RE: [RT] Source difference report between 2 gump build states

2004-03-18 Thread Vincent Massol

 -Original Message-
 From: Vincent Massol [mailto:[EMAIL PROTECTED]
 Sent: 18 March 2004 09:10
 To: [EMAIL PROTECTED]
 Subject: RE: [RT] Source difference report between 2 gump build states
 
 
 
  -Original Message-
  From: Vincent Massol [mailto:[EMAIL PROTECTED]
  Sent: 15 March 2004 00:19
  To: '[EMAIL PROTECTED]'
  Subject: [RT] Source difference report between 2 gump build states
 
  Hi,
 
  I have posted this idea under the thread [Cactus] Gump build
failure:
  Culprit found! but I'm reposting it here as I'm not sure everyone
 will
  read the cactus stuff and I think this is an interesting idea...
:-)
 
  Idea: It would be nice if Gump would be able to do a source diff of
a
  project dependencies, and this between a successful run and a failed
 one.
  That would be s nice! A report page showing all the differences.
 There
  can't be that much in 1 day, right?
 
 In this report, I think we should also include the diffs from the Gump
 project files (project/*.xml) too as they are often a cause of build
 failure.
 

[snip]

Note: The reason I'm saying this is because it has just happened today
for the cactus build: A change in the project definition of httpunit has
broken the cactus build.

-Vincent


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



SVN

2004-03-18 Thread Niclas Hedhman

One more thing, Avalon are about to give Subversion a shot. 

Is there anything we should know about SVN vs Gump ?

Niclas
-- 
+-//---+
|   http://www.bali.ac |
|  http://niclas.hedhman.org   |
+--//--+

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: gump/project avalon.xml

2004-03-18 Thread bodewig
bodewig 2004/03/18 02:04:25

  Modified:project  avalon.xml
  Log:
  meta-impl needs i18n
  
  Revision  ChangesPath
  1.27  +1 -0  gump/project/avalon.xml
  
  Index: avalon.xml
  ===
  RCS file: /home/cvs/gump/project/avalon.xml,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- avalon.xml18 Mar 2004 03:22:36 -  1.26
  +++ avalon.xml18 Mar 2004 10:04:24 -  1.27
  @@ -656,6 +656,7 @@
   /ant
   depend project=avalon-meta-api /
   depend project=avalon-meta-spi /
  +depend project=avalon-util-i18n/
   depend project=ant inherit=runtime/
   depend project=junit/
   depend project=xml-xalan2/
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: gump/project avalon-components.xml

2004-03-18 Thread bodewig
bodewig 2004/03/18 02:17:49

  Modified:project  avalon-components.xml
  Log:
  Missing dependencies and a few jar name fixes
  
  Revision  ChangesPath
  1.15  +6 -4  gump/project/avalon-components.xml
  
  Index: avalon-components.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-components.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- avalon-components.xml 18 Mar 2004 07:08:55 -  1.14
  +++ avalon-components.xml 18 Mar 2004 10:17:49 -  1.15
  @@ -284,7 +284,7 @@
   work nested=sockets-impl/target/classes/
   
   home nested=sockets-impl/
  -jar name=target/sockets-impl-@@DATE@@.jar /
  +jar name=target/cornerstone-sockets-impl-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  @@ -342,7 +342,7 @@
   work nested=store-impl/target/classes/
   
   home nested=store-impl/
  -jar name=target/store-impl-@@DATE@@.jar /
  +jar name=target/cornerstore-store-impl-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  @@ -370,7 +370,7 @@
   work nested=threads-api/target/classes/
   
   home nested=threads-api/
  -jar name=target/threads-api-@@DATE@@.jar /
  +jar name=target/cornerstone-threads-api-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  @@ -386,7 +386,9 @@
   !-- runtime dependencies --
   depend project=avalon-framework runtime=true id=api/
   depend project=avalon-framework runtime=true id=impl/
  +depend project=excalibur-thread-api runtime=true/
   depend project=cornerstone-store-api runtime=true/
  +depend project=cornerstone-threads-api runtime=true/
   
   !-- build-time dependencies --
   depend project=ant inherit=runtime/
  @@ -400,7 +402,7 @@
   work nested=threads-impl/target/classes/
   
   home nested=threads-impl/
  -jar name=target/threads-impl-@@DATE@@.jar /
  +jar name=target/cornerstone-threads-impl-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Maven usage in Gump

2004-03-18 Thread Leo Simons
Niclas Hedhman wrote:
*  The whole of Avalon was converted to Maven quite some time ago, and that is 
probably when Gump support started to crack badly. What would Gump folks say 
if we took the step of having maven in the avalon gump descriptors?
I don't think we're quite ready just yet:

http://lsd.student.utwente.nl/gump/incubator-geronimo/gump_work/build_incubator-geronimo_incubator-geronimo.html

but the goal is a good one. Maybe we should try both (add experimental 
projects that use maven/, move over incrementally if those work)...

*  One of the things that I can imagine is a real worry is the build time 
required for Maven compared to Ant, but the Maven-1.0-rc2 is showing 
significant improvements.
We don't want to worry about that. Gump tries to emulate developer 
behaviour. And if developers are using maven, gump wants to use it too.

*  How are the dependency Jars being passed to Maven, and getting Maven to 
ignore the cached local repository?
I have no idea (someone else will ;)

*  Should the maven feature in Gump, not use the Maven POM and properties 
files, since all the information about the builds are available there? Is 
this planned, or considered too difficult?
I think its planned. One big difficulty (there are several) is that the 
names of the projects in maven are not the same as the names of the 
projects in gump.

The bottom-line is; If Avalon start using Maven for builds, it would put a lot 
of pressure on Gump to have that feature working.
yep.

--
cheers,
- Leo Simons

---
Weblog  -- http://leosimons.com/
IoC Component Glue  -- http://jicarilla.org/
Articles  Opinions -- http://articles.leosimons.com/
---
We started off trying to set up a small anarchist community, but
 people wouldn't obey the rules.
-- Alan Bennett


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


cvs commit: gump/project avalon.xml

2004-03-18 Thread bodewig
bodewig 2004/03/18 02:30:49

  Modified:project  avalon.xml
  Log:
  Missing dependencies
  
  Revision  ChangesPath
  1.28  +2 -0  gump/project/avalon.xml
  
  Index: avalon.xml
  ===
  RCS file: /home/cvs/gump/project/avalon.xml,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- avalon.xml18 Mar 2004 10:04:24 -  1.27
  +++ avalon.xml18 Mar 2004 10:30:49 -  1.28
  @@ -69,6 +69,7 @@
   depend project=xml-xalan2/depend
   depend project=xml-xerces/depend
   depend runtime=true project=jakarta-bcel/depend
  +depend runtime=true project=commons-beanutils/depend
   depend runtime=true project=commons-collections/depend
   depend runtime=true project=concurrent/depend
   depend runtime=true project=excalibur-event/depend
  @@ -76,6 +77,7 @@
   depend runtime=true project=excalibur-instrument/depend
   depend runtime=true project=excalibur-instrument-manager/depend
   depend runtime=true project=excalibur-lifecycle-api/depend
  +depend runtime=true project=excalibur-lifecycle-impl/depend
   depend runtime=true project=excalibur-logger/depend
   depend runtime=true project=excalibur-sourceresolve/depend
   depend runtime=true project=avalon-framework/depend
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

2004-03-18 Thread bodewig
bodewig 2004/03/18 02:57:45

  Modified:project  avalon-components.xml avalon-excalibur.xml
  Log:
  Some more dependency and jar-name fixes
  
  Revision  ChangesPath
  1.18  +1 -1  gump/project/avalon-components.xml
  
  Index: avalon-components.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-components.xml,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- avalon-components.xml 18 Mar 2004 10:43:02 -  1.17
  +++ avalon-components.xml 18 Mar 2004 10:57:45 -  1.18
  @@ -166,7 +166,7 @@
   work nested=datasurces-impl/target/classes/
   
   home nested=datasources-impl/
  -jar name=target/datasources-impl-@@DATE@@.jar /
  +jar name=target/cornerstone-datasources-impl-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  
  
  
  1.117 +4 -1  gump/project/avalon-excalibur.xml
  
  Index: avalon-excalibur.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v
  retrieving revision 1.116
  retrieving revision 1.117
  diff -u -r1.116 -r1.117
  --- avalon-excalibur.xml  18 Mar 2004 07:56:02 -  1.116
  +++ avalon-excalibur.xml  18 Mar 2004 10:57:45 -  1.117
  @@ -171,7 +171,7 @@
   depend project=ant inherit=runtime/
   option project=checkstyle inherit=runtime/
   depend project=junit/
  -depend project=avalon-fortress-tools inherit=runtime/
  +!--depend project=avalon-fortress-tools inherit=runtime/--
   depend project=avalon-framework runtime=true id=combined/
   depend project=xml-xerces/
   depend project=xml-xalan2/
  @@ -889,9 +889,11 @@
   property name=skip.dependencies value=true/
   property name=project.version value=@@DATE@@/
   /ant
  +depend project=avalon-logkit runtime=true/
   depend project=avalon-framework runtime=true id=api/
   depend project=avalon-framework runtime=true id=impl/
   depend project=excalibur-pool runtime=true/
  +depend project=excalibur-instrument runtime=true/
   depend project=commons-collections runtime=true/
   depend project=concurrent/
   
  @@ -904,6 +906,7 @@
   !-- test-time dependencies --
   depend project=junit/
   depend project=junitperf/
  +depend project=excalibur-component/
   
   work nested=thread/target/classes/
   mkdir dir=thread/target/classes/
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: gump/project avalon-components.xml

2004-03-18 Thread bodewig
bodewig 2004/03/18 03:01:57

  Modified:project  avalon-components.xml
  Log:
  Some more dependency and jar-name fixes
  
  Revision  ChangesPath
  1.19  +3 -2  gump/project/avalon-components.xml
  
  Index: avalon-components.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-components.xml,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- avalon-components.xml 18 Mar 2004 10:57:45 -  1.18
  +++ avalon-components.xml 18 Mar 2004 11:01:57 -  1.19
  @@ -51,6 +51,7 @@
   depend project=avalon-framework runtime=true id=impl/
   
   depend project=cornerstone-threads-api runtime=true/
  +depend project=cornerstone-threads-impl runtime=true/
   depend project=cornerstone-sockets-api runtime=true/
   
   depend project=excalibur-thread runtime=true/
  @@ -69,7 +70,7 @@
   work nested=connection-api/target/classes/
   
   home nested=connection-api/
  -jar name=target/connection-api-@@DATE@@.jar /
  +jar name=target/cornerstone-connection-api-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  @@ -106,7 +107,7 @@
   work nested=connection-impl/target/classes/
   
   home nested=connection-impl/
  -jar name=target/connection-impl-@@DATE@@.jar /
  +jar name=target/cornerstone-connection-impl-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: gump/project avalon-components.xml

2004-03-18 Thread bodewig
bodewig 2004/03/18 03:10:38

  Modified:project  avalon-components.xml
  Log:
  jar name fixes
  
  Revision  ChangesPath
  1.21  +2 -2  gump/project/avalon-components.xml
  
  Index: avalon-components.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-components.xml,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- avalon-components.xml 18 Mar 2004 11:04:04 -  1.20
  +++ avalon-components.xml 18 Mar 2004 11:10:38 -  1.21
  @@ -194,7 +194,7 @@
   work nested=scheduler-api/target/classes/
   
   home nested=scheduler-api/
  -jar name=target/scheduler-api-@@DATE@@.jar /
  +jar name=target/cornerstone-scheduler-api-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  @@ -226,7 +226,7 @@
   work nested=scheduler-impl/target/classes/
   
   home nested=scheduler-impl/
  -jar name=target/scheduler-impl-@@DATE@@.jar /
  +jar name=target/cornerstone-scheduler-impl-@@DATE@@.jar /
   
   nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt;
   to=[EMAIL PROTECTED]/
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: gump/project avalon.xml

2004-03-18 Thread bodewig
bodewig 2004/03/18 04:28:28

  Modified:project  avalon.xml
  Log:
  Missing dependencies
  
  Revision  ChangesPath
  1.29  +19 -2 gump/project/avalon.xml
  
  Index: avalon.xml
  ===
  RCS file: /home/cvs/gump/project/avalon.xml,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- avalon.xml18 Mar 2004 10:30:49 -  1.28
  +++ avalon.xml18 Mar 2004 12:28:28 -  1.29
  @@ -296,6 +296,7 @@
   /ant
   
   !-- runtime dependencies --
  +depend project=avalon-logkit runtime=true/
   depend project=avalon-framework runtime=true id=api/
   depend project=avalon-logging-api runtime=true/
   depend project=avalon-logging-spi runtime=true/
  @@ -341,14 +342,18 @@
   /ant
   
   !-- runtime dependencies --
  +depend project=avalon-logkit runtime=true/
   depend project=avalon-framework runtime=true id=api/
   depend project=avalon-logging-api runtime=true/
  +depend project=avalon-logging-impl runtime=true/
   depend project=avalon-logging-spi runtime=true/
  +depend project=avalon-logging-logkit-api runtime=true/
   depend project=avalon-repository-api runtime=true/
   depend project=avalon-repository-spi runtime=true/
   depend project=avalon-util-criteria runtime=true/
  -depend project=avalon-util-i18n runtime=true/
   depend project=avalon-util-defaults runtime=true/
  +depend project=avalon-util-exception runtime=true/
  +depend project=avalon-util-i18n runtime=true/
   depend project=excalibur-configuration runtime=true/
   
   !-- test-time dependencies --
  @@ -386,9 +391,11 @@
   /ant
   
   !-- runtime dependencies --
  +depend project=avalon-logkit runtime=true/
   depend project=avalon-framework runtime=true id=api/
   depend project=avalon-logging-api runtime=true/
   depend project=avalon-logging-spi runtime=true/
  +depend project=avalon-logging-logkit-api runtime=true/
   depend project=avalon-repository-api runtime=true/
   depend project=avalon-repository-spi runtime=true/
   depend project=avalon-util-criteria runtime=true/
  @@ -431,9 +438,11 @@
   /ant
   
   !-- runtime dependencies --
  +depend project=avalon-logkit runtime=true/
   depend project=avalon-framework runtime=true id=api/
   depend project=avalon-logging-api runtime=true/
   depend project=avalon-logging-spi runtime=true/
  +depend project=avalon-logging-logkit-api runtime=true/
   depend project=avalon-repository-api runtime=true/
   depend project=avalon-repository-spi runtime=true/
   depend project=avalon-util-criteria runtime=true/
  @@ -476,9 +485,11 @@
   /ant
   
   !-- runtime dependencies --
  +depend project=avalon-logkit runtime=true/
   depend project=avalon-framework runtime=true id=api/
   depend project=avalon-logging-api runtime=true/
   depend project=avalon-logging-spi runtime=true/
  +depend project=avalon-logging-logkit-api runtime=true/
   depend project=avalon-repository-api runtime=true/
   depend project=avalon-repository-spi runtime=true/
   depend project=avalon-util-criteria runtime=true/
  @@ -529,6 +540,7 @@
   depend project=avalon-repository-api /
   depend project=avalon-repository-spi /
   depend project=avalon-repository-main /
  +depend project=avalon-util-criteria runtime=true/
   depend project=avalon-util-i18n /
   depend project=excalibur-configuration /
   depend project=logging-log4j /
  @@ -701,8 +713,13 @@
   depend project=ant inherit=runtime/
   depend project=junit/
   depend project=xml-xerces/
  -depend project=avalon-repository-main /
  +depend project=avalon-repository-api runtime=true/
  +depend project=avalon-repository-main runtime=true/
  +depend project=avalon-repository-spi runtime=true/
  +depend project=avalon-repository-util runtime=true/
   depend project=commons-cli /
  +depend project=avalon-util-env /
  +depend project=avalon-util-exception /
   depend project=avalon-util-i18n /
   work nested=repository/cli/target/classes/
   home nested=repository/cli/
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Gump/Avalon/Cocoon progress report

2004-03-18 Thread Niclas Hedhman
On Thursday 18 March 2004 20:42, Stefan Bodewig wrote:
 Hi all,

 thanks to some incredible help by Niclas Hedhman we are quite close to
 getting Gump far enough that it will actually start to build Cocoon
 soon.

You have done a lot more than I have :o)  Thumbs up for Gump Support !!

 The only thing missing for Coccon is excalibur-xmlutil which doesn't
 seem to compile against the latest Saxon 7 version (7.9):

I'll check this. Our Maven build has a 7.7 dependency, and it would be strange 
if Saxon is not compatible...

 If I simply ignore the xmlutil failure and try to compile Cocoon, I
 get a lot of compilation errors.  I'm sending this mail to give you a
 first heads-up and hope Gump will do so for me rather soon:

 org.apache.avalon.framework.configuration.DefaultConfiguration; [javac]

This should be solved by a 
depend project=avalon-framework  id=combined /


 org.apache.excalibur.xml.impl.XercesParser;
 org.apache.excalibur.xml.sax.SAXParser;
 org.apache.excalibur.xml.sax.XMLizable;

These are all in Excalibur XMLUtil, which probably doesn't build properly yet. 
I need to get xml-commons-resolver (Maven can't find it in ibiblio.org 
repo) and see what the issue is.


That is what I can see from here.

I think Cocoon should also stick there Gump Descriptor into Gump, so we can 
all help out.


Niclas

-- 
+-//---+
|   http://www.bali.ac |
|  http://niclas.hedhman.org   |
+--//--+

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

2004-03-18 Thread Vincent Massol
Hi Adam,

The problem is the the following declaration:

depend property=httpunit.jar project=httpunit/

should only include in the CP the jars declared by the jar tag in the
httpunit project. However it seems it is importing all jars in the CP.

For example, with :

  project name=httpunit
packagecom.meterware/package

ant/
depend project=ant inherit=runtime/
depend project=xml-xerces/
depend project=jtidy/
depend project=junit/
depend project=nekohtml/
depend project=jakarta-servletapi-4/
jar id=httpunit name=lib/httpunit.jar/
  /project

it should only add lib/httpunit.jar in the CP. It seems it is adding
jakarta-servletapi-4 and the others, which is wrong.

Thanks
-Vincent


 -Original Message-
 From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
 Sent: 18 March 2004 17:30
 To: [EMAIL PROTECTED]
 Subject: Re: FW: [EMAIL PROTECTED]:
jakarta-cactus/jakarta-cactus-framework-12
 failed
 
 Stefan,
 
 Could you try to explain what it is doing wrong (in simple terms ;-)
and
 what it ought do  I'll try to find time to fix it. I am away
(training)
 next week, and only online some evenings, and I want to get Gumpy
stable
 for
 while I go. The documentation publication  this seem the key things.
I
 have
 family coming over the pond tonight, to stay, so can't even say I'll
get
 much time between now and when I go away.
 
 regards,
 
 Adam
 - Original Message -
 From: Stefan Bodewig [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, March 18, 2004 1:30 AM
 Subject: Re: FW: [EMAIL PROTECTED]:
jakarta-cactus/jakarta-cactus-framework-12
 failed
 
 
  On Thu, 18 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote:
 
   I don't understand why it would inherit all dependencies defines
in
   httpunit.
 
  It shouldn't.  It looks like a problem in Gumpy
  http://gump.covalent.net/log/jakarta-cactus-framework-12.html.
 
  Stefan
 
 
-
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [RT] Source difference report between 2 gump build states

2004-03-18 Thread Daniel F. Savarese

In message [EMAIL PROTECTED], Adam R. B. Jack writes:
BTW: Anybody expert enough with CVS|SVN to be able to query it for changes
since date X, or something like that. I know there is -n, but I feel I need
more. Does viewcvs do anything useful like this?

Here's an excerpt from one of my unsent gump musings.  There may
be a better solution:

Given the limitations of CVS, it's a bit difficult to
identify the last change to a codebase efficiently (you can't
issue -c and -m at the same time to cvs history), but a hack
like
  cvs log -d '2004-02-12' 2 /dev/null | grep -q 'selected revisions: [1-9]'
where 2004-02-12 is replaced with the last time Gump ran will
suffice to determine if a code base has had a commit made to it
since the last run.

That will tell you if there's been a change to a code base, if that's
what you're interested in.  There's a better way with svn, but I'd
have to look at the man page since I haven't internalized all of
its options.

daniel



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Gump proxy settings

2004-03-18 Thread Stefano Mazzocchi
Dear infrastructure@,

I please request another change to the proxy settings in the 
gump.apache.org.conf file:

  ProxyPass/results/ http://moof.apache.org:8080/gump/
  ProxyPassReverse /results/ http://moof.apache.org:8080/gump/
so that we can handle the flavors of the results on our side without 
requiring your intervention.

Please, make sure that changes are applied and that server is restarted.

Thanks a lot.

--
Stefano.



smime.p7s
Description: S/MIME Cryptographic Signature


Deprecating Traditional Gump

2004-03-18 Thread Stefano Mazzocchi
Now that we have gump running on an apache machine

  http://moof.apache.org:8080/gump/

that will soon proxypassed from

  http://gump.apache.org/results/

I propose a few actions:

 1) state loud and clear that the direction is Gumpy and retire 
traditional gump, this will help creating itches to scratch

 2) refactor our CVS module:

 gump-traditional
 gump
 gump-data
 3) stop calling it gumpy but rather start doing version numbering, so 
that would be Gump 2.0, when Gump 1.0 was traditional

 4) add a cron job so that [EMAIL PROTECTED] becomes the official gump run.

thoughts?

--
Stefano.



smime.p7s
Description: S/MIME Cryptographic Signature


Re: Deprecating Traditional Gump

2004-03-18 Thread Nick Chalko
Stefano Mazzocchi wrote:

Now that we have gump running on an apache machine
Yeah

  http://moof.apache.org:8080/gump/

that will soon proxypassed from

  http://gump.apache.org/results/

I propose a few actions:

 1) state loud and clear that the direction is Gumpy and retire 
traditional gump, this will help creating itches to scratch

+1

 2) refactor our CVS module:

 gump-traditional
 gump
 gump-data
gump-1.0
gump-2.0
meta-data
 3) stop calling it gumpy but rather start doing version numbering, so 
that would be Gump 2.0, when Gump 1.0 was traditional

+1

 4) add a cron job so that [EMAIL PROTECTED] becomes the official gump run.

+1

thoughts?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

2004-03-18 Thread Stefan Bodewig
On Thu, 18 Mar 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:

 Seems I might get lucky with an easy fix, i.e. replace that with
 INHERIT_NONE. I'll do it. LEt me know if you think otherwise.

Whatever you've done, it seems you've broken something with it, see
the Strut's nags (I'll be looking into the other builds that fail on
LSD but not on my Gump 0.3 machine).

Now it looks as if //ant/depend wouldn't create a CLASSPATH entry at
all.

 BTW: Stefan, you updated the depend xdocs for noclasspath, but did
 you add anything for classpath attribute on property?

I'm not aware that property has a classpath attribute, that's why I
didn't add any docs.  Does it have one?  It has, just looked into
Project.java.

depend is turned into property classpath=add/.

property without a classpath atribute is turned into
propertynoclasspath//property, the value of the classpath
attribute is ignored completely.

Maybe we should decide what the correct semantics are supposed to be
and adapt Gump 0.3 (1.0, traditional, whatever) to work that way.
Something like classpath=ignore or similar should be supported and
maybe we drop/deprecate noclasspath/.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

2004-03-18 Thread Stefan Bodewig
On Thu, 18 Mar 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:

 I am away (training) next week, and only online some evenings, and I
 want to get Gumpy stable for while I go.

If all else fails and our collective Python knowledge doesn't help to
get through this, we can always disable nagging.

 I have family coming over the pond tonight, to stay, so can't even
 say I'll get much time between now and when I go away.

Don't worry.  This is not supposed to be a one man show and just
because you have been the one carrying the whole thing so far doesn't
mean that you are not allowed to have a live 8-)

Have fun

 Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tomcat-4 build failure

2004-03-18 Thread Stefan Bodewig
On Thu, 18 Mar 2004, Bill Barker [EMAIL PROTECTED] wrote:

 It looks like the depend tag nested within ant is broken.

Yes.  See my other posts.

As a workaround, duplicate the depend in ant things once outside
of ant (and without the property attribute) until we have a fix.

Sorry

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



depend in ant broken

2004-03-18 Thread Stefan Bodewig
Hi,

it looks as if Adam has changed something that has broken the depend
tag.  Instead of patching all descriptors that use it - quite a few -
I'd rather roll back the change.  Even if that means that some cactus
builds will remain broken for a while.

Does anybody have a Python Gump installation and could quickly try to
revert the files in python/gump/model/ to something before 2003-04-18,
in particular, I'd like you to try to just revert ant.py, depend.py
and project.py (patch appended).  Please run integrate.py on Struts or
Tomcat-4.  If that builds OK, we have gone back to a more stable
state.

Thanks

Stefan

Index: ant.py
===
RCS file: /home/cvs/gump/python/gump/model/ant.py,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- ant.py  16 Mar 2004 19:50:15 -  1.17
+++ ant.py  18 Mar 2004 23:24:55 -  1.18
@@ -97,7 +97,7 @@
 # Add a dependency (to bring property)
 dependency=ProjectDependency(project,  \
 workspace.getProject(property.project),\
-INHERIT_ALL,   \
+INHERIT_NONE,  \
 runtime,
 0, \
 ids,
Index: depend.py
===
RCS file: /home/cvs/gump/python/gump/model/depend.py,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- depend.py   16 Mar 2004 19:50:15 -  1.19
+++ depend.py   18 Mar 2004 23:24:55 -  1.20
@@ -338,13 +338,10 @@
 # 
 def hasFullDependencyOnNamedProject(self,name):
 for dependency in self.getDirectDependencies():
-if dependency.getProject().getName()==name: 
+if dependency.getProject().getName()==name \
+and not dependency.isNoClasspath() :
 return 1
-
-# :TODO:
-#   and not dependency.noclasspath: return 1
-#:TODO: noclasspath
-
+
 return 0
 
 # determine if this project is a prereq of any project on the todo list
@@ -358,8 +355,4 @@
 
 def hasDependee(self,project):
 for dependee in self.getFullDependees():
-if dependee.getOwnerProject()==project: return 1
-
-
-
-
\ No newline at end of file
+if dependee.getOwnerProject()==project: return 1
\ No newline at end of file
Index: project.py
===
RCS file: /home/cvs/gump/python/gump/model/project.py,v
retrieving revision 1.65
retrieving revision 1.66
diff -u -r1.65 -r1.66
--- project.py  16 Mar 2004 19:50:14 -  1.65
+++ project.py  18 Mar 2004 23:24:55 -  1.66
@@ -977,8 +977,6 @@
 #
 return ( classpath.getFlattened(), bootclasspath.getFlattened() )
 
-
-
 #
 # Maybe this is dodgy (it is inefficient) but we need some
 # way to get the sun tools for a javac compiler for ant and
@@ -1022,6 +1020,9 @@
 #
 srcdir=self.getModule().getSourceDirectory()
   
+#
+# Add the work directories
+#
 for work in self.xml.work:
 path=None
 if work.nested:
@@ -1064,8 +1065,9 @@
 def getDependOutputList(self,dependency,visited,depth=0,debug=0):  
 Get a classpath of outputs for a project (including its dependencies)   
 

-# Don't loop...
-if dependency in visited:  
+# Don't loop, and skip ones that aren't here to
+# affect the classpath
+if (dependency in visited) or dependency.isNoClasspath():  
 # beneficiary.addInfo(Duplicated dependency [ + str(depend) + ])  

 if debug:
 print str(depth) + ) Already Visited :  + str(depend)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [GUMP@lsd]: jakarta-struts/jakarta-struts failed

2004-03-18 Thread Stefan Bodewig
Hi,

For some reason that I don't understand ATM, xerces hasn't been added
to Strut's CLASSPATH when building, even though the Gump descriptor
requires it.

This is a bug in Gump, sorry about the false alarm.

I think I've at least committed a workaround for the time being.

Cheers

Stefan
-- 
http://stefanbodewig.blogger.de/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Gump/Avalon/Cocoon progress report

2004-03-18 Thread Stefan Bodewig
Hi all,

thanks to some incredible help by Niclas Hedhman we are quite close to
getting Gump far enough that it will actually start to build Cocoon
soon.

The only thing missing for Coccon is excalibur-xmlutil which doesn't
seem to compile against the latest Saxon 7 version (7.9):

[javac] 
/javastuff/gump/avalon-excalibur/xmlutil/src/java/org/apache/excalibur/xml/xpath/Saxon7ProcessorImpl.java:82:
 cannot resolve symbol
[javac] symbol  : method getItemType ()
[javac] location: interface net.sf.saxon.om.Item
[javac] if (item.getItemType() == Type.BOOLEAN)
[javac] ^
[javac] 
/javastuff/gump/avalon-excalibur/xmlutil/src/java/org/apache/excalibur/xml/xpath/Saxon7ProcessorImpl.java:118:
 cannot resolve symbol
[javac] symbol  : method getItemType ()
[javac] location: interface net.sf.saxon.om.Item
[javac] if (item.getItemType() == Type.NUMBER)
[javac] ^
[javac] 
/javastuff/gump/avalon-excalibur/xmlutil/src/java/org/apache/excalibur/xml/xpath/Saxon7ProcessorImpl.java:191:
 cannot resolve symbol
[javac] symbol  : method hasNext ()
[javac] location: interface net.sf.saxon.om.SequenceIterator
[javac] while (iterator.hasNext())
[javac]^
[javac] 
/javastuff/gump/avalon-excalibur/xmlutil/src/java/org/apache/excalibur/xml/xpath/Saxon7ProcessorImpl.java:244:
 make(java.lang.String,net.sf.saxon.expr.StaticContext,int,int) in 
net.sf.saxon.expr.ExpressionTool cannot be applied to 
(java.lang.String,org.apache.excalibur.xml.xpath.Saxon7ProcessorImpl.Saxon7Context)
[javac] Expression expression = ExpressionTool.make(
[javac]   ^
[javac] 4 errors

If I simply ignore the xmlutil failure and try to compile Cocoon, I
get a lot of compilation errors.  I'm sending this mail to give you a
first heads-up and hope Gump will do so for me rather soon:

[javac] /javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/Cocoon.java:40: 
cannot resolve symbol
[javac] symbol  : class DefaultConfiguration 
[javac] location: package configuration
[javac] import org.apache.avalon.framework.configuration.DefaultConfiguration;
[javac]  ^
[javac] /javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/Cocoon.java:41: 
cannot resolve symbol
[javac] symbol  : class SAXConfigurationHandler 
[javac] location: package configuration
[javac] import org.apache.avalon.framework.configuration.SAXConfigurationHandler;
[javac]  ^
[javac] /javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/Cocoon.java:42: 
package org.apache.avalon.framework.container does not exist
[javac] import org.apache.avalon.framework.container.ContainerUtil;
[javac]  ^
[javac] /javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/Cocoon.java:46: 
cannot resolve symbol
[javac] symbol  : class DefaultContext 
[javac] location: package context
[javac] import org.apache.avalon.framework.context.DefaultContext;
[javac]^
[javac] /javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/Cocoon.java:71: 
package org.apache.excalibur.xml.impl does not exist
[javac] import org.apache.excalibur.xml.impl.XercesParser;
[javac]  ^
[javac] /javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/Cocoon.java:72: 
package org.apache.excalibur.xml.sax does not exist
[javac] import org.apache.excalibur.xml.sax.SAXParser;
[javac] ^
[javac] 
/javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/environment/Source.java:20: 
package org.apache.excalibur.xml.sax does not exist
[javac] import org.apache.excalibur.xml.sax.XMLizable;
[javac] ^
[javac] 
/javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/environment/Source.java:39: 
cannot resolve symbol
[javac] symbol  : class XMLizable 
[javac] location: interface org.apache.cocoon.environment.Source
[javac] public interface Source extends Recyclable, XMLizable {
[javac] ^
[javac] 
/javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/xml/XMLConsumer.java:29: package 
org.apache.excalibur.xml.sax does not exist
[javac] public interface XMLConsumer extends 
org.apache.excalibur.xml.sax.XMLConsumer {
[javac]  ^
[javac] 
/javastuff/gump/cocoon-2.1/src/java/org/apache/cocoon/bean/CocoonWrapper.java:36: 
cannot resolve symbol
[javac] symbol  : class DefaultConfigurationBuilder 
[javac] location: package configuration
[javac] import