javagroups/turbine-jcs issue on Gump
Hi, Gump seems to have detected an issue between turbine-jcs and javagroups, see below. Does this mean a non-backwards compatible change to java-groups was made? Could somebody investigate this issue? javac] /usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs /utils/threads/ThreadPoolManager.java [javac] /usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs /auxiliary/lateral/javagroups/LateralJGSender.java:183: cannot resolve symbol [javac] symbol : method callRemoteMethods (,java.lang.String,java.lang.String,java.io.Serializable,int,int) [javac] location: class org.jgroups.blocks.RpcDispatcher [javac] RspList rsp_list = disp.callRemoteMethods( null, "handleGet", led.ce.getCacheName(), led.ce.getKey(), [javac]^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 1 error See: http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/index.html Build Log here: http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/gump_work/build_jakarta-turbine-jcs_jakarta-turbine-jcs.html Thanks in advance. 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]
MX4J build issue (on Gump)
Folks, When I configured MX4J for Gump notification I did it in a way that (I now see) exposed a Gump bug & didn't get you notified. I'll fix that bug, but here is another manual notification: http://brutus.apache.org/gump/public/mx4j/mx4j/index.html http://brutus.apache.org/gump/public/mx4j/mx4j/gump_work/build_mx4j_mx4j.html BUILD FAILED /usr/local/gump/public/workspace/mx4j/build/build.xml:240: Manifest file: /usr/local/gump/public/workspace/mx4j/src/etc/MANIFEST.MF does not exist. at org.apache.tools.ant.taskdefs.Jar.setManifest(Jar.java:199) regardsAdam--Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterpriseTry Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/python/gump/document/xdocs documenter.py
ajack 2004/07/21 07:54:34 Modified:python/gump/model project.py module.py .gumpy.py python/gump/notify notification.py logic.py notifier.py python/gump/document/xdocs documenter.py Log: More than a few notification fixes... Revision ChangesPath 1.91 +15 -1 gump/python/gump/model/project.py Index: project.py === RCS file: /home/cvs/gump/python/gump/model/project.py,v retrieving revision 1.90 retrieving revision 1.91 diff -u -r1.90 -r1.91 --- project.py19 Jul 2004 20:34:00 - 1.90 +++ project.py21 Jul 2004 14:54:34 - 1.91 @@ -77,7 +77,7 @@ self.url=None self.desc='' -self.distributable=False +self.redistributable=False self.packageMarker=None self.jvmargs=gump.process.command.Parameters() self.packageNames=None @@ -101,10 +101,24 @@ Positioned.__del__(self) def hasNotifys(self): +""" +Does this project have any notification addresses, and if not +does the module? + +boolean true if some +""" if self.notifys: return True +if self.module: return self.module.hasNotifys() return False def getNotifys(self): +""" + Return the list of notification addresses for this project + but if none, see if the module has any. +""" +if not self.notifys: +if self.module: +return self.module.getNotifys() return self.notifys def hasAnt(self): 1.49 +14 -4 gump/python/gump/model/module.py Index: module.py === RCS file: /home/cvs/gump/python/gump/model/module.py,v retrieving revision 1.48 retrieving revision 1.49 diff -u -r1.48 -r1.49 --- module.py 14 Jul 2004 23:36:28 - 1.48 +++ module.py 21 Jul 2004 14:54:34 - 1.49 @@ -15,7 +15,9 @@ # limitations under the License. """ -This module contains information on + +This module contains information on 1: notification=gump.notify.notification.SuccessNotification(self.run,entity) else: +# +# Notify on official if contains 'errors'. +# if self.run.getOptions().isOfficial() and entity.containsRealNasties(): notification=gump.notify.notification.WarningNotification(self.run,entity,' contains errors') 1.11 +68 -26gump/python/gump/notify/notifier.py Index: notifier.py === RCS file: /home/cvs/gump/python/gump/notify/notifier.py,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- notifier.py 19 Jul 2004 16:07:54 - 1.10 +++ notifier.py 21 Jul 2004 14:54:34 - 1.11 @@ -50,10 +50,15 @@ AbstractRunActor.__init__(self,run) +# Successful notifications +self.sents=0 + +# Unsuccesful self.unsent='' self.unsentSubjects='' self.unsents=0 +# Unwanted self.unwanted='' self.unwantedSubjects='' self.unwanteds=0 @@ -62,25 +67,39 @@ self.logic=NotificationLogic(self.run) self.id=0 - + +def processOtherEvent(self,event): +""" + +At the end of the run... + +""" +if isinstance(event,FinalizeRunEvent): +self.processWorkspace() + def processWorkspace(self): """ + Notify about the workspace (if it needs it) + """ notification = self.logic.notification(self.workspace) if notification: self.notifyWorkspace(notification) +log.info('Notifications: Sent:%s Unsent:%s Unwanted: %s' % \ +(self.sents, self.unsents, self.unwanteds) ) + # Workspace can override... (wsTo, wsFrom) = self.workspace.getNotifyOverrides() # Belt and braces (notify to us if not notify to them) -if self.hasUnwanted(): +if self._hasUnwanted(): log.info('We have some unwanted\'s to send to list...') -self.sendEmail(wsTo or self.workspace.mailinglis
RE: [Mx4j-devel] MX4J build issue (on Gump)
Hi, > Folks, > > When I configured MX4J for Gump notification I did it in a > way that (I now > see) exposed a Gump bug & didn't get you notified. I'll fix > that bug, but here is another manual notification: > > http://brutus.apache.org/gump/public/mx4j/mx4j/index.html > http://brutus.apache.org/gump/public/mx4j/mx4j/gump_work/build > _mx4j_mx4j.html > > BUILD FAILED > /usr/local/gump/public/workspace/mx4j/build/build.xml:240: > Manifest file: > /usr/local/gump/public/workspace/mx4j/src/etc/MANIFEST.MF > does not exist. Should be fixed now. I guess if we don't hear anything from you, we can assume we did the right fix ;) Thanks ! Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BATCH: Unable to send...
Dear Gumpmeisters, The following 5 notifys should have been sent *** G U M P [EMAIL PROTECTED]: ant-contrib/ant-contrib failed [EMAIL PROTECTED]: antworks-antlets/antworks-antlets success [EMAIL PROTECTED]: jaxen/jaxen-test failed [EMAIL PROTECTED]: checkstyle/checkstyle-test failed [EMAIL PROTECTED]: mx4j/mx4j failed *** G U M P [EMAIL PROTECTED]: ant-contrib/ant-contrib failed Failed with to: [EMAIL PROTECTED] from: [Gump Integration Build <[EMAIL PROTECTED]>] 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 ant-contrib has an issue affecting its community integration. This issue affects 6 projects, and has been outstanding for 5 runs. Project State : 'Failed', Reason 'Missing Build Outputs' The following are affected: - ant-contrib : Useful little Ant tasks - ant-contrib-test : Useful little Ant tasks - invicta : Open-source build management tool. - xml-forrest : Forrest is an XML standards-oriented project documentation f... - xml-forrest-scratchpad-forrestdoc : Forrest is an XML standards-oriented project documentation f... - xml-forrest-scratchpad-forrestdoc-autotest : Forrest is an XML standards-oriented project documentation f... Full details are available at: http://brutus.apache.org/gump/public/ant-contrib/ant-contrib/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [ant-contrib-20040721.jar] identifier set to project name -INFO- Enable "verbose" output, due to 5 previous error(s). -INFO- Failed with reason missing build outputs -ERROR- Missing Output: /usr/local/gump/public/workspace/ant-contrib/build/lib/ant-contrib-20040721.jar -ERROR- See Directory Listing Work for Missing Outputs The following work was performed: http://brutus.apache.org/gump/public/ant-contrib/ant-contrib/gump_work/build_ant-contrib_ant-contrib.html Work Name: build_ant-contrib_ant-contrib (Type: Build) State: Success Elapsed: 7 secs 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 -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dversion=20040721 [Working Directory: /usr/local/gump/public/workspace/ant-contrib] 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/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-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar- [copy] tasks/toc.html added as tasks/toc.html doesn't exist. [copy] tasks/trycatch.html added as tasks/trycatch.html doesn't exist. [copy] tasks/urlencode.html added as tasks/urlencode.html doesn't exist. [copy] tasks/variable_task.html added as tasks/variable_task.html doesn't exist. [copy] omitted as is up to date. [copy] tasks added as tasks doesn't exist. [copy] Copying 36 files to /usr/local/gump/public/workspace/ant-contrib/build/docs [copy] Copying /usr/local/gump/public/workspace/ant-contrib/manual/index.html to /usr/local/gump/public/workspace/ant-contrib/build/docs/index.html [copy] Copying /usr/local/gump/public/workspace/ant-contrib/manual/tasks/propertyselector.html to /usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/propertyselector.html [copy] Copying /usr/local/gump/public/workspace/ant-contrib/manual/tasks/post_task.html to /usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/post_task.html [copy] Copying /usr/local/gump/public/workspace/ant-contrib/manual/tasks/server_tasks.html to /usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/server_tasks.html [copy] Copying /usr/local/gump/public/workspace/ant-contrib/manual/tasks/foreach.html to /usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/foreach.html [copy] Copying /usr/local/gump/public/workspace/ant-contrib/manual/tasks/timestampselector.html to /usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/timestampselector.html [copy] Copying /usr/local/gump/public/workspace/ant-contrib/manual/tasks/sortlist.html to /usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/sortli
Notification mails...
I guess I'd failed to notice how quiet things were (perhaps I was enjoying it ;-) Anyway, I've restored the batch mails, and the notification attempts. As such, see: http://nagoya.apache.org/jira/browse/INFRA-96 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: how to start with gumpy
Stefano wrote: > I want to start using gumpy for our project at MIT. > > Is there an howto to start? Making any progress? Anything I can do to help? regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (GUMP-74) Broken link in http://gump.apache.org/gettingstarted.html
Message: The following issue has been closed. Resolver: Adam Jack Date: Wed, 21 Jul 2004 2:56 PM Fixed, it now points to brutus (for want of a better address, e.g. a nice c-name). http://gump.apache.org/gettingstarted.html - View the issue: http://issues.apache.org/jira/browse/GUMP-74 Here is an overview of the issue: - Key: GUMP-74 Summary: Broken link in http://gump.apache.org/gettingstarted.html Type: Bug Status: Closed Priority: Minor Resolution: FIXED Project: Gump Components: Documentation Assignee: Adam Jack Reporter: Sebb Created: Sun, 18 Jul 2004 5:11 PM Updated: Wed, 21 Jul 2004 2:56 PM Description: The link at the end of "A list of some of the packages you might want to install can be found here." points to http://cvs.apache.org/builds/gump/latest/packages.html which does not seem to exist - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.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]
Re: [Javagroups-development] javagroups/turbine-jcs issue on Gump
Bela Ban <[EMAIL PROTECTED]> wrote: > I removed some deprecated method. Those should be easy to change though. > > >[javac] > >/usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jc s > >/auxiliary/lateral/javagroups/LateralJGSender.java:183: cannot resolve So it has been deprecated for a while? Are you asking folks (like turbine-jcs) to move off them? Do you mind if I dig into this a bit? [A recent example of finally deprecating methods (done by log4j after two years of deprecation) showed that this issue is non-trivial, if we are to avoid Jar Hell in the field.] Can you tell us what (if any) released versions of Javagroups this method is in, and if there is a replacement approach, what (if any) released versions of Javagroups is that method in? If we are lucky the new method has sufficient 'history' that 'most reasonable jars out there' have the new method, so if folks migrate, they are least likely to hit the problem. Basically, the issue is neither Javagroups nor turbine=jcs, but the environments that folks are running these two within. Thanks in advance. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Javagroups-development] javagroups/turbine-jcs issue on Gump
I removed some deprecated method. Those should be easy to change though. Adam R. B. Jack wrote: Hi, Gump seems to have detected an issue between turbine-jcs and javagroups, see below. Does this mean a non-backwards compatible change to java-groups was made? Could somebody investigate this issue? javac] /usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs /utils/threads/ThreadPoolManager.java [javac] /usr/local/gump/public/workspace/jakarta-turbine-jcs/src/java/org/apache/jcs /auxiliary/lateral/javagroups/LateralJGSender.java:183: cannot resolve symbol [javac] symbol : method callRemoteMethods (,java.lang.String,java.lang.String,java.io.Serializable,int,int) [javac] location: class org.jgroups.blocks.RpcDispatcher [javac] RspList rsp_list = disp.callRemoteMethods( null, "handleGet", led.ce.getCacheName(), led.ce.getKey(), [javac]^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 1 error See: http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/index.html Build Log here: http://brutus.apache.org/gump/public/jakarta-turbine-jcs/jakarta-turbine-jcs/gump_work/build_jakarta-turbine-jcs_jakarta-turbine-jcs.html Thanks in advance. regards Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click ___ Javagroups-development mailing list -- Bela Ban Lead JGroups / JBossCache - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JDK 1.5
How do we get the word out about the JDK 1.5 Gump runs? http://brutus.apache.org/gump/jdk15/ Teams may not be shooting for JDK1.5 compliance right now, but if Gump could do the leg work for them, maybe they'd do minor tweaks if needed. I could see this help user, but I feel it has to start sooner, not later (so no releases go out w/ minor JDK1.5 nits if could be avoided). Ought we consider notifications? Other ideas? 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: how to start with gumpy
Adam R. B. Jack wrote: Stefano wrote: I want to start using gumpy for our project at MIT. Is there an howto to start? Making any progress? Anything I can do to help? thanks so much, but I've been overwhelmed by other stuff (mostly political, see board@ and [EMAIL PROTECTED]), and I'll be at OSCON next week and on vacation right after, so don't hold your breath, but it's on my todo list. don't worry, you'll hear me when I have a problem ;-) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: JDK 1.5
Adam R. B. Jack wrote: How do we get the word out about the JDK 1.5 Gump runs? http://brutus.apache.org/gump/jdk15/ Teams may not be shooting for JDK1.5 compliance right now, but if Gump could do the leg work for them, maybe they'd do minor tweaks if needed. I could see this help user, but I feel it has to start sooner, not later (so no releases go out w/ minor JDK1.5 nits if could be avoided). Ought we consider notifications? Other ideas? The way I did this in prior releases was to build it without notification, and then personally approach the projects which had failures. I kept a catalog of problems encountered which I dutifully submitted to Sun (who had made public claims about being 100% backwards compatible - bunk!). These problems were, of course, summarily ignored. My experience was that projects by and large were extremely appreciative of being given specific and human feedback, and I found the process to be very rewarding. Still, in the case of 1.4, there was a gap of six months to a year before everyone felt confortable with making it "official". - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fw: [CRIMSON] Crimson on JDK1.5
This seems (to me) the obvious outcome (although I had to ask). Can anybody help me with why XERCES depends upon CRIMSON? http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/details.html http://brutus.apache.org/gump/jdk15/xml-crimson/xml-xerces/details.html Is this an historical dependency? [Would that I had the resources to answer my own questions, but then, I'd still rather get human insights to enhance empirical.] regards, Adam - Original Message - From: "Elliotte Rusty Harold" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, July 21, 2004 5:30 PM Subject: Re: [CRIMSON] Crimson on JDK1.5 > At 5:00 PM -0600 7/21/04, Adam R. B. Jack wrote: > >The Gump team are attempting a Gump on JDK 1.5, and getting stuck with > >Crimson not compiling. Could somebody explain the future of crimson as it > >relates to JDK1.5? > > > > http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/index.html > > > > There is no future. Crimson is dead. Java 1.5 will use Xerces. > -- > >Elliotte Rusty Harold >[EMAIL PROTECTED] >Effective XML (Addison-Wesley, 2003) >http://www.cafeconleche.org/books/effectivexml > http://www.amazon.com/exec/obidos/ISBN%3D0321150406/ref%3Dnosim/cafeaulaitA > > - > 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]
cvs commit: gump/python/gump/model repository.py
ajack 2004/07/21 19:54:39 Modified:python/gump/update artifact.py python/gump/test __init__.py launching.py stats.py timing.py notifying.py utils.py pyunit.py python/gump/notify notifier.py python/gump/utils smtp.py src/documentation/content/xdocs index.xml gettingstarted.xml ..cvsignore python/gump/model repository.py Log: 1) Some documentation work 2) Some unit testing related fixes 3) More debug on SMTP failures. Revision ChangesPath 1.5 +21 -12gump/python/gump/update/artifact.py Index: artifact.py === RCS file: /home/cvs/gump/python/gump/update/artifact.py,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- artifact.py 19 Jul 2004 16:07:55 - 1.4 +++ artifact.py 22 Jul 2004 02:54:38 - 1.5 @@ -16,7 +16,7 @@ # limitations under the License. """ - +The artifact updater """ import os.path @@ -53,10 +53,8 @@ RunSpecific.__init__(self,run) def updateModule(self,module): -""" - -Perform an Artifact update on a module - +""" +Perform an Artifact update on a module """ log.info('Perform Artifact Update on #[' + `module.getPosition()` + \ '] : ' + module.getName()) @@ -70,9 +68,7 @@ # Execute the command and capture results cmdResult=execute(cmd, module.getWorkspace().tmpdir) -# # Store this as work, on both the module and (cloned) on the repo -# work=CommandWorkItem(WORK_TYPE_UPDATE,cmd,cmdResult) module.performedWork(work) module.getRepository().performedWork(work.clone()) @@ -93,15 +89,16 @@ # Kinda bogus, but better than nowt (for now) module.changeState(STATE_SUCCESS,REASON_UPDATE_FAILED) else: +self.mapArtifacts(module) + module.changeState(STATE_SUCCESS) return module.okToPerformWork() -def preview(self,module): -command = self.getArtifactUpdateCommand(module) -command.dump() - def getArtifactUpdateCommand(self,module): +""" +Create the Depot command line for updating this module. +""" log.debug("Artifact Update Module " + module.getName() + \ ", Repository Name: " + str(module.repository.getName())) @@ -139,4 +136,16 @@ cmd.addParameter(module.getName()) return cmd - + +def mapArtifacts(self,module): +""" +Map the artifacts to jars ids (within projects) +""" + +def preview(self,module): +""" +Preview the command +""" +command = self.getArtifactUpdateCommand(module) +command.dump() + 1.16 +1 -1 gump/python/gump/test/__init__.py Index: __init__.py === RCS file: /home/cvs/gump/python/gump/test/__init__.py,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- __init__.py 19 Jul 2004 16:07:55 - 1.15 +++ __init__.py 22 Jul 2004 02:54:38 - 1.16 @@ -58,7 +58,7 @@ workspace=getTestWorkspace(xml) # Load statistics for this workspace -db=StatisticsDB(dir.test,'test.db') +db=StatisticsDB(gump.core.config.dir.test,'test.db') db.loadStatistics(workspace) # Some file items... 1.2 +18 -0 gump/python/gump/test/launching.py Index: launching.py === RCS file: /home/cvs/gump/python/gump/test/launching.py,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- launching.py 14 Jul 2004 20:47:02 - 1.1 +++ launching.py 22 Jul 2004 02:54:38 - 1.2 @@ -26,6 +26,24 @@ def __init__(self): UnitTestSuite.__init__(self) +def testSpacesInCommandLines(self): +params=gump.process.command.Parameters() +params.addParameter('NoSpaces', 'a','=') +params.addParameter('WithValueSpaces', 'aa aa a','=') +params.addParameter('With Name Spaces', 'a','=') +params.addParameter('WithQuotesAndSpaces', 'aa \' \" aa a',
Re: JDK 1.5
Yeah, there is something so rewarding about the 'thank you' one gets 99% of the time. Human feedback it is. Thanks. regards, Adam - Original Message - From: "Sam Ruby" <[EMAIL PROTECTED]> To: "Gump code and data" <[EMAIL PROTECTED]> Sent: Wednesday, July 21, 2004 6:20 PM Subject: Re: JDK 1.5 > Adam R. B. Jack wrote: > > > How do we get the word out about the JDK 1.5 Gump runs? > > > > http://brutus.apache.org/gump/jdk15/ > > > > Teams may not be shooting for JDK1.5 compliance right now, but if Gump could > > do the leg work for them, maybe they'd do minor tweaks if needed. I could > > see this help user, but I feel it has to start sooner, not later (so no > > releases go out w/ minor JDK1.5 nits if could be avoided). > > > > Ought we consider notifications? Other ideas? > > The way I did this in prior releases was to build it without > notification, and then personally approach the projects which had > failures. I kept a catalog of problems encountered which I dutifully > submitted to Sun (who had made public claims about being 100% backwards > compatible - bunk!). These problems were, of course, summarily ignored. > > My experience was that projects by and large were extremely appreciative > of being given specific and human feedback, and I found the process to > be very rewarding. > > Still, in the case of 1.4, there was a gap of six months to a year > before everyone felt confortable with making it "official". > > - Sam Ruby > > - > 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]
BSF
Anybody aware of the status of BSF? http://brutus.apache.org/gump/jdk15/bsf/index.html The update attempt gives: /usr/cvs/bsf: no such repository I go to the registered URL and I get: http://oss.software.ibm.com/developerworks/projects/bsf No such project.Anybody know anything, before I attempt to contact [EMAIL PROTECTED]: Gump has been 'hiding' (unintentionally) a bunch of CVS update failures. I need to fix that, and have them make some noise.regardsAdam -- 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]
JDOM
I sent e-mail to these folks a week (maybe less) ago, no response (so far): http://brutus.apache.org/gump/jdk15/jdom/index.html The CVS updates: http://brutus.apache.org/gump/jdk15/jdom/gump_work/update_jdom.html gives: cvs -q -z3 -d :pserver:[EMAIL PROTECTED]:2401/home/cvspublic checkout -P -d jdom jdom /home/cvspublic: no such repository 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]
cvs commit: gump/python/gump/document/xdocs documenter.py
ajack 2004/07/21 21:20:33 Modified:python/gump/document/xdocs documenter.py Log: Count 'unbuilt dependencies' on pre-reqs, so we know how 'far' they are from being built, but do so *w/o* a side effect bug. Revision ChangesPath 1.22 +3 -2 gump/python/gump/document/xdocs/documenter.py Index: documenter.py === RCS file: /home/cvs/gump/python/gump/document/xdocs/documenter.py,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- documenter.py 21 Jul 2004 14:54:34 - 1.21 +++ documenter.py 22 Jul 2004 04:20:33 - 1.22 @@ -1095,9 +1095,10 @@ projectRow.createData(project.getFullDependencyCount()) +# Count unbuilt dependencies unbuilt=0 -for project in project.getFullDependencyProjectList(): -if not project.isSuccess(): +for dep in project.getFullDependencyProjectList(): +if not dep.isSuccess(): unbuilt+=1 projectRow.createData(unbuilt) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BSF
Adam R. B. Jack wrote: Anybody aware of the status of BSF? It got donated to the ASF: http://jakarta.apache.org/bsf/ - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDOM
Adam R. B. Jack wrote: I sent e-mail to these folks a week (maybe less) ago, no response (so far): Who, precisely? I have found [EMAIL PROTECTED] to be responsive. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: [CRIMSON] Crimson on JDK1.5
Adam R. B. Jack wrote: This seems (to me) the obvious outcome (although I had to ask). Can anybody help me with why XERCES depends upon CRIMSON? http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/details.html http://brutus.apache.org/gump/jdk15/xml-crimson/xml-xerces/details.html Is this an historical dependency? [Would that I had the resources to answer my own questions, but then, I'd still rather get human insights to enhance empirical.] Because I am evil? ;-) Ant requires an XML parser. Xerces 2 contained common code (or at least package names) with Xerces 1. The Xerces team routinely used Xerces 1 in their build environment in order to build Xerces 2. Every once in a while, and completely unbeknownst to the Xerces development team, Xerces 2 would become broken or incomplete, but they would not know it because some aspect of Xerces 1 would "bleed through" the build environment. Compiling with a non-Xerces compiler allowed such problems to be identified. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDK 1.5
Adam R. B. Jack wrote: Yeah, there is something so rewarding about the 'thank you' one gets 99% of the time. Human feedback it is. Thanks. The other aspect I didn't mention is that you can proceed at whatever pace you want. Building with JDK 1.5 at the moment is a "nice to have". Identify one project a day or one a week or one a month as you have time. While you may see an occasional regression, overall progress tends to be cumulative. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Here's a wild idea
I was thinking wouldn't it be great to be able to see your projects gump build status straight from your project page. As it is gump spits out html with the build status of each project. What if it also spit out a javascript file that could be included in a projects home page that showed a little green or red ball showing the projects build state? That would be very nice indeed. Regards, Glen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]