On Tue, 5 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
I found that one project (easymock) used an Ant target with a space
in it, and (unfortunately) Gump was using space as a target list
separator.
I think I posted about it, when I added easymock, but unfortunately
lacked the time to
On 6 Oct 2004, [EMAIL PROTECTED] wrote:
metadata cleanup while figuring out the DTDs
I'm afraid you are doing too much cleanup and we rather need to adjust
the DTD.
ant basedir=proposal/xdocs target=docs-from-scratch
- jvmarg value=-Xmx256m/
should better be supported.
-
On 06 Oct 2004, David Crossley [EMAIL PROTECTED] wrote:
How to ease the confusion, i do not know.
In some way allow Gumpers a more direct way to modify your Gump
descriptors 8-)
Right now cocoon-lenya's (I realize that this is not yours)
descriptor references project avalon which has gone many
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project gump-test has an issue affecting its community integration, and has been
Hi,
sorry for asking again. My issue is still how to reproduce the ws-jaxme
nagging. (See
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=8679
) After some days, I decided to check whether some update in the trunc
has cured the original problem. However, I do get the following error
Dear Gumpmeisters,
The following 10 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: gump failed
[EMAIL PROTECTED]: smartfrog success, but with warnings.
[EMAIL PROTECTED]: xom failed
[EMAIL PROTECTED]:
Dear Gumpmeisters,
The following 1 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: depot/depot-update failed
*** G U M P
[EMAIL PROTECTED]: depot/depot-update
Jochen:
sorry for asking again.
Gosh no, please don't aspologize. Thanks for being persistent.
My issue is still how to reproduce the ws-jaxme
nagging. (See
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=8679
) After some days, I decided to check whether some update in the trunc
Date: 2004-10-06T07:49:01
Editor: AdamJack [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: FrontPage
URL: http://wiki.apache.org/gump/FrontPage
no comment
Change Log:
--
@@ -29,6 +29,9 @@
Date: 2004-10-06T07:56:46
Editor: AdamJack [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: GumpNotifications
URL: http://wiki.apache.org/gump/GumpNotifications
no comment
New Page:
= Gump Notifications =
= E-mail =
{{{
To whom it may engage...
This is an automated request,
A tweet from the background ...
Very welcome.
The email reports that nag us on Cocoon and Forrest
are very hard for me to follow. (Please don't stop the nags.)
I do try to decipher them and even follow through
to the website. However, i inevitably give up and wait.
Bummer. Can you point
Stefan wrote:
In some way allow Gumpers a more direct way to modify your Gump
descriptors 8-)
You are asking for them to be moved to Gump CVS, right? If so, let's make
that request clear.
Right now cocoon-lenya's (I realize that this is not yours)
descriptor references project avalon which
Date: 2004-10-06T08:20:30
Editor: AdamJack [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: GumpNotifications
URL: http://wiki.apache.org/gump/GumpNotifications
no comment
Change Log:
--
@@ -10,7 +10,7 @@
On Wed, 6 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
Stefan wrote:
In some way allow Gumpers a more direct way to modify your Gump
descriptors 8-)
You are asking for them to be moved to Gump CVS, right? If so, let's
make that request clear.
Not necessarily. Stefano proposed to
David Crossley wrote:
Stefano Mazzocchi wrote:
Adam R. B. Jack wrote:
snip/
Cocoon didn't build 'cos (1) we'd not got enough folks caring about gump
successes (2) we didn't build from repository (and cocoon has lots of
dependencies, so it's chances of a build were unlikely. FWIIW: Communities
Stefan Bodewig wrote:
On 6 Oct 2004, [EMAIL PROTECTED] wrote:
metadata cleanup while figuring out the DTDs
I'm afraid you are doing too much cleanup and we rather need to adjust
the DTD.
well, not so sure.
ant basedir=proposal/xdocs target=docs-from-scratch
- jvmarg value=-Xmx256m/
I took a look at the ws-jaxme configuration, and its Ant scripts. As far as
I followed it, I was wrong about this being a simple work or depend
problem. I wonder if it is a clean environment problem.
Looking at the build output:
There are 4 ASF descriptos that currently don't reside in our repository:
1) avalon_trunk
2) cocoon
3) forrest
4) lenya
and a few others (3) from outside.
I would strongly suggest that we start moving them.
The only problematic one is cocoon's since it's a central piece of the
build system.
Please subscribe to the new mailing list:
http://gump.apache.org/mail.html#Commits+List
Since we migrated to both SVN and CVS this was created (a week or so ago),
but folks subscribed to [EMAIL PROTECTED] were *NOT* automatically subscribed to
[EMAIL PROTECTED] Please do so manually -- or
Hi, Adam,
thanks for looking into this. Your diagnosis is mainly tight: The code
generator (chainGenerator) ought to load the class AttributeSG in order
to create a derived class.
In the past, you had been completely right: The task required the
*compiled* class AttributeSG. However, this is no
Jochen Wiedmann wrote:
Considering this, and the strange things that Gump does with classpaths:
Is it possible, that the directory ${src.jm} (aka src/jaxme) must be
added to the project descriptor?
Given that Gump enforces control over classpaths (with a little willing
participation from Ant,
On Thursday 07 October 2004 02:39, Stefano Mazzocchi wrote:
There are 4 ASF descriptos that currently don't reside in our repository:
1) avalon_trunk
2) cocoon
3) forrest
4) lenya
and a few others (3) from outside.
The only problematic one is cocoon's since it's a central piece
Dear Gumpmeisters,
The following 1 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Project struts-sslext (in Module struts-sslext) failed
*** G U M P
[EMAIL
I'm afraid you are doing too much cleanup and we rather need to adjust
the DTD.
well, not so sure.
I do think the metadata has grown since those DTDs were written, and I agree
they need to grow.
ant basedir=proposal/xdocs target=docs-from-scratch
- jvmarg value=-Xmx256m/
So, two votes:
1) move the metadata to SVN
2) move the descriptors into that module
3) give all committers write access to the /metadata folder (DTD will
*NOT* reside there!)
with svn:external, it should be rather painless for the cocoon project
to allow the descriptor to be moved
To whom it may satisfy...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact folk at [EMAIL PROTECTED]
Project gump-test *no longer* has an issue.
Project State : 'Success', Reason ''
Full
Date: 2004-10-06T15:02:02
Editor: StefanoMazzocchi [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: BrutusConfig
URL: http://wiki.apache.org/gump/BrutusConfig
moved apache - apache2
Change Log:
--
@@ -2,8 +2,8
Date: 2004-10-06T15:15:46
Editor: StefanoMazzocchi [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: BrutusConfig
URL: http://wiki.apache.org/gump/BrutusConfig
adding instructions for apache2
Change Log:
--
@@
Dear Gumpmeisters,
The following 3 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Module gump success
[EMAIL PROTECTED]: Project easymock (in Module easymock) success
[EMAIL PROTECTED]: Project invicta (in Module
Dear Gumpmeisters,
The following 1 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Project checkstyle (in Module checkstyle) success
*** G U M P
[EMAIL
Stefano Mazzocchi wrote:
There are 4 ASF descriptos that currently don't reside in our repository:
1) avalon_trunk
2) cocoon
3) forrest
4) lenya
and a few others (3) from outside.
I would strongly suggest that we start moving them.
The only problematic one is cocoon's since
31 matches
Mail list logo