我在过去几天一直在使用EclipseLink来实现我们的一个小型转换器应用程序。这些输入通常是一种文档格式类型，现在即将来是复杂的元数据xml。
由于我们有一个这样的架构，并且将来仍然会有轻微的变化，我想尝试JAXB方法，到目前为止我非常喜欢它。
然而，当我完成应用程序时，我注意到由于eclipselink.jar的使用，与类似的转换器（~1MB）相比，应用程序相当大（~10MB）。 这是因为出于技术环境的原因，转换器罐没有全局类路径，但每一个都需要自给自足。
这意味着我使用ant将每个必需的jar复制到一个大罐子里。
我自己并不是很喜欢这种方法，但到目前为止只能暗示一些不同的方法可能会或可能不会更优雅。 有一些较小的jar包含eclipselink发行版所需类的片段，但我发现没有包含
的内容 org.eclipse.persistence.jaxb.JAXBContextFactory
（加上对此的依赖）。
在我看来，这是很多猜测工作，
eclipselink.jar
包括完整的健康套餐 - 没有什么是不可取的，这对我来说有点过分。
长话短说： 是否有一个轻量级的eclipselink.jar版本，它支持xml的解组，我提前生成了java类？或者我在尝试不可能的事情？
提前谢谢
基督教
答案 0 :(得分：1)
您可以使用捆绑包，而不是使用eclipselink.jar。然后，您需要包含以下内容
总数仍然比其他提供商大，但我们正在努力解决这个问题。