Community
Participate
Working Groups
In EclipseLink trunk the eclipselink.jar contains the following services entry (file): META-INF/services/javax.xml.bind.JAXBContext Because of this file when the eclipselink.jar is added to the classpath, the EclipseLink JAXB implementation can become the default JAXB implementation. Advantages: - Ease of use, no special configuration to use EclipseLink JAXB, just put it on the classpath. - EclipseLink JAXB works very well with EclipseLink ORM/JPA and there are advantages to using them together. Disadvantages: - Users depending on the default JAXB implementation may be "surprised" when their JAXB/JAX-WS applications behave different when the eclipselink.jar is added (for possibly JPA and not for JAXB). - Some JAX-WS implementations are dependent on the JAXB-RI (such as in the IBM VM) and putting eclipselink.jar on classpath will cause errors. To Do: - Decide if the META-INF/services entry shouls stay - Document the impact of different deployment options in terms of the impact of using eclipselink.jar vs the bundle jars.
Created attachment 142067 [details] MOXy - Fix Removed the services entry in revision 4695.
Closed with resolution described on 2009-07-20.
The Eclipselink project has moved to Github: https://github.com/eclipse-ee4j/eclipselink