-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Gump is about establishing communication channels between development
communities.
ROTFLOL
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Have been trying to sort out an issue concerning dependency logic
related to maven plugins during gump runs.
If we take a look at the Fulcrum MimeType Impl project it declares a
dependency (inside the maven project.xml) to the avalon-meta-plugin.
Normally maven will load the plugin at buildtime
-Original Message-
From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
Sent: 15 October 2004 07:06
To: Gump code and data
Subject: Re: Some progress on Fulcrum Component Builds!
On Friday 15 October 2004 07:45, Brett Porter wrote:
depend project=avalon-merlin-unit/ to depend
-Original Message-
From: Eric Pugh [mailto:[EMAIL PROTECTED]
Sent: 15 October 2004 14:39
To: Gump code and data
Subject: RE: Some progress on Fulcrum Component Builds!
Great news! Last question (well probably not...)
In the latest jakarta-turbine-fulcrum, all the jars are now
-Original Message-
From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
Sent: 14 October 2004 05:44
To: Gump code and data
Subject: Re: dependence on mysql jdbc driver bogus?
On Thursday 14 October 2004 11:37, Stefano Mazzocchi wrote:
excalibur-datasource fails to build because it
-Original Message-
From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
Sent: 14 October 2004 06:59
To: Gump code and data
Subject: Re: BATCH: All dressed up, with nowhere to go...
On Thursday 14 October 2004 12:33, Niclas Hedhman wrote:
I would suggest we mavenize xdoclet and
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: 13 October 2004 09:19
To: Gump code and data
Subject: Re: jtidy
-- it is the last step before Cocoon, it seems. That, or somehow
we
need to tackle this list below.
Brett, if we built all those plugins
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 12 October 2004 10:02
To: [EMAIL PROTECTED]
Subject: Re: cvs commit: gump/project jakarta-turbine-3.xml jakarta-
turbine-flux.xml jakarta-turbine-fulcrum.xml jakarta-turbine-site.xml
logging-log4j-12.xml
maven.xml scarab.xml xml-crimson.xml
On Tuesday 12 October 2004 17:26, Stephen McConnell wrote:
There is no jakarta-turbine-fulcrum project (anymore?),
There sure is. They have a bunch of projects producing a swag of
components.
Well, there is no jakarta-turbine-fulcrum project
maven.xml scarab.xml xml-crimson.xml
On Tue, 12 Oct 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
-Original Message- From: Stefan Bodewig
There is no jakarta-turbine-fulcrum project (anymore?),
There sure is. They have a bunch of projects producing a swag of
components
maven.xml scarab.xml xml-crimson.xml
On Tue, 12 Oct 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
True - I'm just saying that there is a Jakarta Turbine Fulcrum
project within Apache.
Sure. 8-)
When I said project, I was talking about the Gump project. No
offence intended in any way
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Sent: 08 October 2004 16:58
To: Gump code and data
Subject: Re: [vote] move the descriptors in our hands
Stefan Bodewig wrote:
On Thu, 7 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
ant-contrib
-Original Message-
From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
Sent: 08 October 2004 22:58
To: Apache Gump
Subject: Avalon artifactIds (was Re: Excalibur Gump/Maven)
Ok, we are now down to this:
BTW: Anybody else to tell me what avalon-framework in Maven land is
ins
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
But the *most* serious concern is that we seem to have no way to build
with Maven and, due to excalibur, this is holding up basically 15
percent of our projects (including, yes, you guessed right, cocoon).
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
But the *most* serious concern is that we seem to have no way to build
with Maven and, due to excalibur, this is holding up basically 15
percent of our projects (including, yes, you guessed right, cocoon).
Fast
All of the Excalibur projects are declared in a Gump definition which is
available to all Apache committers in the gump cvs module. The file in
question is:
/gump/project/excalibur.xml
Please note there this is a gump/maven issue that results in the
generation of inconsistent property files
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Sent: 02 October 2004 19:26
To: Apache Gump
Subject: [rant] I hate this gump
This is a rant. I rant when I'm pissed, but I rant when I care.
Cocoon received some 25 nags in a row, twice, in two days and it's
Bret/Adam:
Just a note on this dependency mapping question .. within the Magic
build system we doing something similar. Dependencies declared in a
magic project definition typically match up with the name of an artifact
(id in maven). In cases where Gump declares a scoped name (e.g. junit
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: 22 September 2004 01:31
To: Gump code and data
Subject: Re: excalibur-thread-impl failure in Gump
Short answer:
It has a problem in build.properties. There are two maven.jar.junit
properties, and the second
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 21 September 2004 09:49
To: [EMAIL PROTECTED]
Subject: Re: excalibur-thread-impl failure in Gump
On Mon, 20 Sep 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
Nope ... excalibur-thread-impl still
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 21 September 2004 11:20
To: [EMAIL PROTECTED]
Subject: Re: excalibur-thread-impl failure in Gump
On Tue, 21 Sep 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
I took a look at excalibur-pool-impl which
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 20 September 2004 11:11
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: excalibur-thread-impl failure in Gump
Hi,
for some reason Maven doesn't seem to pick up JUnit, even though it is
listed in the
-Original Message-
From: sebb [mailto:[EMAIL PROTECTED]
Sent: 20 September 2004 12:49
To: Gump code and data
Subject: Re: cvs commit: gump/project jakarta-jmeter.xml
On 20 Sep 2004 09:18:33 -, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
bodewig 2004/09/20 02:18:33
-Original Message-
From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
Sent: 20 September 2004 12:57
To: Gump code and data
Subject: Re: cvs commit: gump/project jakarta-jmeter.xml
On Monday 20 September 2004 18:48, sebb wrote:
+!-- gone, no idea what to replace them with
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 20 September 2004 13:10
To: [EMAIL PROTECTED]
Subject: Re: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 20 Sep 2004, sebb [EMAIL PROTECTED] wrote:
On 20 Sep 2004 09:18:33 -, [EMAIL PROTECTED]
Current gump run seems to have been locked on entry 34 for the last 36
mins.
Steve.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-Original Message-
From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
Sent: 20 September 2004 17:05
To: [EMAIL PROTECTED]
Subject: Re: is gump dead ?
Current gump run seems to have been locked on entry 34 for the last
36
mins.
Timeout is 60 minutes ('cos some builds/tests used
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
As long time Avalon committer I have no idea what avalon-site does and
strongly suspect that project definition can be killed (it certainly
is
not maintained) - but I'll check into the detail and provide some
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
Sent: 20 September 2004 11:35
To: 'Gump code and data'
Cc: [EMAIL PROTECTED]
Subject: RE: excalibur-thread-impl failure in Gump
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Sent: 15 September 2004 06:44
To: Apache Gump
Cc: [EMAIL PROTECTED]
Subject: Re: [EMAIL PROTECTED]: cocoon-2.1/cocoon failed
Gump wrote:
To whom it may engage...
This is an automated request, but not an
Gump notification has been off for a while now and I'm starting to see
failures on dependent projects that are not being fixed. Can we bring
notification back or is there a deeper problem?
Cheers, Steve.
-
To unsubscribe,
Looking at the latest gump run results I'm seeing that even if dependent
build are not successful, gump is still attempting to build dependees
and in the process assigning and passing invalid property values to the
build target. For example - avalon-http-impl dependency jasper-runtime
is not
Thanks Adam .. I'll take it from here.
Cheers, Steve.
-Original Message-
From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
Sent: 26 August 2004 16:52
To: Gump General
Subject: Jetty (JAAS and Plus)
The packaged-jetty package on Gupm has been updated to 5.0RC2 (per
request).
Thanks to some help from Adam we we're getting real close now:
Successful builds: 128
Build failures: 1
Prerequisite failures:8
The single build failure is related to the avalon-http-examples project
due to a FileNotFoundException:
Gump is currently on 496 of 677. Finger's crossed..
Adam:
The Gump runs seem to be completing now following your patches this
morning. However there does seem to be a problem related to
notification. The Avalon dev list is kind of flooded with repeated
notification messages (mostly notifying
Any chance of getting Gump updated to include:
http://sourceforge.net/project/showfiles.php?group_id=7322package_id=68
203release_id=229559
Could we update Gump's 'packaged-jetty' content to this version, and
secondly, can we please also include the org.mortbay.jaas.jar file as
this is
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
Sent: 24 August 2004 05:08
To: 'Avalon Developers List'
Cc: [EMAIL PROTECTED]
Subject: RE: more on gump
Current status of the Avalon Gump builds:
Successful builds: 98
Build failures
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
Sent: 26 August 2004 07:10
To: 'Avalon Developers List'
Cc: [EMAIL PROTECTED]
Subject: RE: more on gump
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
Sent: 24 August 2004
-Original Message-
From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
This of any help?
http://neukadye.chalko.com/archive/13.html
Thanks - yes, didn't think about that!
Cheers, Steve.
-
To unsubscribe,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 24 August 2004 21:26
To: [EMAIL PROTECTED]
Subject: svn commit: rev 36821 - in gump/live: . bin cron python
python/gump python/gump/admin python/gump/build python/gump/core
python/gump/document/text
It seems like this commit may have broken something somewhere.
Thanks for the heads-up, I'll look.
Gump is currently on its third cycle -
spinning on whatever is following 269.
Steve.
-
To unsubscribe, e-mail:
-Original Message-
From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
Sent: 25 August 2004 06:41
To: Gump code and data
Subject: RE: svn commit: rev 36821 - in gump/live
Gump is currently on its third cycle -
spinning on whatever is following 269.
It was a project that had
Currently the gump 'packaged-jetty' project contains Jetty-5.0.beta2
from 11-02-04.
The latest build from Mortbay is jetty-5.0.RC2.
http://sourceforge.net/project/showfiles.php?group_id=7322package_id=68
203
Could we update gump's 'packaged-jetty' content to this version, and
secondly, can
The gump build for the http impl has a few problems:
http://brutus.apache.org/gump/public/avalon-trunk/avalon-http-impl/index
.html
1. Error No such project [org.mortbay.jaas] for property.
Have already sent an email to the gump list to request
The addition of org.mortbay.jaas jar
Gump (in principal based on past behavior) should have kicked-off 1h 27m
ago. Is there a problem?
Steve.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I have just replaced all of the avalon/trunk gump project descriptors so
that they now point to svn content as opposed to cvs.
I am expecting some errors related to project id to gump id names
mappings and will sort these out as they come up. All of the new gump
project definitions (138 in
.
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
Sent: 22 August 2004 17:29
To: Avalon Developers List
Cc: [EMAIL PROTECTED]
Subject: more on gump
I have just replaced all of the avalon/trunk gump project descriptors
so
that they now point to svn content
repository content?
Steve.
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
Sent: 22 August 2004 17:29
To: Avalon Developers List
Cc: [EMAIL PROTECTED]
Subject: more on gump
I have just replaced all of the avalon/trunk gump project descriptors
so
that they now
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
Sent: 22 August 2004 21:05
To: 'Gump code and data'
Subject: RE: more on gump
Ummm - I'm a little lost -
... all Avalon projects are failing with the assertion that
build.xml
does not exist. That's
On the page:
http://brutus.apache.org/gump/public/buildLog.html
There is the following message:
This Gump run is complete. It started at Sat, 21 Aug 2004
17:00:35 (UTC) and ended at Sat, 21 Aug 2004 17:00:35 (UTC).
Perhaps the completion times may be incorrectly referencing the start
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 27, 2004 18:15
To: [EMAIL PROTECTED]
Subject: Re: [EMAIL PROTECTED]: avalon-tools/avalon-tools-magic failed
On Sun, 25 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
More thinking
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Monday, July 26, 2004 10:36
To: [EMAIL PROTECTED]
Subject: Re: [EMAIL PROTECTED]: avalon-tools/avalon-tools-magic failed
On Sun, 25 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
More thinking - I'm
I'm guessing that this is a result of the recent changes to handle
temporary files as part of the Resource.get(...) operation.
Looking at the build log - starting with the command line we can see
that the gump.resource.junit property is being supplied by Gump as a
system property:
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 22, 2004 12:37
To: Gump code and data
Subject: Re: Here's a wild idea
Glen Stampoultzis wrote:
I was thinking wouldn't it be great to be able to see your projects
gump
build status
Adam R. B. Jack wrote:
Do we wish to require users to register w/ the Wiki before they deface, err
... I mean contribute? Seems other projects are doing this.
Seeing the same style of contribution over on Avalon (yesterday and
again today). I would go with requiring registration.
Steve.
--
Stefan Bodewig wrote:
On Fri, 09 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
Ant provides support for a system property build.sysclasspath
which if set to none
nitpick, only - not none.
ensures that the bootstrap classpath is used throughout the
execution of an ant session.
Clearly
Stephen McConnell wrote:
If you overload the property, you should use one of the supported
values. last or even none seems to be what you want for Magic.
I haven't located docs on this.
Is there a url you can point me to?
Don't worry - I've found it.
Steve
Stephen McConnell wrote:
Stephen McConnell wrote:
If you overload the property, you should use one of the supported
values. last or even none seems to be what you want for Magic.
I haven't located docs on this.
Is there a url you can point me to?
Don't worry - I've found it.
Actually
Leo Simons wrote:
Stefan Bodewig wrote:
I tend to agree with most of what has been said in this thread so far.
thought I'd chime in: what he said.
I really want to learn python well enough to write more than simple
shell scripts using it. I said that over a year ago. Here I am, still
saying it.
Adam R. B. Jack wrote:
Well - maybe its not that bad ... but all the same - this is an early
warning .. I'm thinking about making a copy of AntBuilder
(gump/python/gump/builder/ant.py), renaming it to magic.py, making a
couple of small but significant changes, sorting out what actually does
the
Stefan Bodewig wrote:
On Fri, 09 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
Just a quick note - I'm putting back in the build.sysclasspath
override because I need to validate that this is the only remaining
issue.
It isn't 8-(
The build tries to copy a jar that isn't there:
BUILD
Stephen McConnell wrote:
Stefan Bodewig wrote:
On Fri, 09 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
Just a quick note - I'm putting back in the build.sysclasspath
override because I need to validate that this is the only remaining
issue.
It isn't 8-(
The build tries to copy a jar
I'm learning all sorts of things about how gump works! Please keep in
mind that this message is based on a bunch of assumptions and limited
experience - but I think I'm correct (so please feel free to correct any
mistakes).
If your in a hurry - skip to the end.
Anyway - here goes...
Gump and
Adam R. B. Jack wrote:
3h 23m.
That's an improvement!
:-)
Daft, but I've not been paying attention (too painful to look)
:-)
-- what was it before?
The cycle time between updates of the web site was around 9 hours - gump
was reporting about 5 hours for the run (so we are already seeing a big
Just an observation ... the following statement should (according to the
gump spec) assign the home directory of the magic project to the
property magic.home.
depend name=magic.home reference=home inherit=runtime
project=magic runtime=true/
However - the value assigned by gump is the
Stefan Bodewig wrote:
On Wed, 07 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
depend name=magic.home reference=home
inherit=runtime project=magic/
Which according to me should be provided us with a few more entries
in the classpath.
I guess I'm missing something.
//ant/depend
The last gump run (which has come on-line about 30 mins ago)
Start Date/Time (UTC) Thu, 08 Jul 2004 07:00:49 (UTC)
End Date/Time (UTC) Thu, 08 Jul 2004 13:26:41 (UTC)
What is happening between 13:26 and 17:15 (about 4 hours). There appears
to be a really big delay between the end of a
Adam R. B. Jack wrote:
After
tonight I'll be done w/ my EMT refresher will be able to commit to fixing
what breaks. I am tempted to perform the merge, but turn off notification
(which might send duplicates for some odd reason) and see what transpires.
My opinion - go for it and lets see what
Adam R. B. Jack wrote:
I think we need to enable plug-ins (the easiest way for
communities to open up to new developers)
+1
--
|---|
| Magic by Merlin |
| Production by Avalon |
| |
|
Adam R. B. Jack wrote:
Basically, I think Python Gump was the right thing to do 'cos it breathed
life into a somewhat mundane/infrastructural task. I do think it has become
a barrier to entry for many, which I find disturbing. As such, I'd not fight
against folks wanting to re-write in Java ('cos
Sebastian Bazley wrote:
I don't have access to brutus, but perhaps you could use the Ant concat
task to display the contents of the file.
See for example JMeter, which uses it in its build.xml gump-test target:
Works like a charm - I've added this into magic unit test task so we get
a report
http://brutus.apache.org:8080/gump/modules.html
Message: null
Description: No details available.
Sender: org.apache.cocoon.servlet.CocoonServlet
Source: Cocoon Servlet
Request URI
modules.html
cause
/home/gump/jakarta-tomcat-5.0.24/webapps/gump/content/xdocs/modules.xml
(No such file or
Gump Build Robot wrote:
snip
-INFO- Failed with reason build failed
snip
CLASSPATH :
snip
/usr/local/gump/packages/phoenix-client.jar:
/snip
-
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
Just a note to let you know that I have not been able to connect with
brutus for the last couple of days. Plain old http://brutus.apache.org
appears to be working but the gump url does not.
http://brutus.apache.org:8080/gump/modules.html
Cheers, Steve.
--
Noel J. Bergman wrote:
To: [EMAIL PROTECTED]
Cc: Gump code and data
FYI, you really want to reverse that. Brutus is a semi-dedicated server
managed by GUMP.
As for the specific ... I don't think that you want to ever use
brutus.apache.org as the domain name.
You may want to let the gump team
[EMAIL PROTECTED] wrote:
-depend project=junit/
-depend project=ant ids=ant junit nodeps/
+depend project=junit runtime=true/
+depend project=ant ids=ant junit nodeps runtime=true/
Stefan:
The above dependencies are being generated automatically by magic's gump
task. Can
Good idea - I'll give this a shot!
Steve.
Leo Simons wrote:
Stephen McConnell wrote:
I have two projects that don't produce jars - instead they generate
documentation into a common repository. For a gump run I can setup
the repository relative to the module srcdir ... but I haven't figured
out
Hi again!
I've just committed some changes to avalon-tools.xml. Basically we now
have three projects defined:
* avalon-tools-magic-bootstrap
* avalon-tools-magic-home
* avalon-tools-magic
avalon-tools-magic-bootstrap
This should build the magic jar. It
Stefan Bodewig wrote:
On Mon, 05 Jul 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
you can't use depend when referencing avalon-tools-magic-home
since it doesn't define any output. Simply use a plain property.
... and the attribute's name is reference, not resource.
Thanks - have just fixed
Stefan Bodewig wrote:
On Mon, 05 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
Everything is now committed so I guess there will be something
interesting to look at in the morning. In the meantime if anyone
can see any immediate issue I'd love to hear about them.
Yep.
you can't use
Ok - this I don't understand. The gump report says that bootstrap.xml
is not found. Presumably there is something wrong with the ant
definition in avalon-tools-magic-bootstrap and logically the same
problem should occur on avalon-tools-magic-home.
Steve.
Gump Integration wrote:
To whom it
Stefan Bodewig wrote:
On Mon, 05 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
depend name=magic.home resource=home
project=avalon-tools-magic-home inherit=runtime /
has to be property, not depend.
depend .../ is property reference=jarpath .../ (BTW, still
resource should
Stefan Bodewig wrote:
On Mon, 05 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
Here is the latest generation.
looks good.
OK - now for the big question.
How do we integrate the generated avalon module definition into the gump
process?
Steve
Stefan Bodewig wrote:
On Mon, 05 Jul 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
How do we integrate the generated avalon module definition into the
gump process?
commit them to the Gump module as you've done for avalon-tools or
commit them to the Avalon SVN repo and point the profile
I'm getting Cannot find server or DNS Error from the gump link:
http://brutus.apache.org:8080/gump/modules.html
Is is just me?
Steve.
--
|---|
| Magic by Merlin |
| Production by Avalon |
|
I've now got in place magic generation of a single gump module for the
avalon suite. To handle the bootstrapping side of things I've committed
a gump module named avalon-tools which includes two projects:
* avalon-tools-magic-bootstrap
* avalon-tools-magic
The avalon-tools-magic-bootstrap
Is it possible to include two license references in a project descriptor
.. e.g.:
project name=widget
license name=central/system/license/LICENSE.TXT/
license name=central/system/license/NOTICE.TXT/
..
/project
Steve.
--
|---|
| Magic by
I have two projects that don't produce jars - instead they generate
documentation into a common repository. For a gump run I can setup the
repository relative to the module srcdir ... but I haven't figured out
how to declare a non-home based resources via the gump project descriptor.
Is this
Is it possible to tell gump to execute a project *without* supplying an
explicit target. According to the docs if no target is defined in the
ant .../ statement, the default target reverts to gump. What I
would like is gump to execute ant without setting any target.
Is this possible?
Cheers,
Adam R. B. Jack wrote:
Is it possible to tell gump to execute a project *without* supplying an
explicit target. According to the docs if no target is defined in the
ant .../ statement, the default target reverts to gump. What I
would like is gump to execute ant without setting any target.
Is
According to the docs a depend element can have an ids attribute.
http://gump.apache.org/metadata/project.html#depend
However, according to working examples (e.g. ant) the attribute appears
to be id. Is it safe to assume that the docs can be updated to
reference id and ids, or, is ids not
I'm playing around with the automatic generation of gump files and I'm
dealing with the question how to handle the artifact group. My initial
thinking is to generate a gump module per group and to populate the
module with all project definitions that are (a) members the group AND
(b) under the
Niclas Hedhman wrote:
On Wednesday 23 June 2004 08:01, Stephen McConnell wrote:
aka invisible!
So how can we see if he is ok or not??
Send a probe!
Leo, do you feel ignored by the public in large? Maybe you should look in the
mirror... :o)
:-)
Steve
Leo Simons wrote:
bad health.
Hi Leo .. don't worry - your young - aka invisible!
Get well soon!
Steve.
--
|---|
| Magic by Merlin |
| Production by Avalon |
| |
|
Stefan Bodewig wrote:
Hi all,
two notes colored by my complete lack of Maven knowledge:
(1) The descriptor of commons-compress sets a property named
component.version and hopes to get this into the jar name, which
obviously doesn't work that way. Maven still uses
/project/currentVersion from the
Martin Cooper wrote:
I've seen a couple of Gump nags today (from [EMAIL PROTECTED]) for projects that
haven't changed, and used to build. One of them - for the Mailer taglib at
jakarta-taglibs - had compilation errors because the JavaMail API wasn't
available. Obviously, that's not a new
Hi guys!
Sorry - but this is a longish email.
I'm starting to entertain some thoughts concerning the integration of
gump into a set of custom ant tasks and data types that I'm using to
build Avalon. Initially I was thinking about generating gump
descriptors - but I'm starting to think that
Noel J. Bergman wrote:
Gump has some of this already. It can use a CVS tag (or SVN branch)
of some module to allow this.
Which would work really well if Avalon had tagged their stuff prior to
complaints about why tagging is sort of vital, but all that we have are
the current jars. Not even the
According to the following stats summary - one one gump project was
successfull. What is impled by the 512 No Works item?
---
Projects Successes FailuresPrereqs No Works Packages
563 01 (0.18%) 00 (0.00%)
Adam R. B. Jack wrote:
Stephen McConnell [EMAIL PROTECTED] wrote:
http://brutus.apache.org/gump/public/repolist.txt
Right now (without metadata changes for Gump, but I know they are going
to
be needed) we have projectName (not moduleName) = groupId, jar ID =
artefactId. This works ok for many, I
1 - 100 of 116 matches
Mail list logo
