You should ask on the JBoss AS list what they use it for.
But I assume for anything jaxb related and that would probably be for a
lot of apps using any of the projects using jaxb (need to verify)
So my guess is that we can't remove this jar, and doing so would also
only be removing the current problem, not solving the underlying issue.
What should be done is:
1) make sure that the eclipse issue snjezana reported and the patch
get's considered so it might just go away in an update.
2) Make AS team aware of the 1.0 folder issue and figure out why it is
there in the first place. What is inside that file anyway ?
(I'll do this - Alexey L. who works on jaxb is here in Neuchatel)
3) We should fix the old age issue in JBIDE that talks about having a
preference on the runtimes what jar's they should actually expose/pickup!
/max
In regards to a jira (
https://jira.jboss.org/jira/browse/JBIDE-5036)
it
seems JDT does not like having jaxb-xjc.jar on the classpath of
projects. It's currently added by the runtime to the project in the
everything-and-the-kitchen-sink classpath management for servers.
The problem is jaxb-xjc.jar is malformed according to eclipse. It has a
folder inside it which is the parent to some packages and classes, but
this folder's name is "1.0" and eclipse is trying to treat it as a
package fragment but finds the name unacceptable.
Do we know of any projects that absolutely require jaxb-xjc.jar on the
classpath or should I add an exception and not include jaxb-xjc.jar from
the classpath containers?
- Rob
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev