bodewig 2004/06/21 00:35:21
Modified:project ant.xml
Log:
change nag address
Revision ChangesPath
1.21 +7 -7 gump/project/ant.xml
Index: ant.xml
===
RCS file:
On Mon, 2004-06-21 at 08:44, Stefan Bodewig wrote:
On 20 Jun 2004, [EMAIL PROTECTED] wrote:
+work nested=lib/xpp3-1.1.3.4.D.jar/
xpp is available from the dom4j descriptor - I have no idea which one
is more recent but IMHO we should stick with one.
+work
On Mon, 21 Jun 2004, Martin van den Bemt [EMAIL PROTECTED] wrote:
On Mon, 2004-06-21 at 08:44, Stefan Bodewig wrote:
On 20 Jun 2004, [EMAIL PROTECTED] wrote:
+work nested=lib/xpp3-1.1.3.4.D.jar/
xpp is available from the dom4j descriptor - I have no idea which
one is more recent
The project is mavenized and Joe isn't the type of guy to break things
constantly...
For now only one project is using it (although I thought maven2 uses it,
but I must verify that)
mvgr,
Martin
On Mon, 2004-06-21 at 11:22, Stefan Bodewig wrote:
On Mon, 21 Jun 2004, Martin van den Bemt [EMAIL
And what is the use of publishing jars that are built against the latest
jars ? They will be useless in a real environment or even test
environments and will probably not get any support from the project
concerning. It simply is not a nightly build against the dependencies
set by the project.
One of the questions that haven't really been answered/resolved by the
board (IIRC) is whether automated snapshots are considered releases.
If so, you can forget the whole business of nightly builds being
distributed from ASF hardware - no matter whether they've been built
by Gump or any other
On Mon, 21 Jun 2004, Martin van den Bemt [EMAIL PROTECTED] wrote:
So besides legal issues, I would never want a nightly build made by
gump for my projects to be used by others, unless gump uses the
exact versions for the dependencies I defined,
That's you.
Ant used Gump to create nightly
As does commons:
http://cvs.apache.org/builds/jakarta-commons/nightly/
S.
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: 21 June 2004 12:32
To: [EMAIL PROTECTED]
Subject: Re: legalities of jar publishing
On Mon, 21 Jun 2004, Martin van den Bemt [EMAIL
Commons nightlies uses the dependencies specified by the developers.
(unless the script changed)
Mvgr,
Martin
On Mon, 2004-06-21 at 13:46, BAZLEY, Sebastian wrote:
As does commons:
http://cvs.apache.org/builds/jakarta-commons/nightly/
S.
-Original Message-
From: Stefan Bodewig
ajack 2004/06/21 07:02:37
Modified:project dom4j.xml
Log:
Correction, in the xml sub-directory.
Revision ChangesPath
1.40 +1 -1 gump/project/dom4j.xml
Index: dom4j.xml
===
RCS file:
One of the questions that haven't really been answered/resolved by the
board (IIRC) is whether automated snapshots are considered releases.
This is really a big deal (for me probably others).
If so, you can forget the whole business of nightly builds being
distributed from ASF hardware -
ajack 2004/06/21 08:53:31
Modified:template/xhtml/css Tag: CleanUp style.css
python/gump/model Tag: CleanUp propagation.py misc.py
python/gump/document/xdocs Tag: CleanUp xdoc.py
python/gump/loader Tag: CleanUp loader.py
Can we please make gump output available at
http://brutus.apache.org/gump/ws-axis/ws-axis-test/index.html
instead of
http://brutus.apache.org:8080/gump/ws-axis/ws-axis-test/index.html
Thanks,
dims
--
Davanum Srinivas - http://webservices.apache.org/~dims/
Thanks!!
[EMAIL PROTECTED] wrote:
bodewig 2004/06/21 07:37:56
Modified:project jakarta-commons-sandbox.xml
Log:
Adapt jar name to the one generated by Maven
Revision ChangesPath
1.163 +1 -2 gump/project/jakarta-commons-sandbox.xml
Index: jakarta-commons-sandbox.xml
I don't know what extent you want to push back on the projects that gump
builds, but it seems to me that they are either doing something that pushes
maven beyond it's limits, or the decriptor might be out of date.
I checked out jakarta-commons-sandbox/compress to investigate furthur, but I
don't
Can we please make gump output available at
http://brutus.apache.org/gump/ws-axis/ws-axis-test/index.html
instead of
http://brutus.apache.org:8080/gump/ws-axis/ws-axis-test/index.html
I can but file the request, but the request is there:
http://nagoya.apache.org/jira/browse/GUMP-59
Eric Pugh wrote:
I checked out jakarta-commons-sandbox/compress to investigate furthur, but I
don't see this descriptor property you are talking about.. Could you
enlightenme on this?
If you mean the gump.xml - i only added fragments of it into
gump/project/jakarta-commons-sandbox.xml in the
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
On Tuesday 22 June 2004 00:32, Eric Pugh wrote:
I don't know what extent you want to push back on the projects that gump
builds, but it seems to me that they are either doing something that pushes
maven beyond it's limits, or the decriptor might be out of date.
I checked out
The question is, does Maven fully support disabling the normal 'repository
management' allowing Gump to provide the artifacts for each project?
Theoretically yes, but I think Stefan has disproved that it isn't
leak-proof.
Can Maven be told to ignore versions in the POMs ?
Yes.
I have so
sebb2004/06/21 14:35:00
Modified:project jakarta-jmeter.xml
Log:
Make xpp and xstream separate sub-projects
Revision ChangesPath
1.102 +32 -16gump/project/jakarta-jmeter.xml
Index: jakarta-jmeter.xml
My conclusion is that the maven scenario is very similar to the magic
scenario. To do real integration you need to be able do to something
like set some special property so that magic or maven can take control
over classloader definition in the knowledge that the build is a gump
build (i.e.
A DOM4J fix would benefit 86 other projects, so thanks in advance...
http://brutus.apache.org:8080/gump/project_todos.html
http://brutus.apache.org:8080/gump/dom4j/dom4j/index.html#Project-level+Files
Hmm, this show 'class not found'. I wonder if this is as simple as the test
classes not
23 matches
Mail list logo