项目代码库里积压了大量陈旧的 XML 配置文件，急需重构？别担心，借助 CodeGeex 可以轻松将它们转换为带有 JAXB 注解的 Java 类，从此告别手动编写 DOM 或 SAX 解析器的繁琐工作。下面是一套完整的操作指南：首先准备好精准的提示词和结构完整的 XML 示例，引导模型自动生成 Rule、Action 两个 POJO 类以及对应的解析方法，然后逐一校验 @XmlElement、@XmlAttribute 注解配置与异常处理逻辑，最后通过集成测试验证解析的准确性和容错能力。整个流程走完，开发效率提升显著。
你手上那些老旧的 XML 配置文件（比如 Spring Bean 定义、自定义规则配置），其中的解析逻辑迫切需要转换成易于维护的 Java 代码。如果选择手写 DOM 或 SAX 解析器，不仅容易出错，还经常遗漏边界条件。而 CodeGeex 正好能够高效解决这一痛点。
配置 CodeGeex 运行环境并导入 XML 示例
访问 CodeGeex 官网完成登录，或通过 GitHub 账号授权进入，接着进入「Code」工作区，点击左上角「新建对话」。复制一段典型 XML 片段粘贴到输入框中——建议选用包含嵌套元素、属性以及文本混合的配置内容，例如下面这段：
【务必保留完整的根标签和层级结构，切勿只粘贴片段】 否则模型可能误判上下文的层次关系，导致生成的代码出现偏差。
撰写精确提示词以触发 Java 解析逻辑生成
在输入框中粘贴下面这段提示词（请注意不要删减或换行）：
“请将以下 XML 配置解析为 Java 类及对应的 JAXB 解析逻辑。要求如下：1）生成 Rule、Action 两个 POJO 类，字段名与 XML 标签名保持一致，采用驼峰命名方式；2）Rule 类中需包含 List
紧接着换行，粘贴你刚才准备好的 XML 示例。点击「发送」后等待 3 到 8 秒，CodeGeex 便会输出完整的 Java 代码块，其中包含类定义和解析方法。
检查并修正生成结果中的关键缺陷
模型生成的代码基本可用，但有几个容易踩坑的细节需要手动检查一遍。
方法一：核对 @XmlElement 注解是否覆盖所有子元素
如果 XML 中 @XmlElement(name = "action")，否则 JAXB 只会反序列化第一个 action。这个细节很容易被遗漏。
方法二：确认布尔属性解析是否添加了 @XmlAttribute(required = true)
像 enabled="true" 这种布尔类型的属性，JAXB 默认会按字符串处理，所以必须显式声明 @XmlAttribute 并指定 Boolean.class 类型，否则反序列化会直接失败。不要指望模型自动帮你完成类型转换。
方法三：将默认异常处理替换为自定义业务异常
原生生成的 catch (JAXBException e) { e.printStackTrace(); } 必须改为 throw new ConfigParseException("XML format invalid", e)。【否则上线后配置错误将无法被上层捕获】，调试过程会变得异常困难。
集成到项目中并验证解析行为
校验修正完毕之后，就可以将代码正式集成到项目里了。请按照以下步骤操作：
第一步：把生成的 Java 类放入 src/main/java 对应的包路径下。
第二步：在 resources 目录下新建 test-rule.xml 文件，内容与提示词中使用的 XML 保持一致。
第三步：编写单元测试，调用生成的解析方法读取 test-rule.xml 文件流，然后断言 rule.getId() == "101" 且 rule.getActions().size() == 2。
第四步：将 XML 中的 threshold 值改为非数字（比如 "abc"），再次运行测试，确认抛出的是 ConfigParseException 而不是 NumberFormatException——这样才能确保异常处理逻辑真正生效。