java – 从XJC输出中省略@XmlSeeAlso
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了java – 从XJC输出中省略@XmlSeeAlso,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1736字,纯文字阅读大概需要3分钟。
内容图文
![java – 从XJC输出中省略@XmlSeeAlso](/upload/InfoBanner/zyjiaocheng/720/b7029b4da16c43e7b2e62306c4286daf.jpg)
目前我正忙于使用XML消息传递的项目.我有一个通用模式,具有抽象类型和一些可重用的类型定义和元素.对于我正在处理的每种消息,都有一个单独的模式(具有不同的目标名称空间),用于导入常规模式.换句话说,它是一个两级层次结构.很简单.
这些模式中的每一个都用于生成Java类.每个模式对应一个包.代码生成由Maven JAXB 2.1插件处理.当我使用代码时,我为每种消息类型创建一个单独的JAXBContext. JAXBContext是使用通用模式的包名称和特定消息类型的包名称创建的,因此上下文应该只能看到它必须处理的那些类.
令我惊讶的是,我注意到当我将XML文档解组为bean然后将这些文档封送回XML时,每个消息类型(= schema schema namespace)都有名称空间声明.想知道JAXB如何在上下文范围内获得该信息,我发现一些@XmlSeeAlso注释被放置在一些抽象类定义上.这会导致JAXB查找有关目标包之外的类的信息.
有没有办法避免生成@XmlSeeAlso注释?环顾四周,我发现这是JAXB 2.1的新功能.我可以切换到2.0的XJC插件,但我不确定这是否会产生不必要的副作用.另外,我希望将来继续关注新的JAXB版本.不需要的命名空间声明不是问题(XML仍然有效),但是一旦添加了更多的消息类型,将会引起混淆.此外,这清楚地表明我的JAXB上下文加载了比我想象的更多的类,并且基本上是相互重复的.我可以使用包含所有内容的一个上下文,但我已经围绕这种分离建立了自己的API.
感谢您阅读和提供的任何答案.
解决方法:
我有同样的问题,我认为没有一个简单的答案.我找到了com.sun.tools.xjc.generator.bean.BeanGenerator类的源代码,该类似乎负责生成java源代码(jaxb-xjc-2.1.4.jar).从第496行开始的代码如下所示:
if(model.options.target.isLaterThan(SpecVersion.V2_1)) {
// @XmlSeeAlso
Iterator<CClassInfo> subclasses = cc.target.listSubclasses();
if(subclasses.hasNext()) {
XmlSeeAlsoWriter saw = cc.implClass.annotate2(XmlSeeAlsoWriter.class);
while (subclasses.hasNext()) {
CClassInfo s = subclasses.next();
saw.value(getClazz(s).implRef);
}
}
}
XMLSeeAlso注释似乎是硬编码的,不是可选的或可配置的(至少使用JAXB 2.1.4).
内容总结
以上是互联网集市为您收集整理的java – 从XJC输出中省略@XmlSeeAlso全部内容,希望文章能够帮你解决java – 从XJC输出中省略@XmlSeeAlso所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。