Re: [GUMP@brutus]: avalon-phoenix/avalon-phoenix-dependencies failed
On Fri, 28 May 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > Considering the 'inactivity' of Phoenix. Could it be possible to > permanent bring across its dependency and have them in some local > location? Yes. I'll see whether I can find some time for this today. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed
On Fri, 28 May 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > One thing is clear, 3.0 is GPL! The good news is that excalibur-store doesn't compile against 3.0 either 8-) > So, I have requested clarification from the source, and in the > meantime I strongly suggest that we keep depending on 2.5.1, since > it is what it has been tested against, and what is in the Maven > repos at ibiblio.org Showing my complete ignorance of Maven and ibiblio. Could you provide me with an URL for that jar? I'll set up things for jisp 2.5.1 then. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-phoenix/avalon-phoenix-dependencies failed
This seems to be a re-occurring problem. Considering the 'inactivity' of Phoenix. Could it be possible to permanent bring across its dependency and have them in some local location? Niclas On Friday 28 May 2004 11:10, Gump Integration Build wrote: > To whom it may engage... > > This is an automated request, but not an unsolicited one. For > more information please visit http://gump.apache.org/nagged.html, > and/or contact folk at [EMAIL PROTECTED] > > Project avalon-phoenix-dependencies has an issue affecting its community > integration. This issue affects 8 projects. > Project State : 'Failed', Reason 'Build Timed Out' > The following are affected: > - avalon-phoenix : The Avalon Application Server Kernel > - excalibur-altrmi : Alternative to RMI > - excalibur-instrument-altrmi : Repository of reusable components. > - excalibur-instrument-client : Repository of reusable components. > - excalibur-instrument-manager-altrmi : Repository of reusable > components. - incubator-altrmi : Alternative to RMI > - james-server : Java Apache Mail Enterprise Server > - phoenix-example-pdk : The Avalon Application Server Kernel > > > Full details are available at: > > > http://brutus.apache.org:8080/gump/avalon-phoenix/avalon-phoenix-dependenci >es/index.html > > That said, some snippets follow: > > > The following annotations were provided: > -INFO- Failed with reason build timed out > -INFO- Enable "debug" output, due to build failure. > > > The following work was performed: > http://brutus.apache.org:8080/gump/avalon-phoenix/avalon-phoenix-dependenci >es/gump_work/build_avalon-phoenix_avalon-phoenix-dependencies.html Work > Name: build_avalon-phoenix_avalon-phoenix-dependencies (Type: Build) State: > Failed > Elapsed: 0 hours, 60 minutes, 0 seconds > Command Line: java -Djava.awt.headless=true > -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/x >ercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-ap >is.jar org.apache.tools.ant.Main > -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml > -Dbuild.sysclasspath=only get-dependencies-for-gump [Working Directory: > /usr/local/gump/public/workspace/avalon-phoenix] CLASSPATH : > /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant >/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/an >t-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/l >ocal/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/ >workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/di >st/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xa >lan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/l >ocal/gump/public/workspace/ant/dist/lib/ant.jar- > Buildfile: build.xml > > get-mx4j: > [mkdir] Created dir: > /usr/local/gump/public/workspace/avalon-phoenix/lib/repo/mx4j [get] > Getting: http://telia.dl.sourceforge.net/sourceforge/mx4j/mx4j-1.1.1.tar.gz > [get] > [get] > [get] > [get] > [get] > [get] > - > > > > > To subscribe to this information via syndicated feeds: > RSS: > http://brutus.apache.org:8080/gump/avalon-phoenix/avalon-phoenix-dependenci >es/rss.xml Atom: > http://brutus.apache.org:8080/gump/avalon-phoenix/avalon-phoenix-dependenci >es/atom.xml > > > -- > Produced by Gump 2.0.3-alpha-0002. > [Run (20040527 15:00:05, brutus:brutus-public:20040527 15:00:05)] > http://brutus.apache.org:8080/gump/index.html > http://brutus.apache.org:8080/gump/options.html > > -- > Apache Gump > http://gump.apache.org/ [Instance: brutus] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump .cvsignore
ajack 2004/05/27 14:31:18 Modified:python/gump/document/xdocs documenter.py ..cvsignore Log: 1) Cosmetic change. 2) .cvsignore _runlog.txt Revision ChangesPath 1.9 +19 -18gump/python/gump/document/xdocs/documenter.py Index: documenter.py === RCS file: /home/cvs/gump/python/gump/document/xdocs/documenter.py,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- documenter.py 27 May 2004 14:35:28 - 1.8 +++ documenter.py 27 May 2004 21:31:18 - 1.9 @@ -359,6 +359,23 @@ definitionSection=document.createSection('Run Details') +if not self.gumpSet.isFull(): +notice=definitionSection.createWarning() + +notice.createText("""This output does not represent the complete workspace, +but part of it. +Only projects, and their dependents, matching this regular expression """) +notice.createStrong(self.gumpSet.projectexpression) +notice.createBreak() +notice.createBreak() +notice.createStrong('Requested Projects: ') +notice.createBreak() +notice.createBreak() +for project in self.gumpSet.projects: +notice.createText(project.name) +notice.createText(' ') + + definitionTable=definitionSection.createTable() definitionTable.createEntry('Gump Run GUID', self.run.getRunGuid()) definitionTable.createEntry('Gump Run (Hex) GUID', self.run.getRunHexGuid()) @@ -377,7 +394,7 @@ atomSyndRow.createData().createStrong('Syndication') atomSyndRow.createData().createFork('atom.xml','Atom') -dtSection=document.createSection('Dates/Times') +dtSection=definitionSection.createSection('Dates/Times') dtTable=dtSection.createTable() dtTable.createEntry('@@DATE@@', str(default.date)) dtTable.createEntry('Start Date/Time (UTC)', self.workspace.getStartDateTimeUtc()) @@ -386,29 +403,13 @@ dtTable.createEntry('Start Date/Time', self.workspace.getStartDateTime()) dtTable.createEntry('End Date/Time', self.workspace.getEndDateTime()) -javaSection=document.createSection('Java Information') +javaSection=definitionSection.createSection('Java Information') javaTable=javaSection.createTable() javaTable.createEntry('Java Command', self.run.getEnvironment().javaCommand) javaproperties=self.run.getEnvironment().getJavaProperties() for name in ['java.vendor', 'java.version', 'os.name', 'os.arch', 'os.version']: if name in javaproperties: javaTable.createEntry(name, javaproperties[name]) - -if not self.gumpSet.isFull(): -notice=definitionSection.createWarning() - -notice.createText("""This output does not represent the complete workspace, -but part of it. -Only projects, and their dependents, matching this regular expression """) -notice.createStrong(self.gumpSet.projectexpression) -notice.createBreak() -notice.createBreak() -notice.createStrong('Requested Projects: ') -notice.createBreak() -notice.createBreak() -for project in self.gumpSet.projects: -notice.createText(project.name) -notice.createText(' ') self.documentSummary(document,self.workspace.getProjectSummary()) self.documentAnnotations(document,self.run) 1.23 +1 -0 gump/.cvsignore Index: .cvsignore === RCS file: /home/cvs/gump/.cvsignore,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- .cvsignore15 Apr 2004 13:13:26 - 1.22 +++ .cvsignore27 May 2004 21:31:18 - 1.23 @@ -21,5 +21,6 @@ x.txt gumpy.log *_log.txt +*_runlog.txt gumpy.lock out.tmp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump w/ Maven (was Re: Sending mails and reports)
> > RC3 doesn't seem so happy -- *as I installed it*. Do I need to run it once > > (online) or something? Any particular goal? > > Ok, assuming the answer is yes, I tried. Why does it want rc2 for rc3? Some > plugins need clearing out or something? Gosh I hate it when I have public conversations w/ myself. Makes me think I ought wait a while longer (and think a while more) before pressing send. Hmm ... I ought. I deleted ~/.maven (or moved to ~/.maven-rc2) and ran maven online. Let's see... BTW: Nice to see commons-id and geronimo both trying to build... regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump w/ Maven (was Re: Sending mails and reports)
> RC3 doesn't seem so happy -- *as I installed it*. Do I need to run it once > (online) or something? Any particular goal? Ok, assuming the answer is yes, I tried. Why does it want rc2 for rc3? Some plugins need clearing out or something? regards Adam __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 Attempting to download maven-1.0-rc2.jar. .. . build:start: java:prepare-filesystem: [mkdir] Created dir: /usr/local/gump/public/workspace/apache-gump-test/maven-project1/target/clas ses java:compile: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump w/ Maven (was Re: Sending mails and reports)
> > > > Also, RC3 is out... Might want to upgrade :) > > Done (on brutus). > Brett, RC3 doesn't seem so happy -- *as I installed it*. Do I need to run it once (online) or something? Any particular goal? http://brutus.apache.org:8080/gump/apache-gump-test/gump-test-maven1/gump_work/build_apache-gump-test_gump-test-maven1.html Verifying dependencies for maven-xdoc-plugin:maven-xdoc-plugin The build cannot continue because of the following unsatisfied dependency: maven-1.0-rc2.jar Total time: 2 seconds Finished at: Thu May 27 08:28:30 PDT 2004 regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed
On Thursday 27 May 2004 22:50, Stefan Bodewig wrote: > On Thu, 27 May 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > > This is the previous project descriptor in Cocoon. > > Will be in rather soon. > > > > > I took the liberty to pick up the latest release instead ;-) > > BTW, whoever depends on jisp in excalibur should take a look at jisp's > license. GPL, not even the lesser/library one. Aparantly older > versions have been under a different license, but I fail to locate > either an older version or its license. One thing is clear, 3.0 is GPL! 2.0 is libpng-styled license, which to me looks like a BSD derivative and should be compatible. (Todo: check with legal) 2.5 I can't find. So, I have requested clarification from the source, and in the meantime I strongly suggest that we keep depending on 2.5.1, since it is what it has been tested against, and what is in the Maven repos at ibiblio.org Ok? Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/python/gump/document documenter.py
ajack 2004/05/27 09:47:52 Modified:python/gump/document documenter.py Log: Allow prepareRun to be optional (e.g. for TextDocumenter) Revision ChangesPath 1.17 +2 -2 gump/python/gump/document/documenter.py Index: documenter.py === RCS file: /home/cvs/gump/python/gump/document/documenter.py,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- documenter.py 21 May 2004 23:15:04 - 1.16 +++ documenter.py 27 May 2004 16:47:51 - 1.17 @@ -42,10 +42,10 @@ workspace=self.run.getWorkspace() if isinstance(event,InitializeRunEvent): -self.prepareRun() +self.prepare() elif isinstance(event,FinalizeRunEvent): if self.run.getOptions().isDocument(): -self.documentRun() +self.document() # # Call a method called 'prepareRun(run)', if it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed
On Thursday 27 May 2004 22:50, Stefan Bodewig wrote: > BTW, whoever depends on jisp in excalibur should take a look at jisp's > license. GPL, not even the lesser/library one. Aparantly older > versions have been under a different license, but I fail to locate > either an older version or its license. You are really the messenger of bad news, aren't you. So we need to make sure we are depending on a version where this was not a problem. Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: gumpy_runlog.txt
> Note: Since gumpy.py is running when it calls CVS to update Gump itself, > this is the one file that doesn't get automatically updated from CVS. I'll > manually update it on Brutus (and others if/when I get time). Ah. This used to be the case when we used gumpy.sh to do the cvs update, but since Python compiles *.py to *.pyc, it seems it releases the *.py & it gets updated. :) regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project jisp.xml
bodewig 2004/05/27 07:51:56 Modified:profile gump.xml Added: project jisp.xml Log: Install jisp Revision ChangesPath 1.345 +2 -0 gump/profile/gump.xml Index: gump.xml === RCS file: /home/cvs/gump/profile/gump.xml,v retrieving revision 1.344 retrieving revision 1.345 diff -u -r1.344 -r1.345 --- gump.xml 20 May 2004 13:30:13 - 1.344 +++ gump.xml 27 May 2004 14:51:56 - 1.345 @@ -248,6 +248,7 @@ + @@ -287,6 +288,7 @@ + 1.1 gump/project/jisp.xml Index: jisp.xml === http://www.coyotegulch.com/jisp/"/> Java Indexed Serialization Package com/coyotegulch/jisp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed
On Thu, 27 May 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > This is the previous project descriptor in Cocoon. Will be in rather soon. > I took the liberty to pick up the latest release instead ;-) BTW, whoever depends on jisp in excalibur should take a look at jisp's license. GPL, not even the lesser/library one. Aparantly older versions have been under a different license, but I fail to locate either an older version or its license. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/python/gump/document/xdocs documenter.py
ajack 2004/05/27 07:35:28 Modified:.gumpy.py python/gump/utils __init__.py python/gump/document/xdocs documenter.py Log: 1) Added runlog 2) Modified 'run details' page to show start and end date/time 3) Re-organized 'run details' page to three sections Revision ChangesPath 1.37 +39 -6 gump/gumpy.py Index: gumpy.py === RCS file: /home/cvs/gump/gumpy.py,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- gumpy.py 25 May 2004 14:15:20 - 1.36 +++ gumpy.py 27 May 2004 14:35:28 - 1.37 @@ -41,7 +41,7 @@ LINE=' - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - GUMP' -GUMPY_VERSION='2.0.2-alpha-0002' +GUMPY_VERSION='2.0.2-alpha-0003' def ignoreHangup(signum): pass @@ -133,6 +133,27 @@ except Exception, details: print 'Failed to send mail: ' + str(details) + +def writeRunLogEntry(entry): +# Enable a run log +runlogFileName='gumpy_runlog.txt' +runlogFile=os.path.abspath(runlogFileName) +runlog=None +try: +runlog=open(runlogFile,'a',0) # Unbuffered... +try: +runlog.write(time.strftime('%d %b %y %H:%M:%S')) +runlog.write(' : ') +runlog.write(`os.getpid()`) +runlog.write(' : ') +runlog.write(entry) +runlog.write('\n') +except Exception, details: +print 'Failed to write to runlog : ' + str(details) +finally: +if runlog: +runlog.close() + def establishLock(lockFile): @@ -157,6 +178,8 @@ lock=open(lockFile,'w') if failed: +writeRunLogEntry('False Start. The lock file [%s] exists%s' % (lockFile, info)) + print """The lock file [%s] exists%s. Either Gump is still running, or it terminated very abnormally. Please resolve this (waiting or removing the lock file) before retrying. @@ -222,7 +245,11 @@ def tailFileToString(file,lines,eol=None,marker=None): return "".join(tailFile(file,lines,eol,marker)) - + + +# Starting up... +writeRunLogEntry('Gump Start-up. Arguments [%s]' % sys.argv) + # Allow a lock lockFile=os.path.abspath('gumpy.lock') lock=establishLock(lockFile) @@ -241,8 +268,6 @@ logFile=os.path.abspath(logFileName) log=open(logFile,'w',0) # Unbuffered... -result=0 - hostname='Unknown' workspaceName='Unknown' @@ -254,6 +279,10 @@ logdir=None args=sys.argv +result=0 +cvsExit = -1 +integrationExit = -1 + try: try: @@ -262,7 +291,8 @@ hostname = socket.gethostname() log.write('- GUMP run on host : ' + hostname + '\n') -log.write('- GUMP run @ : ' + time.strftime('%d %b %y %H:%M:%S', time.gmtime()) + '\n') +log.write('- GUMP run @ : ' + time.strftime('%d %b %y %H:%M:%S', time.localtime()) + '\n') +log.write('- GUMP run @ UTC: ' + time.strftime('%d %b %y %H:%M:%S', time.gmtime()) + '\n') log.write('- GUMP run by Python : ' + `sys.version` + '\n') log.write('- GUMP run by Gumpy : ' + GUMPY_VERSION + '\n') log.write('- GUMP run on OS : ' + `os.name` + '\n') @@ -344,7 +374,6 @@ # # Update Gump from CVS # -cvsExit = 0 if not os.environ.has_key('GUMP_NO_CVS_UPDATE'): cvsroot=':pserver:[EMAIL PROTECTED]:/home/cvspublic' os.environ['CVSROOT']=cvsroot @@ -352,6 +381,7 @@ cvsExit = runCommand('cvs -q update -dP') else: log.write('CVS update skipped per environment setting.\n') +cvsExit=0 if cvsExit: result=1 @@ -468,6 +498,9 @@ else: print 'Unable to mail failure report : ' + `[mailserver,mailport,mailto,mailfrom]` + + +writeRunLogEntry('Complete [%s cvs:%s,run:%s]' % (result, cvsExit, integrationExit)) # bye! sys.exit(result) 1.42 +2 -2 gump/python/gump/utils/__init__.py Index: __init__.py === RCS file: /home/cvs/gump/python/gump/utils/__init__.py,v retrieving revision 1.41 retrieving revision 1.42 diff -u -r1.41 -r1.42 --- __init__.py 21 May 2004 23:15:06 - 1.41 +++ __init__.py 27 May 2004 14:35:28 - 1.42 @@ -431,8 +431,8 @@ if marker: message=' @ '
gumpy_runlog.txt
I have doubts/concerns about the reliability of Brutus' cron, and/or the length of runs on Brutus, or both. I've added a runlog to gumpy.py that simply stores (1) local date/time (2) PID (3) message. Hopefully this will grant us some insights. 27 May 04 08:13:19 : 3044 : Gump Start-up. Arguments ['gumpy.py'] 27 May 04 08:13:38 : 3044 : Complete [1 cvs:0,run:1] The three messages are: 1) Start-up (w/ any arguments) 2) Completion w/ overall result (and individual ones for CVS and the Gump run) 3) Lock detected (hopefully Gump was already running) This file will be written to the Gump root directory. Note: Since gumpy.py is running when it calls CVS to update Gump itself, this is the one file that doesn't get automatically updated from CVS. I'll manually update it on Brutus (and others if/when I get time). regards, Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed
On Thursday 27 May 2004 21:47, Stefan Bodewig wrote: > On Thu, 27 May 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > > Ok... What do we do about it? Avalon Excalibur Store (not actively > > developed) and James(?) depends on it. > > Turn it into an installed package. > > Where can I find it? This is the previous project descriptor in Cocoon. http://www.coyotegulch.com/jisp/"/> Java Indexed Serialization Package -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: logging-log4j/logging-log4j failed
The solution to this curious problem was to directly implement the DefaultHandler.resolveEntity functionality which is simply to return null. Trying to be OO and calling DefaultHandler.resolveEntity can quickly develop to become a monstrous headache as the signature of DefaultHandler.resolveEntity is "variable". At 10:52 AM 5/27/2004, Ceki Gülcü wrote: Problem solved. It appears that the org.xml.sax classes included in the JDK differ from those of the original. Dancing around the discrepancy is not too difficult once you know that it exists. Thanks to gump for pointing out the difference. How inconsiderate on the part of Sun to modify an existing API and bundle the modified version with the JDK. At 10:22 AM 5/27/2004, Ceki Gülcü wrote: Hello all, It appears that log4j is failing to compile on brutus. It compiles fine on my side using JDK 1.4, 1.3 or 1.2. The problem appears to be linked to the signature of the resolveEntity() method in org.xml.sax.helpers.DefaultHandler. Contrary to what is declared by the resolveEntity method in EntityResolver interface, the resolveEntity method in the DefaultHandler is not declared as throwing an IOException. (It masks the IOException.) Here is the code from the org.apache.joran.Interpreter class which fails to compile on Brutus. // Joran builds as part of log4j. package org.apache.joran; public class Interpreter extends DefaultHandler { /** * If a specific entityResolver is set for this Interpreter instance, then * we use it to resolve entities. Otherwise, we use the default implementation * offered by the super class. */ public InputSource resolveEntity(String publicId, String systemId) throws SAXException { if(entityResolver == null) { return super.resolveEntity(publicId, systemId); } else { try { return entityResolver.resolveEntity(publicId, systemId); } catch(IOException ioe) { // fall back to the default implementation return super.resolveEntity(publicId, systemId); } } } } Which version of the org.xml.sax package is used on brutus? I am a bit at a loss here. Thanks in advance for shedding some light on to the matter. At 10:38 PM 5/26/2004, [EMAIL PROTECTED] wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project logging-log4j has an issue affecting its community integration. This issue affects 213 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - ant-embed-optional : Java based build tool - avalon : Avalon's main repository. [snip] Full details are available at: http://brutus.apache.org:8080/gump/logging-log4j/logging-log4j/index.html That said, some snippets follow: The following annotations were provided: -INFO- Failed with reason build failed -INFO- Enable "debug" output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/logging-log4j/logging-log4j/gump_work/build_logging-log4j_logging-log4j.html Work Name: build_logging-log4j_logging-log4j (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 4 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dversion=20040526 jar [Working Directory: /usr/local/gump/public/workspace/logging-log4j] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/logging-log4j/dist/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xalan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/jms1.0.2/lib/jms.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/javamail-1.3/mail.jar-- --- Buildfile: build.xml init: jndiCheck: build.core: [mkdir] Created dir: /usr/local/gump/public/workspace/logging-log4j/dist/classes [javac] Compiling 220 source files to /usr/local/gump/public/workspace/logging-log4j/dist/classes [javac] /usr/local/gump/public/workspace/logging-log4j/src/java/org/apache/joran/Interprete
Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed
On Thu, 27 May 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote: > Ok... What do we do about it? Avalon Excalibur Store (not actively > developed) and James(?) depends on it. Turn it into an installed package. Where can I find it? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed
On Thursday 27 May 2004 20:49, Adam R. B. Jack wrote: > Seems they removed it: > http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/gump.xml > It existed here: > http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/gump.xml?rev=1.155&view=markup Ok... What do we do about it? Avalon Excalibur Store (not actively developed) and James(?) depends on it. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-phoenix/avalon-phoenix-dependencies failed
On Thursday 27 May 2004 20:36, Adam R. B. Jack wrote: > > > get-mx4j: > > > [mkdir] Created dir: > > > /usr/local/gump/public/workspace/avalon-phoenix/lib/repo/mx4j [get] > > > Getting: > > http://telia.dl.sourceforge.net/sourceforge/mx4j/mx4j-1.1.1.tar.gz > > > > [get] > > > [get] > > > [get] > > > [get] > > > - > > > > I don't know if it hanged, the built timeout has been shortened or what > > is really happening here. > > I am not aware of the time-out being changed, it is one hour. [I had a > feeling that Brutus was 'going slow' the other day. I'll check into that.] > > BTW: Given that Gump (on Brutus) runs ant with build.sysclasspath set to > "only" > > See: > > http://ant.apache.org/manual/sysclasspath.html > > so only Gump's jars are used, and 'get' work like this (during a Gump > build) is a waste of resources. I think you are mistaken on what actually happens; http://cvs.apache.org/viewcvs.cgi/gump/project/avalon-phoenix.xml?view=markup So, Gump will believe it is built, but it is actually downloaded in the Ant file. We can't build against MX4J CVS, since it is now incompatible. We can't put the MX4J v1.1 jar into CVS. Please advice Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: [codec] base64Codec.decode and DecoderException
Ryan, Thanks, nice research/write up. [I am copying Gump to keep a centralized archive, and I'll try to post a blog entry once complete.] So, theoretically the new code will still run against codec 1.12 (no signatures have explicitly changed), it just won't compile against it (seems reasonable). If this exception really is meaningless, and not thrown, no effect ought be felt to anybody other than developers/builders, right? Thanks for doing this. Hopefully an xmlrpc committer (with a CLA ;-) can perform the change. XMLRPC has dependees that would benefit from Gump coverage: http://brutus.apache.org:8080/gump/ws-xmlrpc/ws-xmlrpc/details.html#Project+Dependees and lots of knock on dependees: http://brutus.apache.org:8080/gump/ws-xmlrpc/ws-xmlrpc/details.html#Full+Project+Dependees regards, Adam - Original Message - From: "Ryan Hoegg" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 27, 2004 7:04 AM Subject: Re: Fw: [codec] base64Codec.decode and DecoderException > Hello, > > I saw your message on commons-dev and made a mental note to look into > it, since I incorporated Base64 from commons-codec about a year ago. > Quick answer: hey cool, no more meaningless exception to catch! > > Codec is only used currently in HEAD, and we haven't even released an > alpha of 2.0 yet. I dug in a bit, and the DecoderException was thrown > from Base64.decode(byte[]) until version 1.12 (Last November). This was > before codec released 1.2. My solution will probably be to bump our > dependency to 1.2 and remove the catch. > > Once I stop procrastinating and fax my CLA I will probably JFDI. :) > > -- > Ryan Hoegg > ISIS Networks > http://www.isisnetworks.net/ > > Adam R. B. Jack wrote: > > >Folks, > > > >I posted this to the commons-dev [codec] list yesterday, but figured you > >might have views yourself (as a user of codec). I don't (personally) know > >the release history of codec, or if you'd mind not being able to compile > >your CVS HEAD code against older releases (assume any existed where it threw > >this exception), but one quick fix would be to compile out the try/catch. > > > >Clearly this is to your discretion, and depends upon what codec has > >released, and what they plan on releasing. If I get an answer on commons-dev > >I'll post it here. > > > >regards, > > > >Adam > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Out Friday - Tuesday (inclusive)
Folks, I'm taking a long weekend down in Santa Fe (never been there, excited to go, dead happy to get away) so I won't be reading/responding to any mail. I'd really appreciate it if folks could: 1) Act as Gumpmeisters (we need more of these) and help folks when needed. 2) Keep an eye on Brutus. Tomcat is not installed as a 'service' or anything, so could need restarting. Also, if there is a slow-down (but top shows it nice and idle) it might need looking at. 3) Shut Gump up if it 'notifies' too often, too loud. Remove the http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-excalibur/excalibur-instrument failed
> I have no clue how this can happen. > AbstractLogEnabled is possibly the most used class in Avalon, and is part of > avalon-framework.api.jar (in classpath), and yet Javac fails. When you mark a dependency as optional, and it fails to build, the dependee still gets built. As such, it ought be optional. :-) Some annotations (read the last one): Info Sole jar [excalibur-instrument-20040526.jar] identifier set to project name Info Dependency on avalon-framework exists, no need to add for property avalon-framework.jar. Info Dependency on junit exists, no need to add for property junit.jar. Info Dependency on checkstyle exists, no need to add for property checkstyle.jar. Info Optional dependency checkstyle prerequisite failed with reason build failed Info Optional dependency avalon-framework prerequisite failed with reason build failed See http://cvs.apache.org/viewcvs.cgi/gump/project/avalon-excalibur.xml?view=markup ... regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-excalibur/excalibur-store failed
> On Thursday 27 May 2004 04:39, Gump Integration Build wrote: > > > -ERROR- Bad Dependency. Project: jisp unknown to *this* workspace > > We have not changed the code nor the gump descriptor. > What happened to Jisp ? Seems it existed as a projects within the Cocoon descriptor, they were bringing in the jar. Seems they removed it: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/gump.xml It existed here: http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/gump.xml?rev=1.155&view=markup regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-phoenix/avalon-phoenix-dependencies failed
>> I don't know if it hanged, the built timeout has been shortened or >> what is really happening here. possibly just some kind of network problem - wouldn't the first time, in particular with SF.net on the other side. On Thu, 27 May 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > so only Gump's jars are used, and 'get' work like this (during a > Gump build) is a waste of resources. Not in this case. The avalon-phoenix-dependencies downloads the jars and publishes them as to get around "latest jars only". Phoenix is no longer maintained, at least not the avalon-phoenix version, and it would be wrong to expect that phoenix would adapt to more recent versions like MX4J 2.x. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: avalon-phoenix/avalon-phoenix-dependencies failed
> > get-mx4j: > > [mkdir] Created dir: > > /usr/local/gump/public/workspace/avalon-phoenix/lib/repo/mx4j [get] > > Getting: http://telia.dl.sourceforge.net/sourceforge/mx4j/mx4j-1.1.1.tar.gz > > [get] > > [get] > > [get] > > [get] > > - > > I don't know if it hanged, the built timeout has been shortened or what is > really happening here. I am not aware of the time-out being changed, it is one hour. [I had a feeling that Brutus was 'going slow' the other day. I'll check into that.] BTW: Given that Gump (on Brutus) runs ant with build.sysclasspath set to "only" See: http://ant.apache.org/manual/sysclasspath.html so only Gump's jars are used, and 'get' work like this (during a Gump build) is a waste of resources. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: logging-log4j/logging-log4j failed
> Which version of the org.xml.sax package is used on brutus? I am a bit > at a loss here. The very latest (CVS HEAD) of xerces. http://brutus.apache.org:8080/gump/logging-log4j/logging-log4j/details.html#Boot+Classpath This issue is seeming vaguely familiar -- I think somebody else hit it before -- but I'll need some coffee (and to wake up) before I could possibly bring it back into context. Further, this is similar to a posting I made about exceptions not being in signatures (two days ago, for [codec]) -- how do we cope with when they change. The signature doesn't change, but compile time does. [The ws-xmlrpc over codec case is the reverse, they are catching an exception that is no longer thrown, hence failing to compile.] regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: logging-log4j/logging-log4j failed
Problem solved. It appears that the org.xml.sax classes included in the JDK differ from those of the original. Dancing around the discrepancy is not too difficult once you know that it exists. Thanks to gump for pointing out the difference. How inconsiderate on the part of Sun to modify an existing API and bundle the modified version with the JDK. At 10:22 AM 5/27/2004, Ceki Gülcü wrote: Hello all, It appears that log4j is failing to compile on brutus. It compiles fine on my side using JDK 1.4, 1.3 or 1.2. The problem appears to be linked to the signature of the resolveEntity() method in org.xml.sax.helpers.DefaultHandler. Contrary to what is declared by the resolveEntity method in EntityResolver interface, the resolveEntity method in the DefaultHandler is not declared as throwing an IOException. (It masks the IOException.) Here is the code from the org.apache.joran.Interpreter class which fails to compile on Brutus. // Joran builds as part of log4j. package org.apache.joran; public class Interpreter extends DefaultHandler { /** * If a specific entityResolver is set for this Interpreter instance, then * we use it to resolve entities. Otherwise, we use the default implementation * offered by the super class. */ public InputSource resolveEntity(String publicId, String systemId) throws SAXException { if(entityResolver == null) { return super.resolveEntity(publicId, systemId); } else { try { return entityResolver.resolveEntity(publicId, systemId); } catch(IOException ioe) { // fall back to the default implementation return super.resolveEntity(publicId, systemId); } } } } Which version of the org.xml.sax package is used on brutus? I am a bit at a loss here. Thanks in advance for shedding some light on to the matter. At 10:38 PM 5/26/2004, [EMAIL PROTECTED] wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project logging-log4j has an issue affecting its community integration. This issue affects 213 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - ant-embed-optional : Java based build tool - avalon : Avalon's main repository. [snip] Full details are available at: http://brutus.apache.org:8080/gump/logging-log4j/logging-log4j/index.html That said, some snippets follow: The following annotations were provided: -INFO- Failed with reason build failed -INFO- Enable "debug" output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/logging-log4j/logging-log4j/gump_work/build_logging-log4j_logging-log4j.html Work Name: build_logging-log4j_logging-log4j (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 4 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dversion=20040526 jar [Working Directory: /usr/local/gump/public/workspace/logging-log4j] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/logging-log4j/dist/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xalan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/jms1.0.2/lib/jms.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/javamail-1.3/mail.jar-- --- Buildfile: build.xml init: jndiCheck: build.core: [mkdir] Created dir: /usr/local/gump/public/workspace/logging-log4j/dist/classes [javac] Compiling 220 source files to /usr/local/gump/public/workspace/logging-log4j/dist/classes [javac] /usr/local/gump/public/workspace/logging-log4j/src/java/org/apache/joran/Interpreter.java:301: unreported exception java.io.IOException; must be caught or declared to be thrown [javac] return super.resolveEntity(publicId, systemId); [javac] ^ [javac] /usr/local/gump/public/workspace/logging-log4j/src/java/org/apache/joran/Interpreter.java:307: unreported exception java.io.IOExceptio
Re: [GUMP@brutus]: logging-log4j/logging-log4j failed
Hello all, It appears that log4j is failing to compile on brutus. It compiles fine on my side using JDK 1.4, 1.3 or 1.2. The problem appears to be linked to the signature of the resolveEntity() method in org.xml.sax.helpers.DefaultHandler. Contrary to what is declared by the resolveEntity method in EntityResolver interface, the resolveEntity method in the DefaultHandler is not declared as throwing an IOException. (It masks the IOException.) Here is the code from the org.apache.joran.Interpreter class which fails to compile on Brutus. // Joran builds as part of log4j. package org.apache.joran; public class Interpreter extends DefaultHandler { /** * If a specific entityResolver is set for this Interpreter instance, then * we use it to resolve entities. Otherwise, we use the default implementation * offered by the super class. */ public InputSource resolveEntity(String publicId, String systemId) throws SAXException { if(entityResolver == null) { return super.resolveEntity(publicId, systemId); } else { try { return entityResolver.resolveEntity(publicId, systemId); } catch(IOException ioe) { // fall back to the default implementation return super.resolveEntity(publicId, systemId); } } } } Which version of the org.xml.sax package is used on brutus? I am a bit at a loss here. Thanks in advance for shedding some light on to the matter. At 10:38 PM 5/26/2004, [EMAIL PROTECTED] wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project logging-log4j has an issue affecting its community integration. This issue affects 213 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - ant-embed-optional : Java based build tool - avalon : Avalon's main repository. [snip] Full details are available at: http://brutus.apache.org:8080/gump/logging-log4j/logging-log4j/index.html That said, some snippets follow: The following annotations were provided: -INFO- Failed with reason build failed -INFO- Enable "debug" output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/logging-log4j/logging-log4j/gump_work/build_logging-log4j_logging-log4j.html Work Name: build_logging-log4j_logging-log4j (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 4 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dversion=20040526 jar [Working Directory: /usr/local/gump/public/workspace/logging-log4j] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/logging-log4j/dist/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-xalan2.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/jms1.0.2/lib/jms.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/javamail-1.3/mail.jar-- --- Buildfile: build.xml init: jndiCheck: build.core: [mkdir] Created dir: /usr/local/gump/public/workspace/logging-log4j/dist/classes [javac] Compiling 220 source files to /usr/local/gump/public/workspace/logging-log4j/dist/classes [javac] /usr/local/gump/public/workspace/logging-log4j/src/java/org/apache/joran/Interpreter.java:301: unreported exception java.io.IOException; must be caught or declared to be thrown [javac] return super.resolveEntity(publicId, systemId); [javac] ^ [javac] /usr/local/gump/public/workspace/logging-log4j/src/java/org/apache/joran/Interpreter.java:307: unreported exception java.io.IOException; must be caught or declared to be thrown [javac] return super.resolveEntity(publicId, systemId); [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 2 errors BUILD FAILED /usr/local/gump/public/workspace/logging-log4j/build.xml:242: Com
Problem running Apache Gump...
There is a problem with the run at : CSI14:CSI14.xml The log ought be at: /gumpy_log.txt The last (up to) 50 lines of the log are : - GUMP run in env: TMP -> [C:\DOCUME~1\cpe\LOKALE~1\Temp] COMPUTERNAME -> [CSI14] LIB -> [C:\Programmer\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\] USERDOMAIN -> [CSI] HOST_LOCAL_ENV -> ["local-env-py-CSI14.sh"] PROCESSOR_IDENTIFIER -> [x86 Family 15 Model 2 Stepping 7, GenuineIntel] PROGRAMFILES -> [C:\Programmer] PROCESSOR_REVISION -> [0207] MAVEN_HOME -> [C:\Programmer\Apache Software Foundation\Maven 1.0-rc2] PATH -> [C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\PROGRA~1\ATT\Graphviz\bin;C:\PROGRA~1\ATT\Graphviz\bin\tools;C:\VXIPNP\WINNT\BIN;C:\programs\apache-ant-1.6.1\bin;C:\j2sdk1.4.2_04\bin;C:\Programmer\Apache Software Foundation\Maven 1.0-rc2\bin;C:\Programmer\Python23;;C:\Programmer\cvsnt;] TEMP -> [C:\DOCUME~1\cpe\LOKALE~1\Temp] PROCESSOR_ARCHITECTURE -> [x86] VS71COMNTOOLS -> [C:\Programmer\Microsoft Visual Studio .NET 2003\Common7\Tools\] LOCAL_ENV -> [local-env-py.sh] ALLUSERSPROFILE -> [C:\Documents and Settings\All Users] SESSIONNAME -> [Console] HOMEPATH -> [\] JAVA_HOME -> [C:\j2sdk1.4.2_04] USERNAME -> [cpe] LOGONSERVER -> [\\FILSERV] PROMPT -> [$P$G] COMSPEC -> [C:\WINDOWS\system32\cmd.exe] SYSTEMROOT -> [C:\WINDOWS] CLASSPATH -> [C:\programs\NetBeans IDE 3.5.1\lib\openide.jar;C:\Download\java\junit3.8.1\junit3.8.1;] COMMONPROGRAMFILES -> [C:\Programmer\Fælles filer] HOMESHARE -> [\\filserv\$cpe] PATHEXT -> [.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH] INCLUDE -> [C:\Programmer\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\] CLIENTNAME -> [Console] WINDIR -> [C:\WINDOWS] APPDATA -> [C:\Documents and Settings\cpe\Application Data] HOMEDRIVE -> [H:] ANT_HOME -> [C:\programs\apache-ant-1.6.1] SYSTEMDRIVE -> [C:] NUMBER_OF_PROCESSORS -> [1] GUMP_HOST -> [CSI14] USERDNSDOMAIN -> [CSI.LOCAL] PROCESSOR_LEVEL -> [15] OS -> [Windows_NT] USERPROFILE -> [C:\Documents and Settings\cpe] - GUMP base directory : C:\jakarta - GUMP base path : C:\jakarta - GUMP mail server: mail.apache.org - GUMP mail port : 25 - GUMP mail from : [EMAIL PROTECTED] - GUMP mail to: [EMAIL PROTECTED] - GUMP PYTHONPATH : C:\programs\gump\python Execute : cvs -q update -dP >out.txt 2>&1 Terminated by user interrupt... -- Gumpy Version: 2.0.2-alpha-0002 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]