Re: [dash-dev] JRE 1.4 Execution dependency and JAXP (org.w3c.dom)

[Nick Boldt <nickboldt@xxxxxxxxx>]

You should be able to define your own value for this property in your 
build.properties, which SHOULD override the default in server.properties

J2SE-1.4=${JAVA14_HOME}/lib/rt.jar:${JAVA14_HOME}/jre/lib/rt.jar:${JAVA14_HOME}/lib/core.jar:${JAVA14_HOME}/jre/lib/core.jar:${JAVA14_HOME}/lib/xml.jar:${JAVA14_HOME}/jre/lib/xml.jar:${JAVA14_HOME}/lib/graphics.jar:${JAVA14_HOME}/jre/lib/graphics.jar:${JAVA14_HOME}/lib/server.jar:${JAVA14_HOME}/jre/lib/server.jar:${JAVA14_HOME}/lib/ibmorbapi.jar:${JAVA14_HOME}/jre/lib/ibmorbapi.jar:${JAVA14_HOME}/lib/security.jar:${JAVA14_HOME}/jre/lib/security.jar:${JAVA14_HOME}/lib/classes.jar:${JAVA14_HOME}/jre/lib/classes.jar:${JAVA14_HOME}/lib/jsse.jar:${JAVA14_HOME}/jre/lib/jsse.jar:${JAVA14_HOME}/../Classes/dt.jar:${JAVA14_HOME}/../Classes/classes.jar:${JAVA14_HOME}/../Classes/jsse.jar

Then the only question is where to put the orbit jar... I guess the 
simplest would be in your project's .releng/ folder, since it's 
EPL-friendly and safe to redistribute.

Or I could put it in /opt/public/cbi/build/downloads on 
build.eclipse.org if you want a central, outside the build location.

Please open a bug if you want it put on build.eclipse.org as common 
infrastructure for others to use.

David Carver wrote:
> 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@xxxxxxxxxxx
> > > https://dev.eclipse.org/mailman/listinfo/dash-dev
>
> _______________________________________________
> dash-dev mailing list
> dash-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/dash-dev

--
Nick Boldt :: http://nick.divbyzero.com
Release Engineer :: Eclipse Modeling & Dash Athena