You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Davanum Srinivas <da...@gmail.com> on 2004/12/04 22:10:27 UTC
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
I added a resolver.jar in
/usr/local/gump/kaffe/gump/cron/local-env-brutus.sh...let's see if it
works tonight and then decide what to do next.
thanks,
dims
On Sat, 4 Dec 2004 13:03:20 -0700, Adam R. B. Jack <aj...@apache.org> wrote:
>
> > xml-commons/java/build/resolver.jar??? JDK1.4 probably has the classes
> > built-in is my guess.
>
> Ok, I see an xml-resolver project in the xml-commons. Do we need to tweak
> it's dependencies so xml-xerces can rely upon it, not vica-versa?
>
> BTW: Do we need per "environment" dependency settings, or do we just work to
> the lowest common denominator? Ought we try to test against latest classes
> and not rely upon what is in the JDK, or optimally would we want "both"?
>
> regards,
>
> Adam
>
>
--
Davanum Srinivas - http://webservices.apache.org/~dims/
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Davanum Srinivas <da...@gmail.com>.
OOOPS!!! made a typo in brutus.xml - forgot a double-quote. starting
gump by hand.
-- dims
On Sat, 4 Dec 2004 16:34:25 -0500, Davanum Srinivas <da...@gmail.com> wrote:
> oops...i updated brutus.xml as ANT_OPTS is not really picked up.
>
> Added:
> <sysproperty name="jikes.class.path"
> value=/usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar"/>
>
> Thanks,
> dims
>
> PS: Can we run kaffe at least one more time every day till we sort things out?
>
>
>
> On Sat, 4 Dec 2004 16:10:27 -0500, Davanum Srinivas <da...@gmail.com> wrote:
> > I added a resolver.jar in
> > /usr/local/gump/kaffe/gump/cron/local-env-brutus.sh...let's see if it
> > works tonight and then decide what to do next.
> >
> > thanks,
> > dims
> >
> >
> >
> > On Sat, 4 Dec 2004 13:03:20 -0700, Adam R. B. Jack <aj...@apache.org> wrote:
> > >
> > > > xml-commons/java/build/resolver.jar??? JDK1.4 probably has the classes
> > > > built-in is my guess.
> > >
> > > Ok, I see an xml-resolver project in the xml-commons. Do we need to tweak
> > > it's dependencies so xml-xerces can rely upon it, not vica-versa?
> > >
> > > BTW: Do we need per "environment" dependency settings, or do we just work to
> > > the lowest common denominator? Ought we try to test against latest classes
> > > and not rely upon what is in the JDK, or optimally would we want "both"?
> > >
> > > regards,
> > >
> > > Adam
> > >
> > >
> >
> >
> > --
> > Davanum Srinivas - http://webservices.apache.org/~dims/
> >
>
> --
> Davanum Srinivas - http://webservices.apache.org/~dims/
>
--
Davanum Srinivas - http://webservices.apache.org/~dims/
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Sam Ruby <ru...@intertwingly.net>.
Stefano Mazzocchi wrote:
> Davanum Srinivas wrote:
>
>> Stefano,
>>
>> i think i poked through all the jars in JDK 1.4 and did not find
>> it...hence the question.
>
> Found it!!!
>
> The problem is in the XJavac task that Xerces2 uses to compile stuff
> (probably it's a left-over workaround from an ant bug on the javac task).
>
> Now, not only I can't find the sourcecode of that sucker
http://cvs.apache.org/viewcvs.cgi/xml-xerces/java/tools/src/XJavac.java?view=markup
http://cvs.apache.org/viewcvs.cgi/xml-xerces/java/tools/bin/xjavac.jar?rev=1.6&view=log
- Sam Ruby
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Davanum Srinivas <da...@gmail.com>.
YIKES!!!!!!!!!!!
-- dims
On Sun, 05 Dec 2004 18:54:58 -0500, Stefano Mazzocchi
<st...@apache.org> wrote:
> Davanum Srinivas wrote:
> > Stefano,
> >
> > i think i poked through all the jars in JDK 1.4 and did not find
> > it...hence the question.
>
> Found it!!!
>
> The problem is in the XJavac task that Xerces2 uses to compile stuff
> (probably it's a left-over workaround from an ant bug on the javac task).
>
> Now, not only I can't find the sourcecode of that sucker (I had to
> decompile it with jad (find it attached) but here is the offending part:
>
> String s = ((String) properties.get( "java.vendor" )).toUpperCase(
> Locale.ENGLISH );
> if(s.indexOf("IBM") >= 0)
> {
> // create an IBM-specific classpath
> }
> else if(s.indexOf("SUN") >= 0 ||
> s.indexOf("BLACKDOWN") >= 0 ||
> s.indexOf("APPLE") >= 0)
> {
> // build the regular classpath
> }
>
> note how the classpath *IS*NOT*BUILT* if neither of the above match!
>
> I would strongly lobby with the xerces people to get rid of that silly task.
>
> --
> Stefano.
>
>
> // Decompiled by Jad v1.5.8c. Copyright 2001 Pavel Kouznetsov.
> // Jad home page: http://www.geocities.com/kpdus/jad.html
> // Decompiler options: packimports(3)
> // Source File Name: XJavac.java
>
> package org.apache.xerces.util;
>
> import java.util.Hashtable;
> import java.util.Locale;
> import org.apache.tools.ant.BuildException;
> import org.apache.tools.ant.taskdefs.Javac;
> import org.apache.tools.ant.types.Path;
> import org.apache.tools.ant.util.JavaEnvUtils;
>
> public class XJavac extends Javac
> {
>
> public XJavac()
> {
> }
>
> public void execute()
> throws BuildException
> {
> if(isJDK14OrHigher())
> {
> java.util.Properties properties = null;
> try
> {
> properties = System.getProperties();
> }
> catch(Exception exception)
> {
> throw new BuildException("unable to determine java vendor because could not access system properties!");
> }
> String s = ((String)properties.get("java.vendor")).toUpperCase(Locale.ENGLISH);
> if(s.indexOf("IBM") >= 0)
> {
> Path path = createBootclasspath();
> String s1 = System.getProperty("java.home");
> StringBuffer stringbuffer = new StringBuffer();
> stringbuffer.append(s1).append("/lib/charsets.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/core.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/graphics.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/javaws.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/jaws.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/security.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/server.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/ext/JawBridge.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/ext/gskikm.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/ext/ibmjceprovider.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/ext/indicim.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/ext/jaccess.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/ext/ldapsec.jar:");
> path.createPathElement().setPath(stringbuffer.toString());
> stringbuffer.replace(s1.length(), stringbuffer.length(), "/lib/ext/oldcertpath.jar");
> path.createPathElement().setPath(stringbuffer.toString());
> setBootclasspath(path);
> } else
> if(s.indexOf("SUN") >= 0 || s.indexOf("BLACKDOWN") >= 0 || s.indexOf("APPLE") >= 0)
> {
> Path path1 = createBootclasspath();
> Path path2 = getClasspath();
> path1.append(path2);
> String s2 = (String)properties.get("sun.boot.class.path");
> Path path3 = new Path(null);
> path3.createPathElement().setPath(s2);
> path1.append(path3);
> setBootclasspath(path1);
> }
> }
> super.execute();
> }
>
> private boolean isJDK14OrHigher()
> {
> String s = JavaEnvUtils.getJavaVersion();
> return s.equals("1.4") || !s.equals("1.3") && !s.equals("1.2") && !s.equals("1.1") && !s.equals("1.0");
> }
> }
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org
>
>
--
Davanum Srinivas - http://webservices.apache.org/~dims/
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Stefano Mazzocchi <st...@apache.org>.
Davanum Srinivas wrote:
> Stefano,
>
> i think i poked through all the jars in JDK 1.4 and did not find
> it...hence the question.
Found it!!!
The problem is in the XJavac task that Xerces2 uses to compile stuff
(probably it's a left-over workaround from an ant bug on the javac task).
Now, not only I can't find the sourcecode of that sucker (I had to
decompile it with jad (find it attached) but here is the offending part:
String s = ((String) properties.get( "java.vendor" )).toUpperCase(
Locale.ENGLISH );
if(s.indexOf("IBM") >= 0)
{
// create an IBM-specific classpath
}
else if(s.indexOf("SUN") >= 0 ||
s.indexOf("BLACKDOWN") >= 0 ||
s.indexOf("APPLE") >= 0)
{
// build the regular classpath
}
note how the classpath *IS*NOT*BUILT* if neither of the above match!
I would strongly lobby with the xerces people to get rid of that silly task.
--
Stefano.
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Davanum Srinivas <da...@gmail.com>.
Stefano,
i think i poked through all the jars in JDK 1.4 and did not find
it...hence the question.
-- dims
On Sun, 05 Dec 2004 12:40:03 -0500, Stefano Mazzocchi
<st...@apache.org> wrote:
> Davanum Srinivas wrote:
> > My Question is: WHY is JDK1.4 succeding? Haven't found the answer yet.
>
> JDK 1.4 contains resolver.jar while Kaffe does not. We never noticed
> that xerces dependeded on that library before because it always fall
> back into the system classloader.
>
> Adding the explicit dependency should take care of both (and also, as I
> said) allow for xerces to fail in case xml-commons changes contracts
> (unlikely, but you never know).
>
> --
> Stefano.
>
> ---------------------------------------------------------------------
>
>
> To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org
>
>
--
Davanum Srinivas - http://webservices.apache.org/~dims/
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Stefan Bodewig <bo...@apache.org>.
On Sun, 05 Dec 2004, Stefano Mazzocchi <st...@apache.org> wrote:
> We never noticed that xerces dependeded on that library before
This is not really true. We once had a Gump build that broke because
Xerces-J required xml-resolver about two weeks ago. And on the next
build everything succeeded. I thought they had removed the
dependency, while in reality they patched xjavac 8-(
+1 for adding a dependency on resolver to xerces while making resolver
depend on jaxp instead of xerces.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Stefano Mazzocchi <st...@apache.org>.
Davanum Srinivas wrote:
> My Question is: WHY is JDK1.4 succeding? Haven't found the answer yet.
JDK 1.4 contains resolver.jar while Kaffe does not. We never noticed
that xerces dependeded on that library before because it always fall
back into the system classloader.
Adding the explicit dependency should take care of both (and also, as I
said) allow for xerces to fail in case xml-commons changes contracts
(unlikely, but you never know).
--
Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Davanum Srinivas <da...@gmail.com>.
My Question is: WHY is JDK1.4 succeding? Haven't found the answer yet.
-- dims
On Sun, 05 Dec 2004 19:13:03 +1100, David Crossley <cr...@apache.org> wrote:
> Stefano Mazzocchi wrote:
> > Davanum Srinivas wrote:
> >
> >> oops...i updated brutus.xml as ANT_OPTS is not really picked up.
> >>
> >> Added:
> >> <sysproperty name="jikes.class.path"
> >> value=/usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar"/>
> >
> > Anybody against removing this and adding a dependency on
> > xml-commons/resolver from xml-xerces2?
>
> I wondered from the beginning of this thread if
> that might be what is needed. I checked the
> 'cvs log' for that resolver.jar and it is the
> "xml commons" version.
>
> --David
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org
>
>
--
Davanum Srinivas - http://webservices.apache.org/~dims/
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by David Crossley <cr...@apache.org>.
Stefano Mazzocchi wrote:
> Davanum Srinivas wrote:
>
>> oops...i updated brutus.xml as ANT_OPTS is not really picked up.
>>
>> Added:
>> <sysproperty name="jikes.class.path"
>> value=/usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar"/>
>
> Anybody against removing this and adding a dependency on
> xml-commons/resolver from xml-xerces2?
I wondered from the beginning of this thread if
that might be what is needed. I checked the
'cvs log' for that resolver.jar and it is the
"xml commons" version.
--David
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Stefano Mazzocchi <st...@apache.org>.
Davanum Srinivas wrote:
> oops...i updated brutus.xml as ANT_OPTS is not really picked up.
>
> Added:
> <sysproperty name="jikes.class.path"
> value=/usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar"/>
Anybody against removing this and adding a dependency on
xml-commons/resolver from xml-xerces2?
--
Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Davanum Srinivas <da...@gmail.com>.
Thanks Adam.
On Sat, 4 Dec 2004 15:01:53 -0700, Adam R. B. Jack <aj...@apache.org> wrote:
> > PS: Can we run kaffe at least one more time every day till we sort things
> out?
>
> Done.
>
> [gump@brutus] ~ $ crontab -l | grep -i kaf
> # Kaffe - This Gump runs on top of Kaffe and uses the 'live' branch
> 0 8,18 * * * cd /usr/local/gump/kaffe/gump/cron; /bin/bash gump.sh all
>
> regards
>
> Adam
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org
>
>
--
Davanum Srinivas - http://webservices.apache.org/~dims/
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by "Adam R. B. Jack" <aj...@apache.org>.
> PS: Can we run kaffe at least one more time every day till we sort things
out?
Done.
[gump@brutus] ~ $ crontab -l | grep -i kaf
# Kaffe - This Gump runs on top of Kaffe and uses the 'live' branch
0 8,18 * * * cd /usr/local/gump/kaffe/gump/cron; /bin/bash gump.sh all
regards
Adam
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Posted by Davanum Srinivas <da...@gmail.com>.
oops...i updated brutus.xml as ANT_OPTS is not really picked up.
Added:
<sysproperty name="jikes.class.path"
value=/usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar"/>
Thanks,
dims
PS: Can we run kaffe at least one more time every day till we sort things out?
On Sat, 4 Dec 2004 16:10:27 -0500, Davanum Srinivas <da...@gmail.com> wrote:
> I added a resolver.jar in
> /usr/local/gump/kaffe/gump/cron/local-env-brutus.sh...let's see if it
> works tonight and then decide what to do next.
>
> thanks,
> dims
>
>
>
> On Sat, 4 Dec 2004 13:03:20 -0700, Adam R. B. Jack <aj...@apache.org> wrote:
> >
> > > xml-commons/java/build/resolver.jar??? JDK1.4 probably has the classes
> > > built-in is my guess.
> >
> > Ok, I see an xml-resolver project in the xml-commons. Do we need to tweak
> > it's dependencies so xml-xerces can rely upon it, not vica-versa?
> >
> > BTW: Do we need per "environment" dependency settings, or do we just work to
> > the lowest common denominator? Ought we try to test against latest classes
> > and not rely upon what is in the JDK, or optimally would we want "both"?
> >
> > regards,
> >
> > Adam
> >
> >
>
>
> --
> Davanum Srinivas - http://webservices.apache.org/~dims/
>
--
Davanum Srinivas - http://webservices.apache.org/~dims/
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org