Stefan Bodewig wrote:
Hi,
I currently don't understand why Gump on LSD thinks Cocoon would
depend on avalon-fortress-container, but the Gump instance on
covalent.net tries to build it[1].
The build fails since Cocoon only states a dependency on the
avalon-framework API but uses implementation
Stefan Bodewig wrote:
On Tue, 23 Mar 2004, Stephen McConnell [EMAIL PROTECTED] wrote:
I'll be digging into the remaining cocoon/avalon dependencies this
week
Thanks a lot.
That should get the coocoon depedencies green across the board.
For the old, traditional Gump builds, they already
Question for a gump newbi.
As the fog clears - you would anticipate a fog factor approaching zero.
In the context of gump - is zero fog a good thing? Summary - I don't
understand the fog factor index - can anyone explain it or point me to
relevant documentation?
Cheers, Steve.
--
Adam Jack wrote:
Question for a gump newbi.
As the fog clears - you would anticipate a fog factor approaching zero.
Maybe it should, a boundary value is more comparable.
In the context of gump - is zero fog a good thing? Summary - I don't
understand the fog factor index - can anyone explain
Adam Jack wrote:
If that's is a correct (reasonable) assumption - is this something I
should post to JIRA?
Please do add all comments you have on FOG to JIRA at:
http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-21
Done!
Cheers, Steve.
--
Michael Davey wrote:
Don't get rid of it. I'd like to sugegst two simple changes that I think
would really help the community out:
* Rename it to Friendship factor
* Provide a link to a page that describes the metric, *every* place
the metric appears.
+1
--
Stefano Mazzocchi wrote:
FoG stands for Friend of Gump, not for fog as in the white stuff
suspended in the air that doesn't allow you to see thru.
What about a NGAD factor?
Stephen.
--
||
| Magic by Merlin|
|
Stefano Mazzocchi wrote:
Leo Simons wrote:
(did I mention I'm an avalon guy? :D)
did I mention that Avalon is dying out of flexibility cancer?
Yes Stafano ... I've been watching your predications.
Stephen.
--
||
| Magic by Merlin
Adam Jack wrote:
Interesting. LSD took 7 hours to run, which is 3 hours longer than usual.
Just for reference - I can see at least a couple of Error - Failed with
reason build timed out on three avalon projects (which were all ok before).
Steve.
--
Have been digging into the avalon-composition-impl project results from
earlier this morning which is failing with a Build Timed Out.
http://lsd.student.utwente.nl/gump/avalon/avalon-composition-impl.html
Under Project Level Work I see that build is successful but that the
build itself took
Leo Simons wrote:
Stefan Bodewig wrote:
If you have any comments, wish to change anything, please go ahead and
modify the draft - or discuss stuff here.
I like!
Umm .. that's a worry!
;-)
--
||
| Magic by Merlin
Adam R. B. Jack wrote:
4) The 'root cause/resolution' for outage X/Y (between too parties) was Z.
Log it/Blog it...
++1
If this was available I would definitely use it to post details about
what is going on relative to the projects I'm associated with.
Furthermore - it would provide an extra
Adam R. B. Jack wrote:
Ok, whilst sitting in the dentist's waiting room I was able to read these.
FWIIW: I can now attest that reading bylaws is more fun than having root
canal work. I won't say how much. ;-)
:-)
The only reason I raise this is that 'active committers' can have binding
vetoes,
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%)
We recently experienced something similar on the Avalon wiki - someone
doing some unsolicited advertising. Niclas suggestion was to put in
some controls where mailing list subscribers need to log in and the
posts are validated against list subscriber entries. While it's not
secure but its
Niclas Hedhman wrote:
On Wednesday 05 May 2004 00:37, Stefan Bodewig wrote:
On Tue, 4 May 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
Assuming that Phoenix goes into archive, what do we do for James
(and others)? There are a few:
Turn phoenix into an installed package.
Things below Phoenix are
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
Adam R. B. Jack wrote:
According to the following stats summary - one one gump project was
successfull. What is impled by the 512 No Works item?
No Work means -- no work has been done on this entry (yet). It used to
show up when I'd do a partial run (e.g. depot-*), on all but those biult,
but
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
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
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
Leo Simons wrote:
bad health.
Hi Leo .. don't worry - your young - aka invisible!
Get well soon!
Steve.
--
|---|
| Magic by Merlin |
| Production by Avalon |
| |
|
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
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
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'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
[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 |
|
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
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
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
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:
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:
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.
--
-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
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: 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
-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
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
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
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]
-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
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
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:
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
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,
-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
-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: 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: 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
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: 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
1 - 100 of 116 matches
Mail list logo
