Well, if I can add the javax.xml orbit bundle to that JRE 1.4 classpath
(i.e. so it shows up first), that should get around the issue.
Dave
Nick Boldt wrote:
Does the standard WTP build set that plugin to a
Bundle-Require-Execution-Environment of 1.4? Or perhaps something less
antediluvian like 5.0 or 6.0?
I would ask the other WTP releng folks (eg., David W?) what they do
differently in their build than you're doing here.
Could it be that the bootclasspath for 1.4 (as defined in
server.properties) is missing some library you need for dom.Node?
David Carver wrote:
Alright, this has me a bit baffled as I can't repeat this in my local
environment, but constantly happens on the eclipse build machine.
WTP's xml.ui component uses getTextContent() method from the
org.w3c.dom.Node interface. However xml.ui plugin has a minimum
Exceution environment of J2SE 1.4. So when Athena goes to compile
it is correctly getting the J2SE 1.4 jre and compiling. However,
Athena is not picking up the Re-Exported dependency from the xml.core
plugin which Re-Exports the the org.apache.xerces packages (yeah, I
know bad mojo here...but I having difficulty changing this. see,
https://bugs.eclipse.org/bugs/show_bug.cgi?id=284360).
Anyways, I tried changing plugin/classpath reordering but this didn't
fix the issue. You can see the results in the following build on
Hudson.
https://build.eclipse.org/hudson/view/WTP/job/cbi-wtp-wst.xml/15/
Just take a look at the console log and search for n.getTextContent();
Any ideas on a work around, as the standard WTP build seems to work
fine and gets the re-exported items from org.eclipse.wst.xml.core.
Dave
_______________________________________________
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev
_______________________________________________
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev
