BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 4 nags should have been sent G U M P [EMAIL PROTECTED]: freemarker/freemarker failed [EMAIL PROTECTED]: jakarta-tapestry/ognl failed [EMAIL PROTECTED]: javasrc/javasrc failed [EMAIL PROTECTED]: xml-xerces/xml-xerces1 failed G U M P [EMAIL PROTECTED]: freemarker/freemarker failed To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project freemarker has an issue affecting its community integration, and has been outstanding for 3 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/freemarker/freemarker/index.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Sole jar [freemarker.jar] identifier set to project name - Info - Dependency on javacc exists, no need to add for property javacc.home. - Info - Enable "verbose" output, due to 2 previous error(s). - Info - Failed with reason build failed - Info - Enable "debug" output, due to build failure. - - - - - -- -- G U M P Gump performed this work: http://lsd.student.utwente.nl/gump/freemarker/freemarker/gump_work/build_freemarker_freemarker.html Work Name: build_freemarker_freemarker (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 30 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Djavacc.home=/data3/gump/opt/javacc-3.1 jar [Working Directory: /data3/gump/freemarker] - BUILD FAILED /data3/gump/freemarker/build.xml:318: The following error occurred while executing this line: /data3/gump/freemarker/build.xml:377: Compile failed; see the compiler error output for details. at org.apache.tools.ant.ProjectHelper.addLocationToBuildException(ProjectHelper.java:536) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:385) at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:105) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.Project.executeTargets(Project.java:1062) at org.apache.tools.ant.Main.runBuild(Main.java:667) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.Main.start(Main.java:151) at org.apache.tools.ant.Main.main(Main.java:234) Caused by: /data3/gump/freemarker/build.xml:377: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383) ... 11 more --- Nested Exception --- /data3/gump/freemarker/build.xml:377: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383) at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:105) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.too
window of opportunity
Would it possible to reschedule brutus to run 4-6 hours later than the current configuration? As things stand the window of opportunity between a notification from LSD and the startup of the brutus session is too small to get in commits - as such its near to impossible to leverage multiple runs within a single day. Currently things are equivalent to: <---> <> LSD Brutus 0--2--4--6--8--10--12--14--16--18--20--22--24 Pushing in a 4-6 hour delay would shift things to: <---> <> LSDBrutus 0--2--4--6--8--10--12--14--16--18--20--22--24 This would provide two windows within a 24 hour period to check results and make updates (which would be twice as good). WDYT? Cheers, Steve. -- || | Magic by Merlin| | Production by Avalon | || | http://avalon.apache.org/merlin| | http://dpml.net/merlin/distributions/latest| || - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/python/gump/svg __init__.py depdiag.py svg.py drawing.py .cvsignore
ajack 2004/04/09 15:38:26 Modified:python/gump/document forrest.py python/gump/utils __init__.py python/gump/test pyunit.py python/gump/output statsdb.py Added: python/gump/shared .cvsignore __init__.py comparator.py python/gump/test depdiag.py svg.py drawing.py python/gump/svg __init__.py depdiag.py svg.py drawing.py .cvsignore Log: *** Work in progress *** Tinkering with a dependency diagram, written as SVG, to show relationships (using graphics/colors/patterns). Revision ChangesPath 1.1 gump/python/gump/shared/.cvsignore Index: .cvsignore === *.pyc 1.1 gump/python/gump/shared/__init__.py Index: __init__.py === #!/usr/bin/env python # Copyright 2003-2004 The Apache Software Foundation # # Licensed under the Apache License, Version 2.0 (the "License"); # you may not use this file except in compliance with the License. # You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, software # distributed under the License is distributed on an "AS IS" BASIS, # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. # See the License for the specific language governing permissions and # limitations under the License. # tell Python what modules make up the gump.output package __all__ = ["comparator"] 1.1 gump/python/gump/shared/comparator.py Index: comparator.py === #!/usr/bin/python # Copyright 2003-2004 The Apache Software Foundation # # Licensed under the Apache License, Version 2.0 (the "License"); # you may not use this file except in compliance with the License. # You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, software # distributed under the License is distributed on an "AS IS" BASIS, # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. # See the License for the specific language governing permissions and # limitations under the License. # # $Header: /home/cvs/gump/python/gump/shared/comparator.py,v 1.1 2004/04/09 22:38:25 ajack Exp $ # # # Module Comparisons # def compareModulesByElapsed(module1,module2): elapsed1=module1.getElapsedSecs() elapsed2=module2.getElapsedSecs() c = 0 if elapsed1 > elapsed2: c = -1 if elapsed1 < elapsed2: c = 1 if not c: c=cmp(module1,module2) return c def compareModulesByProjectCount(module1,module2): count1=len(module1.getProjects()) count2=len(module2.getProjects()) c = count2 - count1 if not c: c=cmp(module1,module2) return c def compareModulesByDependencyCount(module1,module2): count1=module1.getFullDependencyCount() count2=module2.getFullDependencyCount() c= count2 - count1 if not c: c=cmp(module1,module2) return c def compareModulesByDependeeCount(module1,module2): count1=module1.getFullDependeeCount() count2=module2.getFullDependeeCount() c= count2 - count1 if not c: c=cmp(module1,module2) return c def compareModulesByFOGFactor(module1,module2): fog1=module1.getFOGFactor() fog2=module2.getFOGFactor() # Allow comparison to 2 decimal places, by *100 c= int(round((fog2 - fog1)*100,0)) if not c: c=cmp(module1,module2) return c def compareModulesByLastUpdated(module1,module2): lu1=module1.getLastUpdated() lu2=module2.getLastUpdated() c= int(round(lu2 - lu1,0)) if not c: c=cmp(module1,module2) return c # # Project Comparisons # def compareProjectsByElapsed(project1,project2): elapsed1=project1.getElapsedSecs() elapsed2=project2.getElapsedSecs() c = 0 if elapsed1 > elapsed2: c = -1 if elapsed1 < elapsed2: c = 1 if not c: c=cmp(project1,project2) return c def compareProjectsByDependencyCount(project1,project2): count1=project1.getDependencyCount() count2=project2.getDependencyCount() c= count2 - count1 if not c: c=cmp(project1,project2) return c def compareProjectsByDependeeCount(project1,project2): count1=project1.getDependeeCount()
cvs commit: gump/python/gump/shared - New directory
ajack 2004/04/09 15:36:45 gump/python/gump/shared - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/python/gump/svg - New directory
ajack 2004/04/09 15:36:45 gump/python/gump/svg - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RT] Gump from the user perspective
> Adam R. B. Jack wrote: > > I'm sold on this approach. > > for good reference, I'm not :-D. I am not a UI expert in any way, but > I'm trying to learn a little atm. I'm game for trying stuff ;) I think I'm at a point where I want to step back, and see the big picture. I am *finally* tinkering with my first fun contribution to Gump, and I've been down in the bowels way too long. I want to step back, to re-evaluate, and I like this as a way to get a fresh perspective. > alas, Adam, just go write up that imaginary user instead of fixing that > bug! I found its real difficult, since gump already has real users and > you don't want to make any of those feel stereotyped :-D I don't see why not. Better that, than not directly considered. We've discuss Gumpmeisters, but where is the Gumpmeister view verses the normal human view? We don't have a separation, and the current output is a cluster 'cos of that. My thought is that this can't harm. Anyway, I'm going to be playing with DependencyDiagram for a while. Re-inventing wheels (no doubt) but having fun. So, tinkering with implementation not being visionary. :) regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RT] Gump from the user perspective
Adam R. B. Jack wrote: I'm sold on this approach. for good reference, I'm not :-D. I am not a UI expert in any way, but I'm trying to learn a little atm. I'm game for trying stuff ;) alas, Adam, just go write up that imaginary user instead of fixing that bug! I found its real difficult, since gump already has real users and you don't want to make any of those feel stereotyped :-D -- cheers, - Leo Simons --- Weblog -- http://leosimons.com/ Component Community -- http://componentplanet.org/ Component Glue -- http://jicarilla.org/ --- "We started off trying to set up a small anarchist community, but people wouldn't obey the rules." -- Alan Bennett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
GumpifiMavenification (was Re: Jakarta Commons Gumpification)
> Yep, theres lots to discuss about this. We could use any pointers you > can supply, Any chance you could use your favourite list archive to look for messages with 'Maven' in the subject for 'gump' and (more historically) 'jakarta-gump'? [I'm not sure if the eyebrowse index is working or not.] This might be a lot to ask, but we've had a number of good conversations with Brett Porter on this topic, and I think you'd find them interesting. [Gak, eyebrowse does seem dorked still, or I'd point you to there one where I ask about group/artefact ids.] Please let me know if this is problem, and if so, I'll forward some salient ones. > http://lsd.student.utwente.nl/gump/gump_repo/gump_work/update_jakarta-commons.html > I notice we already have a few commons projects getting run > by gump. More than a few, most if not all, see: http://lsd.student.utwente.nl/gump/jakarta-commons/index.html#All+Projects http://lsd.student.utwente.nl/gump/jakarta-commons-sandbox/index.html#All+Projects I'd like to discuss a migration plan whereby we start exercising more and more to Maven (or use Maven in parallel to Ant) for Gump, *BUT* without too much destabilization (since you seen plenty of green there). Perhaps pick projects with minimal dependencies, and start with them. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Commons Gumpification
Adam R. B. Jack wrote: Hey Bubba, ;-) So I've been reviewing the project.xml files in the Jakarta Commons and I see the gumpRepositoryId tag in them. In some its the projects name in others its just "jakarta". Should this be set to something specific? It seems wierd to have multiple project.xml's with the same gump repository id in them? I don't know POM, but from a Gump point of view, I believe the name ought reference one of these: http://lsd.student.utwente.nl/gump/repositories.html Yes, it looks like these entries should all be "jakarta" for projects in the Jakarta Commons then. I think the contents of the Gump portions of the POMs might be stale. Folks generate the GOM (using maven gump) but then often edit by hand, instead of regenerating. I just sent you a message on commons-dev. Hopefully we'll see you back here. Yep, theres lots to discuss about this. We could use any pointers you can supply, I notice we already have a few commons projects getting run by gump. http://lsd.student.utwente.nl/gump/gump_repo/gump_work/update_jakarta-commons.html -Mark regards, Adam - 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]
Re: Jakarta Commons Gumpification
> Hey Bubba, ;-) > So I've been reviewing the project.xml files in the Jakarta Commons and > I see the gumpRepositoryId tag in them. In some its the projects name in > others its just "jakarta". Should this be set to something specific? It > seems wierd to have multiple project.xml's with the same gump repository > id in them? I don't know POM, but from a Gump point of view, I believe the name ought reference one of these: http://lsd.student.utwente.nl/gump/repositories.html I think the contents of the Gump portions of the POMs might be stale. Folks generate the GOM (using maven gump) but then often edit by hand, instead of regenerating. I just sent you a message on commons-dev. Hopefully we'll see you back here. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jakarta Commons Gumpification
Hey Bubba, So I've been reviewing the project.xml files in the Jakarta Commons and I see the gumpRepositoryId tag in them. In some its the projects name in others its just "jakarta". Should this be set to something specific? It seems wierd to have multiple project.xml's with the same gump repository id in them? -Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RT] Gump from the user perspective
> http://wiki.apache.org/gump/ImaginaryUsers First thought, you have a powerful/fun imagination. :) Second thought, damn -- do you find my resume or something? Whew, maybe not, I'm kinda spread over a few of them. ;-) Third thought -- yes, why not. At first I felt this was more joke, than a valuable step, but why not try to get inside the mindset of expected users? I can accept that. > http://wiki.apache.org/gump/UsageScenarios I liked these as measures of usability. > http://wiki.apache.org/gump/UserModel I enjoy this total way of looking at the problem, much more end result centric than feature/fix centric. Nice to get out of the trenches and have (if not a road map) a vision of the final outcome. I realize how much I've been limiting myself to what is possible (given my current state of knowledge of Gump, of Python, and such) and crawling along at a slow implementation pace. This give the ability to view the future, and then go off and figure out how to implement it afterwards. I feel there is a lot more fun in exploring that unknown, and finding solutions to problems, not just manipulating solutions. I'm sold on this approach. I say we build on it, and refer to it regularly. I'll try to add to it (or refine the cases there). regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: depot/depot-version-antlet failed
> >Won't Gump simply do it tonight when it synchronizes the ant working > >directory with ant CVS? Am I missing something? > > > The dist dir is not part of CVS, so unless it cleans the dir first it > will be left there Gump sync both copies new content, and deletes old (non-matching) content. After a sync the work directory trees ought be a pristine/exact copy of what is in CVS. Let's leave it there as a test. :-) regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: depot/depot-version-antlet failed
Adam R. B. Jack wrote: Sorry about this. The junit.antlet from antworks was a little over aggressive and forced the download the junit jar. [..] Can someone please delete /data3/gump/ant/dist/lib/junit-3.8.1.jar Won't Gump simply do it tonight when it synchronizes the ant working directory with ant CVS? Am I missing something? The dist dir is not part of CVS, so unless it cleans the dir first it will be left there - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: depot/depot-version-antlet failed
> Sorry about this. > The junit.antlet from antworks was a little over aggressive and forced > the download the junit jar. [..] > Can someone please delete > > /data3/gump/ant/dist/lib/junit-3.8.1.jar > Won't Gump simply do it tonight when it synchronizes the ant working directory with ant CVS? Am I missing something? regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: depot/depot-version-antlet failed
Adam Jack wrote: To whom it may engage... Caused by: /data3/gump/ant/dist/tools/antlet/junit-0.1/xbuild.xml:24: *** * A required jar was downloaded to /data3/gump/ant/dist/lib * Please restart the build procedure. *** * * junit-3.8.1.jar was downloaded to /data3/gump/ant/dist/lib * *** Sorry about this. The junit.antlet from antworks was a little over aggressive and forced the download the junit jar. I have fixed that antlet to only download the jar if the junit.framework.TestCase is not found. To download it to ${user.home}/.ant/lib not ${ant.home}/lib And finally to only download and fail for a restart when junit is actually called. Can someone please delete /data3/gump/ant/dist/lib/junit-3.8.1.jar for me. R, Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[RT] Gump from the user perspective
I read the online part of "User Interface Design for Programmers" (http://www.joelonsoftware.com/uibook/chapters/fog57.html), and I immediately thought about applying the lessons learned to gump. The result so far are three wiki pages (would be a bit long for an e-mail): http://wiki.apache.org/gump/ImaginaryUsers http://wiki.apache.org/gump/UsageScenarios http://wiki.apache.org/gump/UserModel I'm anxious to get feedback :-D -- cheers, - Leo Simons --- Weblog -- http://leosimons.com/ Component Community -- http://componentplanet.org/ Component Glue -- http://jicarilla.org/ --- "We started off trying to set up a small anarchist community, but people wouldn't obey the rules." -- Alan Bennett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Gump Wiki] New: UserModel
Date: 2004-04-09T07:31:21 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: UserModel URL: http://wiki.apache.org/gump/UserModel no comment New Page: == The current user activity == How do people use gump right now? Some people's activity is triggered from receiving a failure notification. On receiving it, they'll click-through to the website, spend some minutes looking at the pages (perhaps compare with the previous days' result), figure out the problem, remember the troubling project, open up their IDE, commit a change to some project, and wait for the next notification (there's no success notification). Other people track gump actively. They take a look at the state of the tree or they'll run a local build or partial test build when they change something to make sure it doesn't infect the project its dependencies. But there's only a handful of people doing this, because it requires a lot of understand of gump internals. === Let someone else do it === For many gump-built projects, a small subset of the people working on it do the gump maintainance. A change is only needed every now and then anyway, someone is happy maintaing the thing, so people don't bother to learn. They know that a failure notification is a sign of trouble, but usually the problem goes away quickly enough that they're not too worried. If a problem pops up for a long time, they'll send an e-mail to the person working with gump and ask them what is wrong. === Update descriptor, one iteration per night === Those people doing that maintainance for that project usually have a hunch after reading the failure notification of what is wrong. Nine times out of ten, either the buildfile or the gump descriptor needs a simple change (someone introduced a new dependency and didn't update the gump descriptor, for example). They make the change (visit the "all projects" gump page and find the name for the new dependency, add it to the project definition using their favorite editor, and commit the new definition), then wait for the next run to find out if it was sufficient. === Use the commandline tools === These people have shell access to a gump machine or have a gump installation on their own machine. They're familiar with the [GumpCommandLineOptions command line], have a reasonable grasp of the gump internals (having read some of the docs), and usually they spend quite a bit of time helping "lesser gump meisters" debug their build issues by running builds locally from the commandline, often tweaking various parameters and setting things like -debug, then relaying the results via e-mail. === Keep track of the state of the gump tree === These people have an active interest in the quality of a large range of projects. They might be subscribed to the gump RSS feeds. They'll notice when things break and stay broken by looking at those feeds, and will send e-mail to the people who broke things asking them to fix them. === Develop gump itself (gump as gump's integration test) === The gump developers will usually implement a feature and push it live (via a cvs commit + cvs up) immediately, run a build, and if things don't seem to break, the feature is left in. They have working knowledge on the state of the gump tree and if it is invariant under the new feature, they're not too worried. == The current user model == The dominant user model seems to be that gump is some complex beast written in a language they don't understand, working in a way they don't exactly understand, maintained by some people to do its thing on some server somewhere. This beast is controlled through dozens of XML files which live in its CVS. It detects if something breaks, and if something breaks, you need to figure out which XML file to update. Sometimes, updating an xml file won't help and some gump master will send e-mail to a project you depend on because they broke backward compatibility. In short, gump is something complex not easily understood, and there's people who help you when there's a problem. A bit like how granny uses a computer and calls her son or grandson everytime there's a "problem" (like when it says there's a virus definition that's wrong). == The desired user model == Something like this? Gump emulates a fellow developer (though he's not office-assistant-style-patronizing). You can tell gump to take a look at your changes. He'll find some time for that, try and compile and test your stuff, then send you a bug report if he finds a problem. Gump is frantic about testing, so he'll usually run a lot of diagnostics while he works on the stuff you feed him, and he has an uncanny way of figuring out if your change breaks your friend's project. There's no such thing as "friend of gump". Gump is a friend of everyone. He's a skilled, automated, intelligent, reproduceable beta (nay, alpha) tester. In other words, gump is a unique indespensable tool (like CVS or unit tests or a bug data
[Gump Wiki] Updated: FrontPage
Date: 2004-04-09T06:56:07 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: FrontPage URL: http://wiki.apache.org/gump/FrontPage no comment Change Log: -- @@ -42,6 +42,9 @@ '''UsageScenarios''' Gump builds quite a few projects, interacting with quite a selection of different programmers. So, it has quite a few use cases, and complex ones at that. + '''UserModel''' + How do people interact with gump? How do they expect to interact with gump? + = Old stuff = The old index page is at GumpProjectPages. (Someone should clean that out :-D) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Gump Wiki] Updated: UsageScenarios
Date: 2004-04-09T06:55:15 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: UsageScenarios URL: http://wiki.apache.org/gump/UsageScenarios no comment Change Log: -- @@ -1,4 +1,4 @@ -Gump builds quite a few projects, interacting with quite a selection of different programmers. So, it has quite a few use cases, and complex ones at that. +Gump builds quite a few projects, interacting with quite a selection of different programmers. So, it has quite a few use cases, and complex ones at that. If you can think of a use case that isn't listed yet, don't hesitate and add it below! == Investigate and assign failure == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Gump Wiki] New: UsageScenarios
Date: 2004-04-09T06:53:33 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: UsageScenarios URL: http://wiki.apache.org/gump/UsageScenarios no comment New Page: Gump builds quite a few projects, interacting with quite a selection of different programmers. So, it has quite a few use cases, and complex ones at that. == Investigate and assign failure == [wiki:ImaginaryUsers Jason] is working on the next generation of some popular java-based publishing framework, and the build started failing last night, which he just found out (it's 8:45am) on opening his inbox. This is not good, since he's supposed to be cutting a release in two weeks. He wants to know what caused the problem (including who introduced it), file a description into the issue tracker, then assign it to someone. == Update descriptor for project split-up == [wiki:ImaginaryUsers Steve] is splitting up the EJB engine into small components, and replacing ant with maven as the build tool. This is a gradual process he's been at for weeks. They just made the logger pluggable and split it into SPI and implementation, now he wants to go in and update gump to know about the change, of course running a test build to make sure the changes work on a system other than his own. == Fix a repeating project incompatibility through trial and error == [wiki:ImaginaryUsers JD]s new YAML-based configuration toolkit has not been building for a week now, and he's determined to fix it in the next two hours. He has no idea what the problem is yet, but it seems someone introduced an incompatibility in the AOP library. Since that library doesn't have tests, he just employs a trial and error method for finding the bug. This requires small commits to both the config toolkit and the AOP library, and compiling the two projects branches he's doing this on after each change. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: --xdocs
Any feedback on this plan, or a lazy JFDI? regards Adam - Original Message - From: "Adam R. B. Jack" <[EMAIL PROTECTED]> To: "Gump code and data" <[EMAIL PROTECTED]> Sent: Tuesday, April 06, 2004 3:20 PM Subject: Re: --xdocs > > > and then write directly too the tomcat/forrest/docs (or whatever) dir. > > > > Don't sync from write dir but write them directly. > > The main reason I was so anal about doing a sync was because I'd run a full > forrest, and any old invalid xdoc would bring down the whole site > generation. [It wasn't just that I fell in love w/ Antoine's code. ;-)] This > isn't so much of an issue with dynamic pages, as stray flotsom/jetsam don't > affect other pages. > > That said, even with the new (dynamic) approach I feel there is merit in the > sync solution (I feel), and I'd like to explore it... > > The pseudo-code (ignoring modules for a mo): > > documenter.prepare() [1] > > for project in gumpRun.getProjects(): > build(project) > documenter.documentProject(project) [2] > > documenter.documentRun(gumpRun) [3] > > The activity: > > 1) Copy the template into the log directory (so skins/properties updated.) > [Copy not Sync] > > This is a tad premature (it could lead to a few broken links), but I think > with a dynamic site no time is ever perfect. > > 2) Create the project xdoc pages (but know we are doing this 'early', see > note.): > > .../{module}/{project}.xml > .../{module}/work/{work1..N}.xml > .../{module}/images/*.svg (soon I hope :-) > > Note -- I would estimate that 90% of the effort is in the ./work directory > (the build logs). > > Note -- project pages sometime refer to other projects, project that have > not yet been built. (e.g. table of dependees). We ought avoid this when > doing things 'early', so pass this as a flag to those methods. > > BTW: I think it might be time to change this to .../{module}/{project}/ so > sync is easier. > > [Ought we update buildLog.xml page here? I suspect so.] > > 3) Redo all of the above -- we'll the pages that might change (e.g. ) > > 1) generate module/project documentation (now everything is done) > 2) generate stats & xref information > 3) generate workspace information > > 3.1) is basically recreating index.xml pages (and maybe some pretty *.svgs) > not more. > > With this, we can have our cake & eat it (IMHO). Using sync we have the > smallest window of broken links, and the freshest data, cheapest. > > BTW: I ought add that generating xdocs is not (IMO) expensive, they zip > along (especially now they no longer leak). [i.e. It isn't xdoc generation > that is expensive, it is running forrest on them.] > > regards, > > Adam > > P.S. How many folk think I am over complicating this? ;-) I don't think so, > but will listen. > > > - > 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]
[jira] Updated: (GUMP-38) Does NOT cope with circular dependencies
The following issue has been updated: Updater: Adam Jack (mailto:[EMAIL PROTECTED]) Date: Fri, 9 Apr 2004 6:46 AM Changes: summary changed from Does cope with circular dependencies to Does NOT cope with circular dependencies - For a full history of the issue, see: http://issues.apache.org/jira/browse/GUMP-38?page=history - View the issue: http://issues.apache.org/jira/browse/GUMP-38 Here is an overview of the issue: - Key: GUMP-38 Summary: Does NOT cope with circular dependencies Type: Bug Status: Unassigned Priority: Major Project: Gump Components: Python Assignee: Reporter: Adam Jack Created: Tue, 23 Mar 2004 6:33 AM Updated: Fri, 9 Apr 2004 6:46 AM Description: 1) Circular includes in metadata(href links that circle) are not detected. Logic will spin until it crashes. 2) Circular dependencies (perhaps within project property based dependencies) are not detected. Logic will spin until it crashes. (most recent call last): File "gump/integrate.py", line 85, in ? irun() File "gump/integrate.py", line 56, in irun workspace=WorkspaceLoader().load(ws, 0) File "/data3/gump/gump-install/python/gump/model/loader.py", line 96, in load XMLServer.map, XMLTracker.map) File "/data3/gump/gump-install/python/gump/model/workspace.py", line 384, in complete project.complete(self) File "/data3/gump/gump-install/python/gump/model/project.py", line 468, in complete dependency.getProject().complete(workspace) File "/data3/gump/gump-install/python/gump/model/project.py", line 468, in complete dependency.getProject().complete(workspace) File "/data3/gump/gump-install/python/gump/model/project.py", line << really big snip of identical errors >> 468, in complete dependency.getProject().complete(workspace) File "/data3/gump/gump-install/python/gump/model/project.py", line 461, in complete if self.ant: self.ant.expand(self,workspace) File "/data3/gump/gump-install/python/gump/model/ant.py", line 52, in expand self.expandProperties(project,workspace) File "/data3/gump/gump-install/python/gump/model/ant.py", line 61, in expandProperties self.importProperty(property) File "/data3/gump/gump-install/python/gump/model/property.py", line 164, in importProperty self.addProperty(Property(xmlproperty,self)) File "/data3/gump/gump-install/python/gump/model/property.py", line 27, in __init__ NamedModelObject.__init__(self,xml.getName(),xml,parent) File "/data3/gump/gump-install/python/gump/model/object.py", line 138, in __init__ ModelObject.__init__(self,xml,owner) File "/data3/gump/gump-install/python/gump/model/object.py", line 40, in __init__ FileHolder.__init__(self) File "/data3/gump/gump-install/python/gump/utils/file.py", line 154, in __init__ self.filelist=FileList(self) File "/data3/gump/gump-install/python/gump/utils/file.py", line 118, in __init__ Ownable.__init__(self,owner) File "/data3/gump/gump-install/python/gump/utils/owner.py", line 27, in __init__ self.setOwner(owner) File "/data3/gump/gump-install/python/gump/utils/owner.py", line 33, in setOwner if self == owner: RuntimeError: maximum recursion depth exceeded Integration completed with exit code : 1 Failed to integrate, exited with [1], exiting... - 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]
[jira] Commented: (GUMP-31) cvs dirs should be cleaned every month (or so)
The following comment has been added to this issue: Author: Adam Jack Created: Fri, 9 Apr 2004 6:45 AM Body: Currently the re-use of the downloaded CVS tree is used to detect if updates have been made to the code base. This knowledge is key for detecting if a project changed about the time another (dependee) started failing. If we do this, we have to re-work that aspect. - View this comment: http://issues.apache.org/jira/browse/GUMP-31?page=comments#action_28074 - View the issue: http://issues.apache.org/jira/browse/GUMP-31 Here is an overview of the issue: - Key: GUMP-31 Summary: cvs dirs should be cleaned every month (or so) Type: New Feature Status: Unassigned Priority: Major Project: Gump Components: Python Fix Fors: unspecified Versions: unspecified Assignee: Reporter: Leo Simons Created: Sun, 14 Mar 2004 12:11 PM Updated: Fri, 9 Apr 2004 6:45 AM Description: cvs hackery corrupts cvs trees. We should shield gump against this: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=672035 - 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]
[jira] Closed: (GUMP-13) Work output on projects can over-write each other
Message: The following issue has been closed. Resolver: Adam Jack Date: Fri, 9 Apr 2004 6:43 AM Projects have been moved to separate directories, as such this issue no longer exists. - View the issue: http://issues.apache.org/jira/browse/GUMP-13 Here is an overview of the issue: - Key: GUMP-13 Summary: Work output on projects can over-write each other Type: Bug Status: Closed Priority: Minor Resolution: FIXED Project: Gump Components: Python Fix Fors: unspecified Versions: unspecified Assignee: Adam Jack Reporter: Adam Jack Created: Thu, 12 Feb 2004 12:03 PM Updated: Fri, 9 Apr 2004 6:43 AM Environment: All Description: If a module has multiple projects with work of the same 'name' the xdoc files to show output both get written to the modules directory by name, and hence overwrite one another. - 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]
[Gump Wiki] Updated: FrontPage
Date: 2004-04-09T06:42:08 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: FrontPage URL: http://wiki.apache.org/gump/FrontPage no comment Change Log: -- @@ -34,10 +34,13 @@ = Design Topics = - * HistoricalResultsDatabase + '''HistoricalResultsDatabase''' '''ImaginaryUsers''' Some imaginary user profiles for gump. For whom are we building this thing? + + '''UsageScenarios''' + Gump builds quite a few projects, interacting with quite a selection of different programmers. So, it has quite a few use cases, and complex ones at that. = Old stuff = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (GUMP-13) Work output on projects can over-write each other
Message: The following issue has been re-assigned. Assignee: Adam Jack (mailto:[EMAIL PROTECTED]) - View the issue: http://issues.apache.org/jira/browse/GUMP-13 Here is an overview of the issue: - Key: GUMP-13 Summary: Work output on projects can over-write each other Type: Bug Status: Open Priority: Minor Project: Gump Components: Python Fix Fors: unspecified Versions: unspecified Assignee: Adam Jack Reporter: Adam Jack Created: Thu, 12 Feb 2004 12:03 PM Updated: Fri, 9 Apr 2004 6:42 AM Environment: All Description: If a module has multiple projects with work of the same 'name' the xdoc files to show output both get written to the modules directory by name, and hence overwrite one another. - 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]
[jira] Closed: (GUMP-8) Some python modules seem to be flagged as binary
Message: The following issue has been closed. Resolver: Adam Jack Date: Fri, 9 Apr 2004 6:41 AM Steps were taken to resolve this, and limit the chances of it happneing again. - View the issue: http://issues.apache.org/jira/browse/GUMP-8 Here is an overview of the issue: - Key: GUMP-8 Summary: Some python modules seem to be flagged as binary Type: Bug Status: Closed Resolution: FIXED Project: Gump Components: Python Versions: unspecified Assignee: Adam Jack Reporter: Sebb Created: Wed, 10 Dec 2003 10:57 AM Updated: Fri, 9 Apr 2004 6:41 AM Environment: Operating System: Other Platform: Other Description: For example, I noticed that python/storage/ruper/__init__.py shows up as binary (at least when using Eclipse!) Probably not a big deal... - 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]
[jira] Closed: (GUMP-15) GumPY does not seem to honour tag
Message: The following issue has been closed. Resolver: Adam Jack Date: Fri, 9 Apr 2004 6:41 AM Coded added, which apears to work. - View the issue: http://issues.apache.org/jira/browse/GUMP-15 Here is an overview of the issue: - Key: GUMP-15 Summary: GumPY does not seem to honour tag Type: Bug Status: Closed Priority: Minor Resolution: FIXED Project: Gump Components: Python Assignee: Adam Jack Reporter: Sebb Created: Fri, 13 Feb 2004 7:29 AM Updated: Fri, 9 Apr 2004 6:41 AM Description: The jakarta-jmeter-cvs Gump project includes the line This causes the file to appear on traditional Gump: http://gump.covalent.net/jars/latest/jakarta-jmeter/ But the Python version seems not to process it: http://lsd.student.utwente.nl/gump/jars/jakarta-jmeter/jars/ - 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]
[jira] Assigned: (GUMP-15) GumPY does not seem to honour tag
Message: The following issue has been re-assigned. Assignee: Adam Jack (mailto:[EMAIL PROTECTED]) - View the issue: http://issues.apache.org/jira/browse/GUMP-15 Here is an overview of the issue: - Key: GUMP-15 Summary: GumPY does not seem to honour tag Type: Bug Status: Open Priority: Minor Project: Gump Components: Python Assignee: Adam Jack Reporter: Sebb Created: Fri, 13 Feb 2004 7:29 AM Updated: Fri, 9 Apr 2004 6:39 AM Description: The jakarta-jmeter-cvs Gump project includes the line This causes the file to appear on traditional Gump: http://gump.covalent.net/jars/latest/jakarta-jmeter/ But the Python version seems not to process it: http://lsd.student.utwente.nl/gump/jars/jakarta-jmeter/jars/ - 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]
[jira] Assigned: (GUMP-8) Some python modules seem to be flagged as binary
Message: The following issue has been re-assigned. Assignee: Adam Jack (mailto:[EMAIL PROTECTED]) - View the issue: http://issues.apache.org/jira/browse/GUMP-8 Here is an overview of the issue: - Key: GUMP-8 Summary: Some python modules seem to be flagged as binary Type: Bug Status: Open Project: Gump Components: Python Versions: unspecified Assignee: Adam Jack Reporter: Sebb Created: Wed, 10 Dec 2003 10:57 AM Updated: Fri, 9 Apr 2004 6:39 AM Environment: Operating System: Other Platform: Other Description: For example, I noticed that python/storage/ruper/__init__.py shows up as binary (at least when using Eclipse!) Probably not a big deal... - 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]
[Gump Wiki] New: ImaginaryUsers
Date: 2004-04-09T06:39:57 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: ImaginaryUsers URL: http://wiki.apache.org/gump/ImaginaryUsers no comment New Page: Reading [http://www.joelonsoftware.com/uibook/chapters/fog57.html Joel's "User Interface Design for Programmers"], apparently the first step in designing a program UI is to imagine some users. Since we have a core backbone, let us imagine those users. == Steve == Steve is a 36-year old enterprise architect who spends most of his working day managing a small team of "J2EE wizards" for a consultancy company in downtown London. He drinks a lot of coffee and plays nethack. His favorite OS is (secretly) OS/2. He's passionate about computers and software, so he has a shiny apple powerbook on which he develops, using an array of tools, mostly commandline, with vim as the shiny centerpiece. He also has a shiney orange phone/pda which doesn't work, which frustrates him beyond relief. Steve is often annoyed by the bad design in the projects he works with, but has learned to accept those things are a fact of life. When he finds time, he tries to help the software world forward by working on one or two open source projects that are replacements for the really bad design he encounters in daily life. Steve uses tcsh as a shell, knows the detailed syntax of over a hundred unix commands by head, and really appreciates the polished interface of Mail.app, which is where he spends half of his working day. == JD == JD just turned 22 and is in his third year of computer science at berkeley. He just started wearing glasses, drinks beer every once in a while but his main bevarage is milk, of which he drinks 2 liters a day. He uses debian on his workstation and bsd on the server that he and some fellow students use to share their MP3s. He's a bit of a free software fanatic, hangs out on slashdot, and spends 48 hours coding in one long run every now and then when he gets tired of studying parser theory. He's heavily involved in half a dozen free software projects, joins or starts a new project every 6 months, and is always up to speed on the latest technology developments. He uses eclipse for everything, including his schoolwork, which he writes in latex. == Jason == Jason has created his own dream job: he's an independent open source consultant. At 28, he's making tons of money helping fortune 500 companies out with their EAI worries, introducing top-notch open soure-based products (some of which he has developed or help develop himself) in the appropriate places, though also a lot more SAP and Oracle than is generally considered healthy. A German living in Tokio, he can get pretty lonely in his big appartment so he flies over to just about every interesting software conference in the US. His social life consists mostly of interaction with other programmers, and he likes it that way. == Duncan == Duncan has a big beard, thick glasses and weighs 240 pounds (which doens't really bother him). He raised two sons, one became a soccer player, the other is a physics teacher. At 49, he's just about the oldest geek in the head branch big automotive company he works for. His job consists of giving the rest of the ICT staff advice when there's a real big problem no-one understands. Since there's several people doing that, he has a lot of free time on his hands, especially when he just locks his door to play in one of the longest running MUDs that he helps admin. He's famous among other ubergeeks for his fortran-to-c translator, which featured on the pages of DDJ 20 years ago. Duncan is extremely pragmatic about the software tools he uses, as long as there's a way to interface them with perl. He was doing "free software" before the term was coined. Having had the joy of bootstrapping some of the big open source projects, he now limits his involvement mostly to smart two-sentence e-mails to some of the projects he keeps an eye on. Duncan never misses an episode of star trek (even though the newer series aren't nearly as good as the original series). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Gump Wiki] Updated: FrontPage
Date: 2004-04-09T06:07:08 Editor: 130.89.169.128 <> Wiki: Gump Wiki Page: FrontPage URL: http://wiki.apache.org/gump/FrontPage no comment Change Log: -- @@ -36,6 +36,9 @@ * HistoricalResultsDatabase + '''ImaginaryUsers''' + Some imaginary user profiles for gump. For whom are we building this thing? + = Old stuff = The old index page is at GumpProjectPages. (Someone should clean that out :-D) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project avalon-excalibur.xml
mcconnell2004/04/09 06:04:25 Modified:project avalon-excalibur.xml Log: Housekeeping. Revision ChangesPath 1.149 +0 -6 gump/project/avalon-excalibur.xml Index: avalon-excalibur.xml === RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v retrieving revision 1.148 retrieving revision 1.149 diff -u -r1.148 -r1.149 --- avalon-excalibur.xml 9 Apr 2004 06:38:34 - 1.148 +++ avalon-excalibur.xml 9 Apr 2004 13:04:25 - 1.149 @@ -197,12 +197,10 @@ - - @@ -921,7 +919,6 @@ - @@ -1087,13 +1084,11 @@ - - @@ -1250,7 +1245,6 @@ - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump gumpy.bat
nicolaken2004/04/09 05:52:02 Modified:bin gmp.bat .gumpy.bat Log: Bye bye jakarta! Revision ChangesPath 1.2 +6 -3 gump/bin/gmp.bat Index: gmp.bat === RCS file: /home/cvs/gump/bin/gmp.bat,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- gmp.bat 8 Apr 2004 12:31:01 - 1.1 +++ gmp.bat 9 Apr 2004 12:52:02 - 1.2 @@ -14,7 +14,7 @@ REM See the License for the specific language governing permissions and REM limitations under the License. REM -REM _ J A K A R T A G U M P _ J A K A R T A G U M P _ J A K A R T A G U M P _ +REM _ A P A C H E G U M P _ A P A C H E G U M P _ A P A C H E G U M P _ REM REM REM $Header$ @@ -39,6 +39,9 @@ REM _ J A K A R T A G U M P _ J A K A R T A G U M P _ J A K A R T A G U M P _ REM REM $Log$ +REM Revision 1.2 2004/04/09 12:52:02 nicolaken +REM Bye bye jakarta! +REM REM Revision 1.1 2004/04/08 12:31:01 nicolaken REM Add the new commandline stuff before I lose it on my cranky HD. REM 1.6 +1 -1 gump/gumpy.bat Index: gumpy.bat === RCS file: /home/cvs/gump/gumpy.bat,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- gumpy.bat 5 Apr 2004 19:03:35 - 1.5 +++ gumpy.bat 9 Apr 2004 12:52:02 - 1.6 @@ -14,7 +14,7 @@ REM See the License for the specific language governing permissions and REM limitations under the License. REM -REM _ J A K A R T A G U M P _ J A K A R T A G U M P _ J A K A R T A G U M P _ +REM _ A P A C H E G U M P _ A P A C H E G U M P _ A P A C H E G U M P _ REM REM REM $Header$ @@ -38,8 +38,8 @@ REM _ J A K A R T A G U M P _ J A K A R T A G U M P _ J A K A R T A G U M P _ REM REM $Log$ -REM Revision 1.5 2004/04/05 19:03:35 ajack -REM Gut gumpy.sh and gumpy.bat and call gumpy.py (once env set). +REM Revision 1.6 2004/04/09 12:52:02 nicolaken +REM Bye bye jakarta! REM REM REM _ J A K A R T A G U M P _ J A K A R T A G U M P _ J A K A R T A G U M P _ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/bin gmp.bat
Adam R. B. Jack wrote: JAKARTA? ;-) Hey, I just copied gumpy.bat! ;-PP - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, April 08, 2004 6:31 AM Subject: cvs commit: gump/bin gmp.bat nicolaken2004/04/08 05:31:01 Added: bin gmp.bat ... REM _ J A K A R T A G U M P _ J A K A R T A G U M P _ J A K A R T A G -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.6 and Jelly/Maven (was Re: [GUMP@lsd]: ant-1.5/ant-1.5 failed)
On 8 Apr 2004, at 07:47, Stefan Bodewig wrote: Back to the issue at hand. I'm sort of stuck here. I don't know anything about Jelly and Jelly development has stopped AFAICT. There doesn't seem to be anybody left I could ask questions or who'd apply patches should that become necessary. FWIW Paul Libbrecht is the main active jelly committer at the moment. development seems not to have stopped so much as slowed. i'd say that this is partly because maven is going to move away from jelly (at some time in the future) so a lot of maveneers moved on and partly because jelly is now reasonably mature. i've added a jaxme tag library recently and i'd be willing to take a look at jelly issues. (i did already have looking at this issue in mind but i was going to leave it until after i have gump running again.) i'd really like to see at least one jelly release, even if it's a 0.9. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]