Re: jaxen-from-packaged-dom4j: where to place in CLASSPATH

I'm willing to change my opinion of almost two years ago and make "traditional" Gump behave like Gumpy here. If you want to cheat, that's probably your problem. Thoughts? I am also willing to leave Gumpy as the "correct" way, unless someone else speaks up and says otherwise. If someone wants to

Re: Gump Icon/Slogan

Scott Sanders wrote: On Feb 10, 2004, at 7:46 AM, Adam R. B. Jack wrote: Nicola and I were chatting about "awareness", getting credit where due, and enabling pride of involvement. It got us thinking about a Gump icon, like: http://lsd.student.utwente.nl/gump/images/built-with-forrest-

Re: Gump Icon/Slogan

On Feb 10, 2004, at 7:46 AM, Adam R. B. Jack wrote: Nicola and I were chatting about "awareness", getting credit where due, and enabling pride of involvement. It got us thinking about a Gump icon, like: http://lsd.student.utwente.nl/gump/images/built-with-forrest- button.png. but with

Re: Proposed resolution for Gump as TLP

On Feb 9, 2004, at 10:27 PM, Bill Barker wrote: What I want to know is if Gump (or at least 'projects') is going to remain open to all ASF commiters. I see no problem at all in allowing full write access to all of gump (metadata and code) to all ASF committers. Why should we have a boundary u

Re: Going TLP -> finalize()

Stefano Mazzocchi wrote: Nick Chalko wrote: Nicola Ken Barozzi wrote: http://www.hyperdictionary.com/dictionary/rationalization # [n] the organization of a business according to scientific principles of management in order to increase efficiency # [n] systematic organization; the act of orga

Re: [HEADSUP] Overrides/merging...

Adam R. B. Jack wrote: I think that the 'old school' Gumpers understood merging and overrides, but that both are at risk with Gumpy. Not intentionally, so much as through lack of understanding. I seriously doubt that overrides work as (traditionally) intended, and merging -- gosh knows, probably n

Re: Going TLP -> finalize()

Nick Chalko wrote: Nicola Ken Barozzi wrote: http://www.hyperdictionary.com/dictionary/rationalization # [n] the organization of a business according to scientific principles of management in order to increase efficiency # [n] systematic organization; the act of organizing something accordin

cvs commit: jakarta-gump/python/gump/document forrest.py

ajack 2004/02/10 14:48:53 Modified:python/gump/model object.py project.py python/gump/document forrest.py Log: Another stab at setting/getting ids (when none set). Revision ChangesPath 1.16 +7 -5 jakarta-gump/python/gump/model/object.py Ind

Re: Gump & Maven -- plodding along...

> That is the issue, that marriage at the metadata level. > > Ok, "None" was the bit that confused me. Yes, as I understand it, the ID > should match Maven's ID. Not knowing gump, I'm not sure why this is a > problem - I thought the gump descriptor spat out by maven gump would set > this correctly.

RE: Gump & Maven -- plodding along...

> i.e. maven.jar.{id} in the build.properties file. > > http://gump.dotnot.org/jakarta-gump-test/work/display_file_cat_build.propert ies.html > That means (AFAICT) we need the Gump jar 'id' to match the Maven project artifact 'id' -- since Maven requires that I set each override explicitly -- > a

Re: Gump & Maven -- plodding along...

> I don't really know what you are talking about here, but I'll give some > background that might help. That makes two of us then, so thanks for trying to bring us both to a better understanding. :-) > In the project.xml, currently is the "artifactId" (it will at some time > be renamed as such).

RE: Gump & Maven -- plodding along...

Hi Adam, I don't really know what you are talking about here, but I'll give some background that might help. In the project.xml, currently is the "artifactId" (it will at some time be renamed as such). JAR files are usually constructed as artifactId-version.jar, where version is given by current

cvs commit: jakarta-gump/python/gump/test/resources/full1 server1.xml

ajack 2004/02/10 13:58:39 Modified:python/gump/test/resources/full1 server1.xml Log: Ah ... the unit test says 'repository' when it ought be a server. Revision ChangesPath 1.2 +2 -3 jakarta-gump/python/gump/test/resources/full1/server1.xml Index: server1

RE: Maven & Gump (again)

> > 2) Run the following: org.apache.maven.cli.App > > (2) is the preferred choice if it works as we'd get to catch > even more problems - for example if a change in JUnit breaks > Maven's junit plugin. This may be even more true as long as > we are unable to build Maven in Gump. > > If it do

cvs commit: jakarta-gump/python/gump/document xdoc.py

ajack 2004/02/10 13:25:43 Modified:python/gump/document xdoc.py Log: Hopefully removing an infinite loop... Revision ChangesPath 1.12 +7 -7 jakarta-gump/python/gump/document/xdoc.py Index: xdoc.py

cvs commit: jakarta-gump/python/gump/model project.py

ajack 2004/02/10 13:07:00 Modified:python/gump/model project.py Log: Default jar 'id' to project name, if only one jar in project. Revision ChangesPath 1.44 +4 -4 jakarta-gump/python/gump/model/project.py Index: project.py ==

cvs commit: jakarta-gump/python/gump/model server.py

ajack 2004/02/10 13:02:40 Modified:python/gump/model server.py Log: and again... Revision ChangesPath 1.8 +1 -1 jakarta-gump/python/gump/model/server.py Index: server.py === RCS file: /h

cvs commit: jakarta-gump/python/gump/model server.py

ajack 2004/02/10 13:01:55 Modified:python/gump/model server.py Log: And again... Revision ChangesPath 1.7 +1 -1 jakarta-gump/python/gump/model/server.py Index: server.py === RCS file: /h

cvs commit: jakarta-gump/python/gump/model server.py

ajack 2004/02/10 13:00:20 Modified:python/gump/model server.py Log: Gosh knows why local unit testing doesn't catch enough... :( Revision ChangesPath 1.6 +2 -0 jakarta-gump/python/gump/model/server.py Index: server.py ==

cvs commit: jakarta-gump/python/gump/document forrest.py

ajack 2004/02/10 12:53:39 Modified:python/gump/model project.py server.py python/gump/document forrest.py Log: 1) Attempt to set jar ids if none set [work in progress] 2) Attempt to link to other servers per object. [Sadly not traditional yet] Revision Change

cvs commit: jakarta-gump/python/gump/utils owner.py

ajack 2004/02/10 12:18:40 Modified:python/gump/syndication syndicator.py python/gump/model object.py project.py python/gump/document documenter.py xdoc.py forrest.py python/gump/utils owner.py Log: Gob fulls of minor tweaks. Revisio

cvs commit: jakarta-gump/python/gump/model module.py

ajack 2004/02/10 11:20:44 Modified:python/gump/model module.py Log: Allow

[HEADSUP] Overrides/merging...

I think that the 'old school' Gumpers understood merging and overrides, but that both are at risk with Gumpy. Not intentionally, so much as through lack of understanding. I seriously doubt that overrides work as (traditionally) intended, and merging -- gosh knows, probably not. Not saying this is a

Re: re POI is having trouble with gump was: GUMP

> It seems to me that Python Gump is NOT acting on the "tag" attribute, > but is only getting the code from HEAD. (does a manual cvs co need to be > done?) Traditional gump however is handling this correctly. Gumpy seem to be aware of tag, and uses " -r 'tag' " on the CVS command line for both che

Re: re POI is having trouble with gump was: GUMP

> Looks like the cvs command is missing the -rTAGNAME option > > see > http://lsd.student.utwente.nl/gump/jakarta-poi/work/update_jakarta-poi.html Oh..ok .. thanks... But is that an issue with Python Gump code, or do I need to do something to the project definition file? - Avik PS. sorry i

Re: re POI is having trouble with gump was: GUMP

Avik Sengupta wrote: [keeping this to gump list] Hey, Nick, thanks for checking this out... I figured this out thanks to Glen, but now I have a different problem.. The current POI definitions are : jakarta-poi - CVS REL_2_BRANCH, release code , build should be ok jakarta-poi-3 - CVS HEAD, exp

Re: re POI is having trouble with gump was: GUMP

[keeping this to gump list] Hey, Nick, thanks for checking this out... I figured this out thanks to Glen, but now I have a different problem.. The current POI definitions are : jakarta-poi - CVS REL_2_BRANCH, release code , build should be ok jakarta-poi-3 - CVS HEAD, experimental code , tests

Re: Going TLP -> finalize()

Nicola Ken Barozzi wrote: http://www.hyperdictionary.com/dictionary/rationalization # [n] the organization of a business according to scientific principles of management in order to increase efficiency # [n] systematic organization; the act of organizing something according to a system or a r

Re: Gump Icon/Slogan

> I like Friend of Gump for two reasons: > > 1) it can be used as a fancy acronim FoG :-) > 2) I'm planning to work extensively in finding a metric that really > tells how gump-friendly your project is so, you might be able to get > a FoG logo when you have, say, more than 10 FoG points. >

Re: Gump Icon/Slogan

Adam R. B. Jack wrote: Nicola and I were chatting about "awareness", getting credit where due, and enabling pride of involvement. It got us thinking about a Gump icon, like: http://lsd.student.utwente.nl/gump/images/built-with-forrest-button.png. Besides, Gump's logo is really bad. Sam designed

cvs commit: jakarta-gump/python/gump/model workspace.py

ajack 2004/02/10 08:08:36 Modified:python/gump/model workspace.py Log: Make the javac check optional. Revision ChangesPath 1.26 +4 -4 jakarta-gump/python/gump/model/workspace.py Index: workspace.py ===

Gump & Maven -- plodding along...

Ok, so some progress, some odd stuff: http://gump.dotnot.org/jakarta-gump-test/index.html So I'm writing the build.properties file, but see the 'None' below, that ought be the "id" of the jar. 1) I'm not quite sure what to

Re: Migrating Jakarta Gump to JIRA (from Bugzilla)

> Actually the only real info I need is project key (I assume GUMP) and > who the administrator will be. Thanks. I doubt the folks in the gump community would object to GUMP and [EMAIL PROTECTED] Reading that wiki page, I'd suspect there is ambivalence about keeping the Bugzilla data, there is l

Gump Icon/Slogan

Nicola and I were chatting about "awareness", getting credit where due, and enabling pride of involvement. It got us thinking about a Gump icon, like: http://lsd.student.utwente.nl/gump/images/built-with-forrest-button.png. but with some content like: Gumped for health[healthy relati

Re: Proposed resolution for Gump as TLP

Greg Stein wrote: On Tue, Feb 10, 2004 at 12:37:35AM -0500, Stefano Mazzocchi wrote: The Gump development community has voted unanimously to ask for top level project status, as previously mentioned to the board and has came up with a proposal for a resolution for the board to pass in the nex

cvs commit: jakarta-gump/project jakarta-cactus.xml

vmassol 2004/02/10 06:02:55 Modified:project jakarta-cactus.xml Log: Exclude Eclipse plugin build till we make the plugin work again. Revision ChangesPath 1.32 +13 -1 jakarta-gump/project/jakarta-cactus.xml Index: jakarta-cactus.xml ==

Re: Projects/Modules (and source dir / home dir / base dir)

On Mon, 9 Feb 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > For directories ... I see that (relative to the build. Yes. I assume it is named after Ant's own basedir attribute for the project tag in Ant build files. > I see that is the area for a project under a module", it is not where

Re: cvs commit: jakarta-gump/project mockobjects.xml

On Mon, 9 Feb 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: >> ERROR:gump:Command failed. [javac -help ]. ExitCode: 2 >> >> this is exactly what "javac -help" returns for JDK 1.3 (java full >> version "1.3.1_07-b02") on Linux. JDK 1.4.2's javac returns 0. >> > I think I made this a warning, n

Re: jaxen-from-packaged-dom4j: where to place in CLASSPATH

On Tue, 10 Feb 2004, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > I may be missing a reason why "traditional" Gump works the way it > does right now. well, at least I now know that I made sure it does: and found this thread

jaxen-from-packaged-dom4j: where to place in CLASSPATH

Hi, if you are fast, you can see that jaxen-from-packaged-dom4j fails on "traditional" Gumps at . The reason is this: [javac] Compiling 23 source files to /data/gump/jaxen/target/test-classes [javac] /data/gump/jaxen/src/java/test/org

cvs commit: jakarta-gump/project directory-naming.xml

bodewig 2004/02/10 00:01:51 Modified:project directory-naming.xml Log: Add tests to CLASSPATH Revision ChangesPath 1.9 +1 -0 jakarta-gump/project/directory-naming.xml Index: directory-naming.xml ==

cvs commit: jakarta-gump/project jakarta-cactus.xml

bodewig 2004/02/10 00:01:31 Modified:project jakarta-cactus.xml Log: Expected property name has changed Revision ChangesPath 1.31 +1 -1 jakarta-gump/project/jakarta-cactus.xml Index: jakarta-cactus.xml

Re: Proposed resolution for Gump as TLP

Stefan Bodewig wrote: On Mon, 9 Feb 2004, Bill Barker <[EMAIL PROTECTED]> wrote: What I want to know is if Gump (or at least 'projects') is going to remain open to all ASF commiters. We'll have to see, but I think the current model has been successful. Maybe we will want to split Gump into a met

cvs commit: jakarta-gump/project jakarta-slide.xml

bodewig 2004/02/09 23:54:52 Modified:project jakarta-slide.xml Log: Slide needs webdavlib-client as work directory, rename jars that I have found so far Revision ChangesPath 1.49 +6 -6 jakarta-gump/project/jakarta-slide.xml Index: jakarta-slide.xml =

Re: Going TLP -> finalize()

Nick Chalko wrote: Nicola Ken Barozzi wrote: RESOLVED, that the initial Gump PMC be and hereby is tasked with the migration and rationalization of the Jakarta PMC Gump subproject; and be it further What does "rationalization" mean ? http://www.hyperdictionary.com/dictionary/r

Re: re POI is having trouble with gump was: GUMP

The barnch is set in see http://lsd.student.utwente.nl/gump/jakarta-poi/index_details.html#Definition Nick Chalko wrote: I will look into it. Avik Sengupta wrote: Anybody know how GUMP knows about branches? I could not see any difference in the jakarta-poi and jakarata-poi3, so am confused.

re POI is having trouble with gump was: GUMP

I will look into it. Avik Sengupta wrote: Anybody know how GUMP knows about branches? I could not see any difference in the jakarta-poi and jakarata-poi3, so am confused. How were they set up initially. On Fri, 2004-01-30 at 14:05, Glen Stampoultzis wrote: I think the contrib package has t

Re: Maven & Gump (again)

On Mon, 9 Feb 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > I see two choices in the command line to Maven: > > 1) Run the maven script (.bat or .sh) to let Maven run java (with > it's JVM settings) and set it's environment. > > 2) Run the following: org.apache.maven.cli.App (2) is the pre

Re: Where do the cvs commit message go?

Stefan Bodewig wrote: On Mon, 9 Feb 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: I have not seen the gump cvs commit messages in a while. Where are they sent to? [EMAIL PROTECTED] which should be [EMAIL PROTECTED], at least according to the headers of the commit mails I've rec

Re: Where do the cvs commit message go?

Ooops there thay are in the jakarta-gump-cvs folder =-O Thanks Adam R. B. Jack wrote: Nick asked: I have not seen the gump cvs commit messages in a while. Where are they sent to? [EMAIL PROTECTED] Just to be a nice guy, I've sent a few hundred thousand through in the last few hours

Re: directory-naming

On Mon, 9 Feb 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > I believe I got a fair way along with this, I create the Maven > project properties override file, and in it I try to override jar > handling. I'll try to focus on this again soon. Thanks a lot. > Stefan wrote: >> Making Maven bui

Re: Proposed resolution for Gump as TLP

Bill Barker wrote: What I want to know is if Gump (or at least 'projects') is going to remain open to all ASF commiters. I see no reason to change the current access situation. Do you? -- cheers, - Leo Simons --- Weblog

cvs commit: jakarta-gump/project checkstyle.xml

ajack 2004/02/09 23:00:01 Modified:project checkstyle.xml Log: Re-enable nagging.. Revision ChangesPath 1.21 +2 -4 jakarta-gump/project/checkstyle.xml Index: checkstyle.xml === RCS file: