Re: Gump up and running on adam.apache.org
Sander, Can you please download say maven 2.2.1 from http://www.apache.org/dist/maven/binaries/ and create a link (/usr/bin/mvn) Warning/usr/bin/mvn command not found, no Maven 2.x builds thanks, dims On 11/05/2010 02:48 PM, Sander Temme wrote: Folks, As of this morning, we are running the live branch on our new Xserve, adam.apache.org, with a restricted set of projects (testbase/profile.xml). For debugging purposes, and since the run finishes in three minutes, I'm running it every 15 minutes. You can see the results on: http://adam.apache.org/gump/ I encourage everyone to check out the build results. I'm interested in why the maven and mvn checks fail with things like: Exception in thread main java.lang.NoClassDefFoundError: com/werken/forehead/Forehead Caused by: java.lang.ClassNotFoundException: com.werken.forehead.Forehead at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) and Exception in thread main java.lang.NoClassDefFoundError: org/codehaus/classworlds/Launcher Caused by: java.lang.ClassNotFoundException: org.codehaus.classworlds.Launcher at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) respectively... they don't do that from the command line. Etc. Any comments appreciated and if you want to poke around on the box, I can make you an account. Let me know. S. - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
Re: Migrating meta-data to svn
+1 from me. On 6/28/05, Stefan Bodewig [EMAIL PROTECTED] wrote: Hi all, after the last minotaur update we've (temporarily?) lost commit access to the gump CVS module. Are we ready to make the transition to svn yet? About half the projects have migrated and most committers should be able to use it by now. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas -http://blogs.cocoondev.org/dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project ws-axis.xml
no. Axis fails with dom3. On 14 Jun 2005 07:26:00 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: bodewig 2005/06/14 00:26:00 Modified:project ws-axis.xml Log: Does Axis need DOM3? Revision ChangesPath 1.34 +2 -2 gump/project/ws-axis.xml Index: ws-axis.xml === RCS file: /home/cvs/gump/project/ws-axis.xml,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- ws-axis.xml 10 Jun 2005 09:57:33 - 1.33 +++ ws-axis.xml 14 Jun 2005 07:26:00 - 1.34 @@ -41,11 +41,11 @@ depend name=log4j-core.jar project=logging-log4j id=log4j/ depend property=xalan.jar project=xalan id=xalan/ depend property=xercesImpl.jar project=xml-xerces id=xml-parser/ - depend property=xml-apis.jar project=xml-apis-12/ + depend property=xml-apis.jar project=xml-apis/ sysproperty name=ant.build.clonevm value=true/ /ant -depend project=jaxp ids=sax jaxp-api/ +!--depend project=jaxp ids=sax jaxp-api/-- depend project=xml-xerces inherit=runtime runtime=true/ depend project=jakarta-oro/ depend project=ant inherit=runtime/ -- Davanum Srinivas -http://blogs.cocoondev.org/dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
kaffe on vmgump
Leo, So what's the latest situation on vmgump? are the results published yet? (jdk1.4?) Can we set up an instance that runs on kaffe? (Adam created my id, so i can help). thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Has the Kaffe Gump run died?
thanks adam. i was looking into the code myself when i saw ur email :)
will wait for ur patch (both trunk and live...right?)
-- dims
On 4/26/05, Adam R. B. Jack [EMAIL PROTECTED] wrote:
Could it be that the new Kill prcess group stuff is killing too many
processes, taking the main Gump process down with it?
I don't think it is the new stuff, per-se, but the fact that some old
slipped in with the new. The old killed the Gump process 'cos it was
running within a standalone process, a copy ('cos M$ doesn't have fork).
Inside the new, I suspect that the fork still sees 'the Gump process' as the
original. Poorly coded, and when mixed with a coincident bug, perhaps fatal.
I would've expected to see a log warning line (that I don't see in your
output) but since this possibility exists, and fits the experience we have,
I'm inclined to blame it. I'll fix it and commit.
regards,
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Davanum Srinivas - http://webservices.apache.org/~dims/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Has the Kaffe Gump run died?
oops...i already merged your patch to live :( -- dims On 4/26/05, Adam R. B. Jack [EMAIL PROTECTED] wrote: thanks adam. i was looking into the code myself when i saw ur email :) will wait for ur patch (both trunk and live...right?) Nice to have company in there dims. :-) Let's do a test run, see if things are working (if we can be certain) and then do a release. http://wiki.apache.org/gump/GumpBranches regards, Adam -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Has the Kaffe Gump run died?
no luck :( kaffe run still dies. -- dims On 4/26/05, Adam R. B. Jack [EMAIL PROTECTED] wrote: oops...i already merged your patch to live :( I doubt they are harmful, I just wasn't 100% certain they were sure fixes. regards Adam -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Kaffe fails to kill subprocesses (was Re: Killed a bunch of undead Kaffe processes)
Did you guys see http://www.haystack.mit.edu/cgi-bin/millstone_viewcvs.cgi/prototypes/Modules/ProcessGroup/? I don't mind a solution that does ps -ef and follows that with a os.kill AND kill -9 as is being done here in the code (at least we should use that on Unix'es.) -- dims On Thu, 13 Jan 2005 12:27:18 +0100, Leo Simons [EMAIL PROTECTED] wrote: If we implement a global lock to prevent concurrent builds we can do some grep and killall to automate the stuff we do manually every now and then. I dunno. I concur that doing this in python tends to suck. - LSD On 12-01-2005 20:05, Adam R. B. Jack [EMAIL PROTECTED] wrote: I believe this is a Python Gump message. I've fought (and fought, and re-written, and fought) Python here. Trying to get a portable/workable 'kill off spawn' has failed. I've read documentation, I've read cookbooks, nothing seems to give what we need -- i.e. kill off grandchild processes. All inputs welcomed. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem running Apache Gump [brutus-jdk15]
i checked in a fix... On Tue, 28 Dec 2004 23:02:59 +0100, Leo Simons [EMAIL PROTECTED] wrote: That'd be me. I don't get this locally. I hope it'll magically go away. On 28-12-2004 14:00, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Traceback (most recent call last): File bin/integrate.py, line 40, in ? from gump.core.runner.runner import getRunner File /usr/local/gump/jdk15/gump/python/gump/core/runner/runner.py, line 163 database = new Database(dbInfo) ^ SyntaxError: invalid syntax Process Exit Code : 1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: [EMAIL PROTECTED]: Project xalan (in module xml-xalan) failed
Christine, Can you please try this suggestion: http://marc.theaimsgroup.com/?l=gumpm=110294701610437w=2 and let me know? Thanks, dims On Thu, 23 Dec 2004 11:46:47 -0500, Christine Li [EMAIL PROTECTED] wrote: Hi, I am investigating the failed gump build for project Xalan failed for the last 2 days. But I couldn't find out a reason. From the error message, it can't find transformer.getDebug() for example, it sounds like a classpath issue. I suspect that it is picking up an old version of xalan from bootclasspath during compile. Due to lack of information about gump build, it is very hard for me to guess what is wrong. (By the way, build is successful as an independent project) Could you please provide more information for further investigation? Information will help: 1. Version of JDK 2. jar files on the bootclasspath 3. jar files and classes on classpath 4. Any changes on the gump build system in the last 2 days? (Since there is no change for xml-xalan/java in the last few days, the build was successful before Dec 22) Thanks, Christine Li XSLT Development IBM Toronto Lab Tel: (905)413-2601 Email: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe] JUnit passed, but javadoc generation failed
apt-get install antlr : DONE configure line in Kaffe should have --enable-gjdoc : DONE -- dims On Wed, 22 Dec 2004 19:28:52 + (UTC), Dalibor Topic [EMAIL PROTECTED] wrote: Stefan Bodewig bodewig at apache.org writes: Hi, on the last run we've successfully built JUnit, which probably means more of Swing is available to Kaffe now. Looking into junit's build log, I see that javadoc failed because Kaffe's version of javadoc doesn't seem to be compatible with Sun's command line options. Dalibor, can you provide me with a list of supported javadoc options? Also, currently Ant's build file looks for the class kaffe.util.NotImplemented - is this reliable or should we look into java.vm.vendor instead? Thanks a lot for the bug report, it should be fixed now. I've taken a pretty long time to resync with the respective updates from gjdoc CVS head because it needs antlr now, and I had to figure out how to work it into our build system first. So, you'll need tp apt-get install antlr on brutus to make sure antlr.jar is there, and to enable gjdoc support explicitely in kaffe's configure line using --enable-gjdoc cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wrong Reply-To Header for [EMAIL PROTECTED]
done. thanks, dims On Wed, 22 Dec 2004 20:51:43 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: Dear Apmail, currently the [EMAIL PROTECTED] list sets a Reply-To header pointing to [EMAIL PROTECTED], which doesn't exist. Please change it to point to [EMAIL PROTECTED] Thanks Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Updating mono(?)
i compiled one...It's at /opt/__versions__/mono-1.0.5-devel. Will try the kaffe instance and if it works, then adjust the rest of the instances. -- dims On Mon, 20 Dec 2004 09:55:50 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Fri, 17 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: Can we upgrade the mono install to Debian/EXPERIMENTAL found at http://pkg-mono.alioth.debian.org/? Actually I was thinking about trying to compile the latest 1.1.x Mono myself, but if you want to try pre-packaged Mono, you're welcome. I won't find time to tinker too much with it before tomorrow anyway. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe][gump] --with-threads=unix-jthreads
problems compiling code. removing the flag. -- dims On Sun, 19 Dec 2004 19:59:13 -0500, Davanum Srinivas [EMAIL PROTECTED] wrote: FYI, switching on the following option for building kaffe (on my cron) as per adam on IRC: --with-threads=unix-jthreads thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
nant built ok!
fyi, http://brutus.apache.org/gump/kaffe/nant/nant/gump_work/build_nant_nant.html -- dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[kaffe][gump] --with-threads=unix-jthreads
FYI, switching on the following option for building kaffe (on my cron) as per adam on IRC: --with-threads=unix-jthreads thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Updating mono(?)
Can we upgrade the mono install to Debian/EXPERIMENTAL found at http://pkg-mono.alioth.debian.org/? Can someone please walk me through this process? Am looking at the man pages of apt-get etc...but want to be sure that i don't break anything. thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (GUMP-86) Install/use Jikes with Kaffe, not their default compiler.
[ http://nagoya.apache.org/jira/browse/GUMP-86?page=history ] Davanum Srinivas resolved GUMP-86: -- Resolution: Fixed looks like this is fixed. thanks, dims Install/use Jikes with Kaffe, not their default compiler. - Key: GUMP-86 URL: http://nagoya.apache.org/jira/browse/GUMP-86 Project: Gump Type: Task Components: configuration of live servers Reporter: Adam Jack Assignee: Stefano Mazzocchi Per dalibor and jpick on IRC, this is the best compiler to use with Kaffe. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://nagoya.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump descriptors for Directory projects
Niclas, Can you please move the gump descriptors to the CVS gump module? Am having trouble with several of them. (For example, http://brutus.apache.org/gump/kaffe/directory-ldap/ldap-snacc-provider/index.html). Makes it easier for us to maintain it. Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Kaffe][Maven] build.compiler property
Stefan, I added -Dbuild.compiler to MAVEN_OPTS in the local_brutus_env.sh and that should take care of it short term. Next Kaffe build at 9:00 PST should confirm that. I tried from command-line and that works. -- dims On Thu, 16 Dec 2004 13:24:24 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: Hi, it seems as if the build.compiler property doesn't get propagated from the workspace to Maven's build.properties. Before I dive into Gump's Python code in order to fix that, I'd like to know whether Brett/Eric think it would work. Will the Maven javac plugin (sorry if my terminology is wrong) use jikes if we have build.compiler=jikes in build.properties? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump descriptors for Directory projects
Brett, Problem is the same in normal gump...see http://brutus.apache.org/gump/public/directory-ldap/ldap-snacc-provider/index.html for example. -- dims On Fri, 17 Dec 2004 06:49:41 +1100, Brett Porter [EMAIL PROTECTED] wrote: Hi, Isn't it better to get all the dependencies straightened out under normal gump first? what sorts of changes are you looking to make? I want to ensure we can go back to generating the descriptors from Maven for the moment. - Brett On Thu, 16 Dec 2004 08:51:26 -0500, Davanum Srinivas [EMAIL PROTECTED] wrote: Niclas, Can you please move the gump descriptors to the CVS gump module? Am having trouble with several of them. (For example, http://brutus.apache.org/gump/kaffe/directory-ldap/ldap-snacc-provider/index.html). Makes it easier for us to maintain it. Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Recent Gump Error and DefaultHandler
Ceki, see http://brutus.apache.org/...gump runs on 1.4, 1.5 and Kaffe. -- dims On Wed, 15 Dec 2004 15:27:09 +0100, Ceki Gülcü [EMAIL PROTECTED] wrote: Stefan, Many thanks for the detailed report and the proposed fix. If my memory serves me correctly, we have already encountered the same exact problem previously and had solved it. This particular instance of the problem will get fixed later today. It's a good thing Gump compiles project with JDK 1.5, instead of JDK 1.4 which most of us still seem to use. On a different but related matter, I would love if Gump's scope (or mission statement) could be extended to run tests on the many different platforms it is deployed on. If that were the case, Gump would act as a virtual test lab, with a huge added value for a project like log4j. Gump currently has the technical capability to run test cases. So, maybe there is nothing else to change except symbolically extend Gump's mission statement. Perhaps this has been already discussed or is being worked on but maybe it is not. I believe the matter deserves some consideration. At 12:24 PM 12/15/2004, Stefan Bodewig wrote: [cut] and in fact, DefaultHandler throws IOException in JDK 1.5 as well as the xml-apis.jar produced by xml-commons. The version that ships with JDK 1.4 does not throw IOException, even though it is listed in the @throws part of the javadocs (at least in my copy). Stefan -- Ceki Gülcü The complete log4j manual: http://qos.ch/log4j/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar
no, this was the ElemVariable/xalan build problem. -- dims On Tue, 14 Dec 2004 14:49:07 + (UTC), Dalibor Topic [EMAIL PROTECTED] wrote: Stefan Bodewig bodewig at apache.org writes: On Tue, 14 Dec 2004, Davanum Srinivas davanum at gmail.com wrote: not yet...right now am trying the new jikes compiler. I'm rather pessimistic. It is not really jikes' fault. It gets to compile If we are talking about jikes erranously getting confused about deprecation warnigs and treating them ocassionally as errors, I believe that was a bug in jikes and is supposedly fixed in jikes CVS. See http://www-124.ibm.com/developerworks/bugs/ ?func=detailbugbug_id=4059group_id=10 (sorry for split url) cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Kaffe] Lucene fails in rmic
i think so... http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/gnu/java/rmi/rmic/RMIC.java?rev=HEADcontent-type=text/vnd.viewcvs-markup -- dims On Tue, 14 Dec 2004 17:06:31 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Tue, 14 Dec 2004, Dalibor Topic [EMAIL PROTECTED] wrote: After the merge of RMI support with GNU Classpath, that class has moved into the gnu.* namespace. It is gnu.java.rmi.rmic.RMIC now. Does it still have a String[] constructor and a public boolean run() method? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar
It's a mix of a jikes bug and this oneJikes croaks especially if you switch the dependency checking on. it's unable to figure out that it needs to compile ElemVariable.java file. So instead it picks up the class from rt.jar. I confirmed this by printing the exact jikes command line executed by ant and mucking around with it. both under jdk14 and Kaffe. thanks, dims On Mon, 13 Dec 2004 14:38:23 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Mon, 13 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: Xalan build with Jikes on JDK1.4 succeeds because it uses classes in rt.jar and FAILS in Kaffe because the classes are not present. Are you sure? The current Kaffe run failed because jikes didn't find org.apache.xalan.templates.ElemVariable - this class is part of the xml-xalan CVS checkout. I'll try to dig into it myself as well. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar
Stefan, Yes, as i as saying on the kaffe IRC...this is a temp hack just to get us going. Yes, i will do this today. letting the 3:00 AM PST run to go ahead right now. -- dims On Tue, 14 Dec 2004 10:50:35 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Mon, 13 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: Well, i was right :) xalan got compiled :) :) Yes, but for the wrong reason 8-( Could you please try my suggestion (I don't have Kaffe installed locally)? The sourcepath is simply silly and causes any compiler to get confused. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [xalan][kaffe] Xalan build with Jikes uses classes in rt.jar
not yet...right now am trying the new jikes compiler. fresh from their cvs. will try build.xml changes to xalan by hand later today. -- dims On Tue, 14 Dec 2004 12:18:07 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Tue, 14 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: Yes, as i as saying on the kaffe IRC... Sorry, I don't have the bandwidth for IRC, so I didn't know. Thanks for the information. this is a temp hack just to get us going. Yes, i will do this today. letting the 3:00 AM PST run to go ahead right now. With a modified build.xml for Xalan? Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[xalan][kaffe] Xalan build with Jikes uses classes in rt.jar
Folks, After spening 4+ hourseXalan build with Jikes on JDK1.4 succeeds because it uses classes in rt.jar and FAILS in Kaffe because the classes are not present. -- dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem running Apache Gump [brutus-kaffe]
wanna see something funny? should we update svn? [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ pwd /home/gump/workspaces2/kaffe/gump [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update U . Updated to revision 111765. [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update svn: Failed to add file 'gump': object of the same name already exists [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update U . Updated to revision 111765. [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update svn: Failed to add file 'gump': object of the same name already exists [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update U . Updated to revision 111765. [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update svn: Failed to add file 'gump': object of the same name already exists [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ svn update U . Updated to revision 111765. [EMAIL PROTECTED] ~/workspaces2/kaffe/gump $ On Mon, 13 Dec 2004 18:29:36 -0500, Stefano Mazzocchi [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: There is a problem with run 'brutus-kaffe' (13122004_150001), location : http://brutus.apache.org/gump/kaffe The log ought be at: http://brutus.apache.org/gump/kaffe/gump_log.txt The last (up to) 50 lines of the log are : A python/gump/core/config.py A python/gump/core/commandLine.py A python/gump/util A python/gump/util/owner.py A python/gump/util/__init__.py A python/gump/util/domutils.py A python/gump/util/tools.py A python/gump/util/threads A python/gump/util/threads/__init__.py A python/gump/util/threads/tools.py A python/gump/util/mysql.py A python/gump/util/note.py A python/gump/util/locks.py A python/gump/util/sync.py A python/gump/util/file.py A python/gump/util/http.py A python/gump/util/work.py A python/gump/util/smtp.py A python/gump/util/listener.py A python/gump/util/tasks.py A python/gump/util/timing.py A python/gump/util/process A python/gump/util/process/command.py A python/gump/util/process/__init__.py A python/gump/util/process/launcher.py A python/gump/tool A python/gump/tool/svg A python/gump/tool/svg/drawing.py A python/gump/tool/svg/depdiag.py A python/gump/tool/svg/svg.py A python/gump/tool/svg/__init__.py A python/gump/tool/svg/scale.py A python/gump/tool/performance A python/gump/tool/performance/deps.py A python/gump/tool/performance/__init__.py A python/gump/tool/performance/xdocs.py A python/gump/tool/performance/gurus.py A python/gump/tool/guru A python/gump/tool/guru/stats.py A python/gump/tool/guru/__init__.py A python/gump/tool/guru/xref.py A python/gump/tool/integration A python/gump/tool/integration/depot.py A python/gump/tool/integration/cvs.py A python/gump/tool/integration/__init__.py A python/gump/tool/__init__.py A python/gump/tool/shared A python/gump/tool/shared/__init__.py A python/gump/tool/shared/comparator.py Process Exit Code : 1 -- Gump Version: 2.0.2-alpha-0003 Hmmm, what's wrong with the kaffe build? it keeps on sending these messages. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jikes][kaffe] Building Jikes from their CVS
Folks, I got the jikes cvs into /home/dims/jikes and built it. the binary is /home/dims/jikes/src/jikes...updated /usr/local/gump/kaffe/gump/cron/local-env-brutus.sh to use that. Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
More cycles for kaffe
Folks, Any objections to add more cycles for a few weeks till things settle down? (all times PST) 0 - public --official 3 - kaffe 6 - jdk15 9 - kaffe 12- test 15- kaffe 18- public 21- kaffe Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More cycles for kaffe
I have made the changes to the site and crontab, i'll revert it back if there are objections...i just need it for a week or two till things settle down. thanks, dims On Sat, 11 Dec 2004 13:44:10 -0500, Davanum Srinivas [EMAIL PROTECTED] wrote: Folks, Any objections to add more cycles for a few weeks till things settle down? (all times PST) 0 - public --official 3 - kaffe 6 - jdk15 9 - kaffe 12- test 15- kaffe 18- public 21- kaffe Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe][ant][jikes] Ant thinks Jikes does not support -bootclasspath
Dumb Question...Is the problem because we can't find out what the bootclasspath in current VM is? How about this let's check System.getProperty(sun.boot.class.path) and see if it is empty and take a decision based on that? if that is NOT empty and compiler is JIKES then use -bootclasspath command line. In xalan's case, we need to add the other jars that needs to be in bootclasspath. thanks, dims On Fri, 10 Dec 2004 12:22:12 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Wed, 8 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: Can we please fix ant? I can't ATM, since I'm with a customer and without SSH/CVS access. http://cvs.apache.org/viewcvs.cgi/ant/src/main/org/apache/tools/ant/taskdefs/compilers/Jikes.java?annotate=1.22.2.6 -bootclasspath seems to have been added a while back in jikes. Won't be enough, probably, since we wouldn't pass the bootclasspath of the current VM to Jikes at all, even if we supported -bootclasspath. This is true for all compiles that don't happen in the same VM as Ant, i.e. it applies to forked javac or running gcj as well. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe][ant][jikes] Ant thinks Jikes does not support -bootclasspath
no, it's on the hard disk. not on any scm. -- dims On Fri, 10 Dec 2004 18:14:10 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Fri, 10 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: Dumb Question...Is the problem because we can't find out what the bootclasspath in current VM is? Part of it. Ant doesn't do anything with its own bootclasspath by default. I've already changed that for forked VMs when the build.clonevm system property has been set. In case of -bootclasspath and compilers, this is supposed to correspond to the bootclasspath the user has specified in the build file. I'll probably throw in some extra logic based on build.clonevm as well. Is the kaffe workspace definition under SCM control anywhere so I can add sysproperty name=build.clonevm value=true/ to it? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe][ant][jikes] Ant thinks Jikes does not support -bootclasspath
Thanks a ton :) -- dims On Fri, 10 Dec 2004 18:33:00 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Fri, 10 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: no, it's on the hard disk. not on any scm. Think I've found and modified it - and patched Ant's Jikes adapter. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe][status] jakarta-regexp junit
i can confirm that the fix for the ant/copy/filter problem. updated the kaffe on brutus with latest cvs. let's wait and watch :) thanks, dims On Fri, 10 Dec 2004 23:53:28 + (UTC), Dalibor Topic [EMAIL PROTECTED] wrote: Davanum Srinivas davanum at gmail.com writes: Latest Biggies are jakarta-regexp and junit (see http://brutus.apache.org/gump/kaffe/project_todos.html) jakarta-regexp: build.xml copies source files from jakarta-regexp/src to jakarta-regexp/build/src and it applies filters during the copy operation. Kaffe fails to do this properly. Result being the copied files are empty. If i remove the filter flag in build.xml, it works fine. So this is on dalibor's and kaffe team's plate and it's easy to replicate (just get jakarta-regexp cvs and run ant) Thanks a lot for helping so greatly with the bug chase! This particular bug should be fixed now in CVS head by Adam Heath. junit: there are 2 problems here. the first one is the same as above, copy/filter fails...in this case junit.runner.Version file is empty. The other problem is an ongoing problem of CLASSPATH not completely supporting all api's in javax.swing. Again, both problems are on dalibor's and kaffe team's plate. Thomas Fitzsimmons checked in a preliminary version of it on the gcj gui branch, and I'll copy it over to kaffe tomorrow. Michael Koch might have the missing ingredients for JTree finished, too. cheers, dalibor topic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe][status] jakarta-regexp junit
Stefan, i can see sun.boot.class.path in http://brutus.apache.org/gump/kaffe/ -- dims On Fri, 10 Dec 2004 12:28:33 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Wed, 8 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: Once we get these fixed by kaffe team, we will hit the next big obstacle on our side which is Xalan. We need to fix ant's Jikes support for -bootclasspath as mentioned here - http://marc.theaimsgroup.com/?l=gumpm=110252986623266w=2 As I said, we'll need more than that. Dalibor, does Kaffe provide a system property that holds the current bootclasspath? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe][status] jakarta-regexp junit
Absolutely :) thanks, dims On Fri, 10 Dec 2004 18:10:58 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Fri, 10 Dec 2004, Dalibor Topic [EMAIL PROTECTED] wrote: Davanum Srinivas davanum at gmail.com writes: Stefan, i can see sun.boot.class.path in http://brutus.apache.org/gump/kaffe/ Yep, that's the one. Great, this means Ant knows its own bootclasspath, which in turn means it can provide it to the external compilers. I'll see whether I can put in a quick solution for Jikes and turn it into a cleaner one next week. Note that all this is only possible because we are not using an installed version of Ant, but CVS HEAD 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[kaffe][ant][jikes] Ant thinks Jikes does not support -bootclasspath
Stefan, Can we please fix ant? http://cvs.apache.org/viewcvs.cgi/ant/src/main/org/apache/tools/ant/taskdefs/compilers/Jikes.java?annotate=1.22.2.6 -bootclasspath seems to have been added a while back in jikes. Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[kaffe][status] jakarta-regexp junit
Latest Biggies are jakarta-regexp and junit (see http://brutus.apache.org/gump/kaffe/project_todos.html) jakarta-regexp: build.xml copies source files from jakarta-regexp/src to jakarta-regexp/build/src and it applies filters during the copy operation. Kaffe fails to do this properly. Result being the copied files are empty. If i remove the filter flag in build.xml, it works fine. So this is on dalibor's and kaffe team's plate and it's easy to replicate (just get jakarta-regexp cvs and run ant) junit: there are 2 problems here. the first one is the same as above, copy/filter fails...in this case junit.runner.Version file is empty. The other problem is an ongoing problem of CLASSPATH not completely supporting all api's in javax.swing. Again, both problems are on dalibor's and kaffe team's plate. Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [kaffe][status] jakarta-regexp junit
Once we get these fixed by kaffe team, we will hit the next big obstacle on our side which is Xalan. We need to fix ant's Jikes support for -bootclasspath as mentioned here - http://marc.theaimsgroup.com/?l=gumpm=110252986623266w=2 thanks, dims On Wed, 8 Dec 2004 23:24:43 -0500, Davanum Srinivas [EMAIL PROTECTED] wrote: Latest Biggies are jakarta-regexp and junit (see http://brutus.apache.org/gump/kaffe/project_todos.html) jakarta-regexp: build.xml copies source files from jakarta-regexp/src to jakarta-regexp/build/src and it applies filters during the copy operation. Kaffe fails to do this properly. Result being the copied files are empty. If i remove the filter flag in build.xml, it works fine. So this is on dalibor's and kaffe team's plate and it's easy to replicate (just get jakarta-regexp cvs and run ant) junit: there are 2 problems here. the first one is the same as above, copy/filter fails...in this case junit.runner.Version file is empty. The other problem is an ongoing problem of CLASSPATH not completely supporting all api's in javax.swing. Again, both problems are on dalibor's and kaffe team's plate. Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
xml-xerces2 / jaxp - failure and possible fix
Folks, I just saw the failure at http://brutus.apache.org/gump/public/xml-xerces2/xml-xerces/gump_work/build_xml-xerces2_xml-xerces.html i recreated the failure by hand on brutus and was able to come up with a possible fix, which basically to drop java_xml_pack-summer-02_01/jaxp-1.2_01/xercesImpl.jar and java_xml_pack-summer-02_01/jaxp-1.2_01/xalan.jar. updated cvs:gump/project/xml-xerces2.xml...let's see if the 12:00 Noon PST run is any better. thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
YIKES!!!
-- dims
On Sun, 05 Dec 2004 18:54:58 -0500, Stefano Mazzocchi
[EMAIL PROTECTED] 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
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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Thanks Adam. On Sat, 4 Dec 2004 15:01:53 -0700, Adam R. B. Jack [EMAIL PROTECTED] wrote: PS: Can we run kaffe at least one more time every day till we sort things out? Done. [EMAIL PROTECTED] ~ $ 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[kaffe] building xml-xerces
Dalibor, Reached a point where gump output is the same as what i get when i do a fresh cvs checkout of xml-xerces/java and run build.sh (http://brutus.apache.org/gump/kaffe/xml-xerces2/xml-xerces/gump_work/build_xml-xerces2_xml-xerces.html). So now i believe, you can recreate the problem on your end w/o any trouble Can you please help us get past this stumbling block? thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hello Gump
xml-commons/java/build/resolver.jar??? JDK1.4 probably has the classes
built-in is my guess.
-- dims
On Fri, 3 Dec 2004 16:58:33 -0700, Adam R. B. Jack [EMAIL PROTECTED] wrote:
I need help with the Kaffe gump run...it's stuck in xml-xerces
(http://brutus.apache.org/gump/kaffe/xml-xerces2/xml-xerces/gump_work/build_
xml-xerces2_xml-xerces.html)
I'm somewhat out of my area here, but (and stating the hopefully obvious) it
looks like a bunch of warning, and four import errors that go on to cause
the rest:
[xjavac] 44. import org.apache.xml.resolver.Catalog;
[xjavac]^-^
[xjavac] *** Semantic Error: The import org/apache/xml/resolver/Catalog
is not valid, since it does not name a type in a package.
I believe this is Kaffe's version of Not Found (although I couldn't find,
via Google, that documented).
I can't seem to find them either, not in this source tree, only the
reference to them.
[EMAIL PROTECTED] ~/workspaces2/kaffe/workspace/xml-xerces2 $ find . -name
'*.java' -exec grep org.apache.xml.resolver {} \; -print
import org.apache.xml.resolver.Catalog;
import org.apache.xml.resolver.CatalogManager;
import org.apache.xml.resolver.readers.OASISXMLCatalogReader;
import org.apache.xml.resolver.readers.SAXCatalogReader;
fResolverCatalogManager.setCatalogClassName(org.apache.xml.resolver.Catalog
);
org.apache.xml.resolver.readers.OASISXMLCatalogReader);
./java/src/org/apache/xerces/util/XMLCatalogResolver.java
Where are they meant to come from?
regards,
Adam
--
Davanum Srinivas - http://webservices.apache.org/~dims/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hello Gump
I need help with the Kaffe gump run...it's stuck in xml-xerces (http://brutus.apache.org/gump/kaffe/xml-xerces2/xml-xerces/gump_work/build_xml-xerces2_xml-xerces.html) thanks, dims On Thu, 2 Dec 2004 20:32:49 -0700, Adam R. B. Jack [EMAIL PROTECTED] wrote: Howdy folks, Long time no speak! (I've been unexpectedly buried helping my wife w/ her start-up, learning DotNet). I've missed you. I've missed Gump. I'm going try hard to get back online here. Give me pointers as to where I ought focus my energies. regards Adam -- Have you Gumped your code today? http://gump.apache.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting new Apollo and Muse projects integrated into Gump
Ian, Please rework the 2 xml's following the pattern set up by grafolia AND commit them directly to gump's CVS (yes, u should have karma for that) -- dims On Wed, 01 Dec 2004 08:51:33 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: Hi Ian, On Tue, 30 Nov 2004, Ian P. Springer [EMAIL PROTECTED] wrote: Both projects have Maven-based builds. I've generated Gump project descriptors using the Maven gump plugin This shouldn't be necessary and you probably better don't do so since the plugin as well as the Ant plugin (at least commonly used versions) are rather broken in my experience. Gump can use Maven directly and setting up the descriptor should be straight forward, at least an initial descriptor that we could help improving on. See the db-commons-sandobox module defintion which contains the descriptor for grafolia - this is a simple case of a Maven built project. and checked them into each project: Please don't. Please check them into the gump CVS module (you do have commit access, everybody has). We can help to improve/correct it here. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: kaffe build from cvs on brutus
that was the wrong file...merge.xml gets overwritten :( made the change in /usr/local/gump/kaffe/gump/metadata/brutus.xml. Will have to wait for tomorrow. -- dims On Wed, 01 Dec 2004 08:12:30 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Tue, 30 Nov 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: Since there is no tools.jar and hence no com.sun.tools.javac.Main. Am adding the following line: sysproperty name=build.compiler value=jikes/ to /home/gump/workspaces2/kaffe/gump/work/merge.xml I thought I already did that, hmm. Doesn't need to be a sysproperty, at least not for Ant. Yes, this is the correct solution, let's see whether it works for Maven builds as well. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[kaffe] building xml-xerces
Dalibor, Can you please try building xml-xerces using Kaffe on your box? just do a cvs checkout of xml-xerces/java and there is a build.sh that you can use there. I see one problem when using gump (http://brutus.apache.org/gump/kaffe/xml-xerces2/xml-xerces/gump_work/build_xml-xerces2_xml-xerces.html) and another when using build.sh directly by hand. thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
kaffe build from cvs on brutus
Team, Good News!!! got ant's bootstrap.sh to work on brutus using a locally built kafee. stefano, dalibor and me worked on building kaffe from its CVS HEAD on brutus, the code is in /home/dims/kaffe and the results are at /usr/local/gump-kaffe and i have switched the /usr/local/gump/kaffe/gump/cron/local-env-brutus.sh to point to this kaffe instance. Sequence of steps: Step #1: Run apt-get build-dep kaffe to get all the dependencies Step #2: Get the CVS HEAD of Kaffe as follows: cd /home/dims export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/kaffe cvs login Enter the password readonly cvs checkout kaffe Step #3: Build and Install Kaffe as follows: cd kaffe ./configure --with-jikes --prefix=/usr/local/gump-kaffe make make install Note that step #1 needed root privs and stefano did the honors. Thanks a ton to dalibor for patiently walking through the steps. Let's cross our fingers and wait for the run at 18:00 PST today. thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: kaffe build from cvs on brutus
OK, we got past the ant bootstrap problem. xerces is the new stumbling block (http://brutus.apache.org/gump/kaffe/xml-xerces2/xml-xerces/gump_work/build_xml-xerces2_xml-xerces.html) Since there is no tools.jar and hence no com.sun.tools.javac.Main. Am adding the following line: sysproperty name=build.compiler value=jikes/ to /home/gump/workspaces2/kaffe/gump/work/merge.xml Let's see how far we get with that tomorrow. Thanks, dims On Tue, 30 Nov 2004 19:10:37 -0500, Davanum Srinivas [EMAIL PROTECTED] wrote: Team, Good News!!! got ant's bootstrap.sh to work on brutus using a locally built kafee. stefano, dalibor and me worked on building kaffe from its CVS HEAD on brutus, the code is in /home/dims/kaffe and the results are at /usr/local/gump-kaffe and i have switched the /usr/local/gump/kaffe/gump/cron/local-env-brutus.sh to point to this kaffe instance. Sequence of steps: Step #1: Run apt-get build-dep kaffe to get all the dependencies Step #2: Get the CVS HEAD of Kaffe as follows: cd /home/dims export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/kaffe cvs login Enter the password readonly cvs checkout kaffe Step #3: Build and Install Kaffe as follows: cd kaffe ./configure --with-jikes --prefix=/usr/local/gump-kaffe make make install Note that step #1 needed root privs and stefano did the honors. Thanks a ton to dalibor for patiently walking through the steps. Let's cross our fingers and wait for the run at 18:00 PST today. thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
kaffe on brutus
Can someone with root on brutus run apt-get update kaffe (or let me do it :) [18:47] dalibor hi dims [18:47] dalibor still didn't get around to address the gump failure, ended up spending a lot of time merging in some new nio code fomr classpath first ... [18:50] dims dalibor: how do i update kaffee on brutus? [18:51] dims from a nightly build of kaffe? [18:52] dalibor dims, there are no debs of nightlies yet. but you could try apt-get update kaffe to fetch the latest version [18:52] dalibor other than that, I could ask avdyk to snapshot the current code and prepare a nightly deb for experimental [18:52] dims that would be awesome!!! [18:53] dims i will ask folks for karma to run apt-get update kaffe Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: kaffe on brutus
hmmmdidn't help. same problem as before. dalibor promised another version in unstable tomorrow. -- dims java.lang.StackOverflowError at java.util.zip.ZipEntry.setCompressedSize (ZipEntry.java) at java.lang.reflect.Method.invoke0 (Method.java) at java.lang.reflect.Method.invoke (Method.java:255) at org.apache.tools.zip.ZipEntry.performSetCompressedSize (ZipEntry.java:426) at org.apache.tools.zip.ZipEntry.setComprSize (ZipEntry.java:352) at org.apache.tools.zip.ZipOutputStream.closeEntry (ZipOutputStream.java:356) at org.apache.tools.zip.ZipOutputStream.finish (ZipOutputStream.java:299) at org.apache.tools.zip.ZipOutputStream.close (ZipOutputStream.java:489) at org.apache.tools.ant.taskdefs.Zip.executeMain (Zip.java:502) at org.apache.tools.ant.taskdefs.Zip.execute (Zip.java:323) On Mon, 29 Nov 2004 18:00:14 -0800, Stefano Mazzocchi [EMAIL PROTECTED] wrote: Davanum Srinivas wrote: Can someone with root on brutus run apt-get update kaffe (or let me do it :) [18:47] dalibor hi dims [18:47] dalibor still didn't get around to address the gump failure, ended up spending a lot of time merging in some new nio code fomr classpath first ... [18:50] dims dalibor: how do i update kaffee on brutus? [18:51] dims from a nightly build of kaffe? [18:52] dalibor dims, there are no debs of nightlies yet. but you could try apt-get update kaffe to fetch the latest version [18:52] dalibor other than that, I could ask avdyk to snapshot the current code and prepare a nightly deb for experimental [18:52] dims that would be awesome!!! [18:53] dims i will ask folks for karma to run apt-get update kaffe I just performed an apt-get upgrade on brutus. Kaffe was upgraded to version 1.1.4.PRECVS3-20041030 -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Kaffe build
Hmmm, is it easy to update the kaffe on brutus to latest CVS/nightly? thanks, dims On Thu, 25 Nov 2004 07:10:42 +0100, Dalibor Topic [EMAIL PROTECTED] wrote: Davanum Srinivas wrote: dalibor, What should we try next? any ideas? we've been stuck here for a few weeks now (http://brutus.apache.org/gump/kaffe/ant/bootstrap-ant/gump_work/buildscript_ant_bootstrap-ant.html) thanks, dims Thanks for the reminder, Davanum! I can't seem to be able to reproduce it with current Kaffe from CVS head, I'll give it a go with kaffe in unstable at home a bit later. cheers, dalibor topic -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Kaffe build
dalibor, What should we try next? any ideas? we've been stuck here for a few weeks now (http://brutus.apache.org/gump/kaffe/ant/bootstrap-ant/gump_work/buildscript_ant_bootstrap-ant.html) thanks, dims On Mon, 15 Nov 2004 16:04:05 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: seems to be failing inside of Ant's zip classes now. For some reason Kaffe's java.util.zip.ZipEntry throws an exception in setCompressedSize when invoked for META-INF/ (which is a directory and should thus have compressedSize == size == 0, compression is STORED). Dalibor, do you need any more information? Should Ant do something in a different way in order to avoid the exception? Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Change breaks Axis build on Gump?
Awesome and thanks, -- dims On Mon, 15 Nov 2004 09:27:06 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On Sat, 13 Nov 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: This checkin (http://marc.theaimsgroup.com/?l=ant-devm=110027264120374w=2) seems to have broken Axis's Gump run (http://brutus.apache.org/gump/public/ws-axis/ws-axis/gump_work/build_ws-axis_ws-axis.html) And not only Axis 8-( Fixed in Ant's CVS. Good we have Gump as our Ant testbed. Sorry Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: kaffee local-env-brutus.sh on brutus
Dalibor, Now it's showing this: http://brutus.apache.org/gump/kaffe/ant/bootstrap-ant/gump_work/buildscript_ant_bootstrap-ant.html Any thoughts? thanks, dims On Thu, 11 Nov 2004 08:53:58 -0500, Davanum Srinivas [EMAIL PROTECTED] wrote: Folks, i was chatting with dalibor about kaffee and gump and ant's bootstrap.sh this morning. He pointed me to his mesage: http:[EMAIL PROTECTED]/2004-11/msg00010.html and the gump failure: http://brutus.apache.org/gump/kaffe/ant/bootstrap-ant/gump_work/buildscript_ant_bootstrap-ant.html So, i have added the following 2 lines in /usr/local/gump/kaffe/gump/cron/local-env-brutus.sh: export JAVAC=jikes-kaffe export ANT_OPTS=-Dbuild.compiler=jikes -Djavac.source=1.3 Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
kaffee local-env-brutus.sh on brutus
Folks, i was chatting with dalibor about kaffee and gump and ant's bootstrap.sh this morning. He pointed me to his mesage: http:[EMAIL PROTECTED]/2004-11/msg00010.html and the gump failure: http://brutus.apache.org/gump/kaffe/ant/bootstrap-ant/gump_work/buildscript_ant_bootstrap-ant.html So, i have added the following 2 lines in /usr/local/gump/kaffe/gump/cron/local-env-brutus.sh: export JAVAC=jikes-kaffe export ANT_OPTS=-Dbuild.compiler=jikes -Djavac.source=1.3 Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: One step forward: ws-jaxme requires new jar file
http://beaver.sourceforge.net/? -- dims On Thu, 07 Oct 2004 13:31:27 +0200, Stefan Bodewig [EMAIL PROTECTED] wrote: On Thu, 07 Oct 2004, Jochen Wiedmann [EMAIL PROTECTED] wrote: Beaver is a Java parser generator subject to the BSD license. In other words, it would most probably be possible to add a Beaver project to Gump. Is this the suggested way to go? If possible, yes. If so, can anyone point me to an existing project descriptor file, which could serve as a start? If it is an sourceforge project, httpunit may be a good starting point. Otherwise it may get a bit more complex when we need to add a repository definition. Where can I get more information about Beaver? Otherwise, how do I add the dependency to the existing project descriptor? There are (at least) three more options - in decreasing order of Stefan's personal preference: * turn it into an installed dependency (like jaf.xml for example). Requires write access to Brutus to actually work. * add a project to jaxme's module descriptor that points to the jar in your CVS module. * add a work to the ws-jaxme project that points to the jar in your CVS module. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Give Adam Jack root access to brutus
+1 from me. On Thu, 29 Jul 2004 12:55:09 -0700, Nick Chalko [EMAIL PROTECTED] wrote: Scott Sanders wrote: Doing this on general@ instead of pmc@, because of my own email issues. PMC members only vote, please. I know Adam is not a member, but I asked infrastructure, and they don't have a problem with it because it is already considered an insecure box. I would like to propose that Adam is given root privileges on brutus so that he can 'scratch his itches' WRT gump infrastructure. I am +1. Adam has done more than enough to not be held back by us :) +1 (and some one recommend Adam as a Member all ready) -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
brutus gump (8080-80)
Can we please make gump output available at http://brutus.apache.org/gump/ws-axis/ws-axis-test/index.html instead of http://brutus.apache.org:8080/gump/ws-axis/ws-axis-test/index.html Thanks, dims -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] retire java gump
+1 from me. On Tue, 08 Jun 2004 17:25:23 +0200, Leo Simons [EMAIL PROTECTED] wrote: Hi gang! And now for something completely different... Saw both Adam and Stefan suggest this recently. I concur. Let's retire (kill off sounds way to harsh for this faithful servant!) the java version of gump. The python one is now superior in most ways, and Adam keeps getting a headache keeping all the undocumented awkwardness in sync! +1 from me. - LSD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
