cvs commit: gump/project avalon.xml

[mcconnell]

mcconnell2004/04/02 23:41:08

  Modified:project  avalon.xml
  Log:
  add test directories to the meta-api and impl projects
  
  Revision  ChangesPath
  1.48  +11 -0 gump/project/avalon.xml
  
  Index: avalon.xml
  ===
  RCS file: /home/cvs/gump/project/avalon.xml,v
  retrieving revision 1.47
  retrieving revision 1.48
  diff -u -r1.47 -r1.48
  --- avalon.xml3 Apr 2004 06:55:48 -   1.47
  +++ avalon.xml3 Apr 2004 07:41:08 -   1.48
  @@ -480,7 +480,13 @@
   
   
   
  +
  +
   
  +
  +
  +
  +
   
   
   
  @@ -579,7 +585,12 @@
   
   
   
  +
   
  +
  +
  +
  +
   
   
   
  
  
  

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

cvs commit: gump/project avalon-excalibur.xml

[mcconnell]

mcconnell2004/04/02 23:14:37

  Modified:project  avalon-excalibur.xml
  Log:
  Add fortress-meta dependency to fortress-container-test.
  
  Revision  ChangesPath
  1.143 +1 -1  gump/project/avalon-excalibur.xml
  
  Index: avalon-excalibur.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v
  retrieving revision 1.142
  retrieving revision 1.143
  diff -u -r1.142 -r1.143
  --- avalon-excalibur.xml  2 Apr 2004 12:59:02 -   1.142
  +++ avalon-excalibur.xml  3 Apr 2004 07:14:37 -   1.143
  @@ -417,7 +417,7 @@
   
   
   
  -
  +
   
   
   
  
  
  

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

BATCH: All dressed up, with nowhere to go...

[gump]

Dear Gumpmeisters,

The following 8 nags should have been sent

 G U M P
[EMAIL PROTECTED]: webwork/webwork failed
[EMAIL PROTECTED]: jakarta-tapestry/ognl failed
[EMAIL PROTECTED]: struts-sslext/struts-sslext failed
[EMAIL PROTECTED]: javasrc/javasrc failed
[EMAIL PROTECTED]: jetty/jetty failed
[EMAIL PROTECTED]: xml-xerces/xml-xerces1 failed
[EMAIL PROTECTED]: jakarta-turbine-tdk/jakarta-turbine-tdk-docs failed
[EMAIL PROTECTED]: eyebrowse/eyebrowse failed
 G U M P
[EMAIL PROTECTED]: webwork/webwork failed
To whom it may engage...

This is an automated request, but not an unsolicited one. For help 
understanding the request please visit 
http://gump.apache.org/nagged.html, 
and/or contact [EMAIL PROTECTED]

Project webwork has an issue affecting its community integration. This issue affects 1 
projects, and has been outstanding for 3 runs. The current state is 'Failed', for 
reason 'Build Failed'

Full details are available at: 
http://lsd.student.utwente.nl/gump/webwork/webwork.html, however some snippets follow:

-  -  -  -  - -- --  G U M P

Gump provided these annotations:

 - Info - Enable "verbose" output, due to 2 previous error(s).
 - Info - Failed with reason build failed
 - Info - Enable "debug" output, due to build failure.


-  -  -  -  - -- --  G U M P
Gump performed this work:

http://lsd.student.utwente.nl/gump/webwork/gump_work/build_webwork_webwork.html
Work Name: build_webwork_webwork (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 13 seconds
Command Line: java 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -verbose 
-Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only 
[Working Directory: /data3/gump/webwork]
-
[javac] 
/data3/gump/webwork/src/main/webwork/multipart/WebworkMultiPartRequest.java:69: cannot 
resolve symbol
[javac] symbol  : class MultipartListener 
[javac] location: class webwork.multipart.WebworkMultiPartRequest
[javac] MultipartListener listener = new MultipartListener()
[javac] ^
[javac] 
/data3/gump/webwork/src/main/webwork/multipart/WebworkMultiPartRequest.java:69: cannot 
resolve symbol
[javac] symbol  : class MultipartListener 
[javac] location: class webwork.multipart.WebworkMultiPartRequest
[javac] MultipartListener listener = new MultipartListener()
[javac]  ^
[javac] 
/data3/gump/webwork/src/main/webwork/multipart/WebworkMultiPartRequest.java:92: cannot 
resolve symbol
[javac] symbol  : class MultipartRequest 
[javac] location: class webwork.multipart.WebworkMultiPartRequest
[javac]   multi = new MultipartRequest(req.getContentType(),
[javac]   ^
[javac] 
/data3/gump/webwork/src/main/webwork/multipart/WebworkMultiPartRequest.java:96: cannot 
resolve symbol
[javac] symbol  : variable MultipartRequest 
[javac] location: class webwork.multipart.WebworkMultiPartRequest
[javac]
MultipartRequest.IGNORE_FILES_IF_MAX_BYES_EXCEEDED,
[javac]^
[javac] 
/data3/gump/webwork/src/main/webwork/multipart/WebworkMultiPartRequest.java:102: 
cannot resolve symbol
[javac] symbol  : class MultipartRequest 
[javac] location: class webwork.multipart.WebworkMultiPartRequest
[javac]   multi = new MultipartRequest(req.getContentType(),
[javac]   ^
[javac] 
/data3/gump/webwork/src/main/webwork/multipart/WebworkMultiPartRequest.java:107: 
cannot resolve symbol
[javac] symbol  : variable MultipartRequest 
[javac] location: class webwork.multipart.WebworkMultiPartRequest
[javac]
MultipartRequest.IGNORE_FILES_IF_MAX_BYES_EXCEEDED,
[javac]^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 15 errors

BUILD FAILED
/data3/gump/webwork/build.xml:167: Compile failed; see the compiler error output for 
details.
at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938)
at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268)
at org.apache.tools.ant.Task.perform(Task.java:363)
at org.apache.tools.ant.Target.execute(Target.java:301)
at org.apache.tools.ant.Target.performTasks(Target.java:328)
at org.apache.tools.ant.Project.executeTarget(Project.java

cvs commit: gump/project avalon.xml

[mcconnell]

mcconnell2004/04/02 22:55:48

  Modified:project  avalon.xml
  Log:
  Remove duplicate dependencies from the avalon-repository-impl project.
  
  Revision  ChangesPath
  1.47  +0 -2  gump/project/avalon.xml
  
  Index: avalon.xml
  ===
  RCS file: /home/cvs/gump/project/avalon.xml,v
  retrieving revision 1.46
  retrieving revision 1.47
  diff -u -r1.46 -r1.47
  --- avalon.xml3 Apr 2004 05:04:36 -   1.46
  +++ avalon.xml3 Apr 2004 06:55:48 -   1.47
  @@ -641,7 +641,6 @@
   
   
   
  -
   
   
   
  @@ -668,7 +667,6 @@
   
   
   
  -
   
   
   
  
  
  

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

cvs commit: gump/project avalon.xml

[mcconnell]

mcconnell2004/04/02 21:04:36

  Modified:project  avalon.xml
  Log:
  Add runtime dependencies referenced by the composition and activation testcases.
  
  Revision  ChangesPath
  1.46  +9 -2  gump/project/avalon.xml
  
  Index: avalon.xml
  ===
  RCS file: /home/cvs/gump/project/avalon.xml,v
  retrieving revision 1.45
  retrieving revision 1.46
  diff -u -r1.45 -r1.46
  --- avalon.xml25 Mar 2004 11:26:12 -  1.45
  +++ avalon.xml3 Apr 2004 05:04:36 -   1.46
  @@ -912,6 +912,9 @@
   
   
   
  +
  +
  +
   
   
   
  @@ -947,7 +950,7 @@
   
   
   
  -
  +
   
   
  @@ -977,6 +980,10 @@
   
   
   
  +
  +
  +
  +
   
   
   
  @@ -992,7 +999,7 @@
   
   
   
  -
  +
   
   
  
  
  

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

cvs commit: gump/python/gump/document forrest.py

[rubys]

rubys   2004/04/02 18:36:35

  Modified:python/gump gumpenv.py
   python/gump/document forrest.py
  Log:
  Add more java and os version information to the output.
  Log all Java system properties (if available).
  
  Revision  ChangesPath
  1.3   +65 -11gump/python/gump/gumpenv.py
  
  Index: gumpenv.py
  ===
  RCS file: /home/cvs/gump/python/gump/gumpenv.py,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- gumpenv.py19 Mar 2004 23:11:46 -  1.2
  +++ gumpenv.py3 Apr 2004 02:36:35 -   1.3
  @@ -57,6 +57,12 @@
self.noRuper=0  
self.noSvn=0
self.noCvs=0
  + self.noJavaHome=0
  + self.noClasspath=0
  + self.noJava=0
  + self.noJavac=0
  + self.noPGrep=0
  + self.javaProperties=0

#
# JAVACMD can override this, see checkEnvironment
  @@ -94,19 +100,19 @@
   #CLASSPATH
   #FORREST_HOME?
   
  -if not self.checkEnvVariable('JAVA_HOME',0):
  +if not self.noJavaHome and not self.checkEnvVariable('JAVA_HOME',0):
   self.noJavaHome=1
   self.addWarning('JAVA_HOME environmental variable not found. Might not 
be needed.')
   
  -if not self.checkEnvVariable('CLASSPATH',0):
  +if not self.noClasspath and not self.checkEnvVariable('CLASSPATH',0):
   self.noClasspath=1
   self.addWarning('CLASSPATH environmental variable not found. Might not 
be needed.')
   
  -if not self.checkEnvVariable('FORREST_HOME',0): 
  +if not self.noForrest and not self.checkEnvVariable('FORREST_HOME',0): 
   self.noForrest=1
   self.addWarning('FORREST_HOME environmental variable not found, no xdoc 
output.')
   
  -if not self.checkEnvVariable('MAVEN_HOME',0): 
  +if not self.noMaven and not self.checkEnvVariable('MAVEN_HOME',0): 
   self.noMaven=1
   self.addWarning('MAVEN_HOME environmental variable not found, no maven 
builds.')
   
  @@ -117,14 +123,19 @@
   #javac (for bootstrap ant & beyond)
   #cvs
   #
  -#These ought set a switch..
  -#
   #forrest (for documentation)
   #
   self.checkExecutable('env','',0)
  -self.checkExecutable(self.javaCommand,'-version',exitOnError,1)
  -self.checkExecutable('javac','-help',0)
  -self.checkExecutable('java 
com.sun.tools.javac.Main','-help',0,0,'check_java_compiler')
  +
  + if not self.noJava and not 
self.checkExecutable(self.javaCommand,'-version',exitOnError,1):
  + self.noJava=1
  + self.noJavac=1
  +
  + if not self.noJavac and not self.checkExecutable('javac','-help',0):
  + self.noJavac=1
  +
  + if not self.noJavac and not self.checkExecutable('java 
com.sun.tools.javac.Main','-help',0,0,'check_java_compiler'):
  + self.noJavac=1
   
   if not self.noCvs and not self.checkExecutable('cvs','--version',0):
   self.noCvs=1
  @@ -148,12 +159,51 @@
   self.noMaven=1
   self.addWarning('"maven" command not found, no Maven builds')
   
  -if not self.checkExecutable('pgrep','-help',0): 
  +if not self.noPGrep and not self.checkExecutable('pgrep','-help',0): 
   self.noPGrep=1
   self.addWarning('"pgrep" command not found, no process clean-ups can 
occur')
   
   self.changeState(STATE_SUCCESS)
   
  +def getJavaProperties(self):
  +if self.javaProperties: return self.javaProperties
  +
  +self.checkEnvironment()
  +if self.noJavac: return {}
  +
  +import commands, re
  +
  +JAVA_SOURCE = dir.tmp + '/sysprop.java'
  +
  +source=open(JAVA_SOURCE,'w')
  +source.write("""
  +  import java.util.Enumeration;
  +  public class sysprop {
  +public static void main(String [] args) {
  +  Enumeration e=System.getProperties().propertyNames();
  +  while (e.hasMoreElements()) {
  +String name = (String)e.nextElement();
  +System.out.print(name + ": ");
  +System.out.println(System.getProperty(name));
  +  }
  +}
  +  }
  +""")
  +source.close()
  +
  +os.system('javac ' + JAVA_SOURCE)
  +os.unlink(JAVA_SOURCE)
  +
  +cmd=self.javaCommand + ' -cp ' + dir.tmp + ' sysprop'
  +self.javaProperties = \
  + dict(re.findall('(.*?): (.*)', commands.getoutput(cmd)))
  +os.unlink(JAVA_SOURCE.replace('.java','.class'))
  +
  +for (name,value) in self.javaPropertie

cvs commit: gump/python/gump/test resolving.py

[ajack]

ajack   2004/04/02 13:23:21

  Modified:python/gump/document forrest.py
   python/gump/test resolving.py
  Log:
  Some bug fixes (that would probably only ever show in unit testing, but still)
  
  Revision  ChangesPath
  1.125 +11 -7 gump/python/gump/document/forrest.py
  
  Index: forrest.py
  ===
  RCS file: /home/cvs/gump/python/gump/document/forrest.py,v
  retrieving revision 1.124
  retrieving revision 1.125
  diff -u -r1.124 -r1.125
  --- forrest.py2 Apr 2004 16:48:07 -   1.124
  +++ forrest.py2 Apr 2004 21:23:20 -   1.125
  @@ -1763,8 +1763,12 @@
   
   self.insertLink(work,workable,workRow.createData())  
   workRow.createData(stateDescription(work.state))
  -workRow.createData(secsToDate(work.result.start_time))
  -workRow.createData(secsToElapsedString(work.getElapsedSecs()))
  +if isinstance(work,TimedWorkItem):  
  +workRow.createData(secsToDate(work.result.start_time))
  +workRow.createData(secsToElapsedString(work.getElapsedSecs()))
  +else:
  +workRow.createData('N/A')
  +workRow.createData('N/A')
   
   #
   # Do a tail on all work that failed...
  @@ -1920,8 +1924,8 @@
   else:
   outputSource.createText('No output to stdout/stderr from this 
command.')
  
  -wdocument.serialize()
  -wdocument=None
  +wdocument.serialize()
  +wdocument=None
 
   def documentFileList(self,xdocNode,holder,description='Files'):
   filelist=holder.getFileList()
  
  
  
  1.2   +3 -3  gump/python/gump/test/resolving.py
  
  Index: resolving.py
  ===
  RCS file: /home/cvs/gump/python/gump/test/resolving.py,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- resolving.py  2 Apr 2004 16:48:06 -   1.1
  +++ resolving.py  2 Apr 2004 21:23:20 -   1.2
  @@ -109,9 +109,9 @@
   def testLocations(self):
   
   self.checkLocation(self.workspace)
  -self.checkLocation(module1)
  -self.checkLocation(module2)
  -self.checkLocation(project1)
  +self.checkLocation(self.module1)
  +self.checkLocation(self.module2)
  +self.checkLocation(self.project1)
   
   self.checkRelativeLocation(self.project1,self.project1)
   self.checkRelativeLocation(self.project1,self.module1)
  
  
  

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

Re: System Info

[Stefano Mazzocchi]

Adam R. B. Jack wrote:

Hmm. No, not directly. If a project repeatedly fails Gump automatically
turns on ant verbose and/or debug, and maybe this show those values. Is
there a way to list these things (above) without writing some Java?
What's wrong with writing some Java?  ;-)



As I'm sure you are aware ... there is a strong feeling on this list that no
Java pre-requisite ought exist, so Gump can be run in a 'clean' environment
w/o worrying about CLASSPATHs and such. 
Gump depends on java anyway for building java stuff, so finding out if 
java is present and if so, what properties is has, it's a nice thing 
because, in fact, you *do* need to know that anyway.

--
Stefano.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: Generating SVG from Python

[Antoine Lévy-Lambert]

Adam R. B. Jack wrote:

Anybody see an reason (licensing, other) why we should not use this:

   http://www2.sfk.nl/svg

in Gump? [I found nothing else via Google. I also looked on python.org
(including in the package index) and in ASPN cookbook.]
 

The license seems OK for me (see below)

I'd like to use it to generate some SVG images. I believe that some browsers
can render [right term?] them raw (IE just seemed to, albeit slowly), but I
also believe that Forrest uses Batik to generate PNG (I assume for browser
portability). Again, I'll try to make this optional, so folks don't have to
give up the cycles if they don't wish to.
 

I am a SVG fan, so +1.
If somebody is interested, I know how to install the Adobe SVG Plugin in 
FireFox on Windows
(not easy, I found some information about this at different places on 
mozilla forums).

I'd like to start simple (perhaps generate some slider type images to show
FOG values, etc.) Eventually I'd like to draw some graphs representing
dependency tress, etc.
Any feedback? Any objections?

 

No Objection !

Cheers, :-)

Antoine

Here is the license notice I found in the source code of SVGdraw.py 
(there seems not to be any separate
license file).

##Copyright (c) 2002, Fedor Baart & Hans de Wit (Stichting 
Farmaceutische Kengetallen)
##All rights reserved.
##
##Redistribution and use in source and binary forms, with or without 
modification,
##are permitted provided that the following conditions are met:
##
##Redistributions of source code must retain the above copyright notice, 
this
##list of conditions and the following disclaimer.
##
##Redistributions in binary form must reproduce the above copyright notice,
##this list of conditions and the following disclaimer in the 
documentation and/or
##other materials provided with the distribution.
##
##Neither the name of the Stichting Farmaceutische Kengetallen nor the 
names of
##its contributors may be used to endorse or promote products derived 
from this
##software without specific prior written permission.
##
##THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS 
"AS IS"
##AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
##IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR 
PURPOSE ARE
##DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE 
LIABLE
##FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
##DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
##SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
##CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT 
LIABILITY,
##OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF 
THE USE
##OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

##Thanks to Gerald Rosennfellner for his help and useful comments.

Here a programming example from the same source file :

   d=drawing()
   #then you create a SVG root element
   s=svg()
   #then you add some elements eg a circle and add it to the svg root 
element
   c=circle()
   #you can supply attributes by using named arguments.
   c=circle(fill='red',stroke='blue')
   #or by updating the attributes attribute:
   c.attributes['stroke-width']=1
   s.addElement(c)
   #then you add the svg root element to the drawing
   d.setSVG(s)
   #and finaly you xmlify the drawing
   d.toXml()
  



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

Generating SVG from Python

[Adam R. B. Jack]

Anybody see an reason (licensing, other) why we should not use this:

http://www2.sfk.nl/svg

in Gump? [I found nothing else via Google. I also looked on python.org
(including in the package index) and in ASPN cookbook.]

We use logging [we even bundle it for Python 2.2], we use wxPython, so any
reason we oughtn't use this? We could make it optional (detect if it is
installed, or not.)

I'd like to use it to generate some SVG images. I believe that some browsers
can render [right term?] them raw (IE just seemed to, albeit slowly), but I
also believe that Forrest uses Batik to generate PNG (I assume for browser
portability). Again, I'll try to make this optional, so folks don't have to
give up the cycles if they don't wish to.

I'd like to start simple (perhaps generate some slider type images to show
FOG values, etc.) Eventually I'd like to draw some graphs representing
dependency tress, etc.

Any feedback? Any objections?

regards,

Adam
--
Experience the Unwired Enterprise:
http://www.sybase.com/unwiredenterprise
Try Sybase: http://www.try.sybase.com


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

cvs commit: gump/python/gump config.py

[rubys]

rubys   2004/04/02 10:21:13

  Modified:python/gump config.py
  Log:
  Provide some insight into the configuration without requiring a
  successful execution of Gump (which depends on the configuration).
  
  Revision  ChangesPath
  1.18  +11 -0 gump/python/gump/config.py
  
  Index: config.py
  ===
  RCS file: /home/cvs/gump/python/gump/config.py,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- config.py 19 Mar 2004 23:11:46 -  1.17
  +++ config.py 2 Apr 2004 18:21:13 -   1.18
  @@ -110,3 +110,14 @@
   
   if dir.base not in sys.path: sys.path.insert(0, dir.base)
   
  +
  +if __name__ == '__main__':
  +  def dump(section):
  +print
  +print "---", str(section).split('.')[-1], "---"
  +for attr in __builtins__.dir(section):
  +  if attr == '__module__': continue
  +  print " ", attr + ":\t" + getattr(section, attr).__repr__()
  +
  +  for section in sys.argv[1:] or ('dir','default','setting','switch'):
  +dump(locals()[section])
  
  
  

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

timeout ( was re: Hermes status )

[Adam R. B. Jack]

> > I think we could add a check into GumpEnvironment to detect 'timeout' if
> > available in the environment, and use it if present, and I think that
would
> > suit any purists (including me) that want Gump to function well out of
the
> > box, with the minimum of installation dependencies.
>
> Why not put 'timeout' in the box?

I assumed it was C, and (perhaps) not portable. [Does it work on MS
platforms?]. I've not compiled a line of C in a long while, and was hoping
to keep Gump to Python (and perhaps Java), but not go wider. Please correct
any misconceptions here.

regards,

Adam


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

cvs commit: gump/python/storage/random profileView.py ms_perf.py .cvsignore

[ajack]

ajack   2004/04/02 08:48:07

  Modified:python/gump/test xdoc_tests.py __init__.py xref.py tools.py
stats.py integrator.py nagging.py updater.py
gumpset_tests.py xml_tests.py documenter.py sync.py
resulting.py unicode.py syndicator.py utils.py
pyunit.py loader_tests.py model.py
   .gumpy.py .cvsignore
   python/gump/output nag.py
   python   .cvsignore
   python/gump/model stats.py project.py
   python/gump/document forrest.py
  Added:   python/gump/test resolving.py
   python/storage/random/results .cvsignore resulter.py
loader.py __init__.py model.py
   python/storage/random profileView.py ms_perf.py .cvsignore
  Removed: python/gump/test resolver_tests.py
   python   profileView.py
   python/storage/results model.py __init__.py .cvsignore
resulter.py loader.py
  Log:
  1) Added the resolved URL for work to notification mails.

  2) Converted the commandline test for resolving to a unit test

  3) Added AL2.0 to top of all unit tests, replacing old.

  4) Started work on FOG 2.0 (turned FOG into odds).

  5) Tweaked 'warnings' to make notesLog less verbose.

  6) Put some junk into 'storage/random'

  7) Updated some .cvsignores

  8) Move (Total)DependencyDepth into stats.
  
  Revision  ChangesPath
  1.5   +12 -56gump/python/gump/test/xdoc_tests.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/xdoc_tests.py.diff?r1=1.4&r2=1.5
  
  
  1.10  +26 -59gump/python/gump/test/__init__.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/__init__.py.diff?r1=1.9&r2=1.10
  
  
  1.3   +12 -56gump/python/gump/test/xref.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/xref.py.diff?r1=1.2&r2=1.3
  
  
  1.6   +13 -57gump/python/gump/test/tools.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/tools.py.diff?r1=1.5&r2=1.6
  
  
  1.9   +13 -57gump/python/gump/test/stats.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/stats.py.diff?r1=1.8&r2=1.9
  
  
  1.5   +14 -58gump/python/gump/test/integrator.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/integrator.py.diff?r1=1.4&r2=1.5
  
  
  1.9   +15 -59gump/python/gump/test/nagging.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/nagging.py.diff?r1=1.8&r2=1.9
  
  
  1.5   +13 -57gump/python/gump/test/updater.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/updater.py.diff?r1=1.4&r2=1.5
  
  
  1.6   +14 -58gump/python/gump/test/gumpset_tests.py
  
  
http://cvs.apache.org/viewcvs/gump/python/gump/test/gumpset_tests.py.diff?r1=1.5&r2=1.6
  
  
  1.4   +12 -56gump/python/gump/test/xml_tests.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/xml_tests.py.diff?r1=1.3&r2=1.4
  
  
  1.3   +13 -58gump/python/gump/test/documenter.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/documenter.py.diff?r1=1.2&r2=1.3
  
  
  1.3   +13 -58gump/python/gump/test/sync.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/sync.py.diff?r1=1.2&r2=1.3
  
  
  1.4   +14 -57gump/python/gump/test/resulting.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/resulting.py.diff?r1=1.3&r2=1.4
  
  
  1.3   +12 -56gump/python/gump/test/unicode.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/unicode.py.diff?r1=1.2&r2=1.3
  
  
  1.7   +13 -57gump/python/gump/test/syndicator.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/syndicator.py.diff?r1=1.6&r2=1.7
  
  
  1.6   +13 -58gump/python/gump/test/utils.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/utils.py.diff?r1=1.5&r2=1.6
  
  
  1.25  +15 -57gump/python/gump/test/pyunit.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/pyunit.py.diff?r1=1.24&r2=1.25
  
  
  1.5   +14 -58gump/python/gump/test/loader_tests.py
  
  
http://cvs.apache.org/viewcvs/gump/python/gump/test/loader_tests.py.diff?r1=1.4&r2=1.5
  
  
  1.19  +16 -57gump/python/gump/test/model.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/model.py.diff?r1=1.18&r2=1.19
  
  
  1.1  gump/python/gump/test/resolving.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/test/resolving.py?rev=1.1
  
  
  1.13  +35 -60gump/gumpy.py
  
  http://cvs.apache.org/viewcvs/gump/gumpy.py.diff?r1=1.12&r2=1.13
  
  
  1.21  +2 -1  gump/.cvsignore
  
  http://cvs.apache.org/viewcvs/gump/.cvsignore.diff?r1=1.20&r2=1.21
  
  
  1.31  +2 -0  gump/python/gump/output/nag.py
  
  http://cvs.apache.org/viewcvs/gump/python/gump/output/nag.py.diff?r1=1.30&r2=1.31
  
  
  1.8   +2 -0  gump/python/.cvsignore
  
  http://cvs.apache.org/viewcvs/gump/python/.cvsignore.diff?r1=1.

cvs commit: gump/python/storage/random - New directory

[ajack]

ajack   2004/04/02 08:45:06

  gump/python/storage/random - New directory

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

cvs commit: gump/python/storage/random/results - New directory

[ajack]

ajack   2004/04/02 08:45:06

  gump/python/storage/random/results - New directory

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

Re: Hermes status

[Sam Ruby]

Adam R. B. Jack wrote:
I think we could add a check into GumpEnvironment to detect 'timeout' if
available in the environment, and use it if present, and I think that would
suit any purists (including me) that want Gump to function well out of the
box, with the minimum of installation dependencies.
Why not put 'timeout' in the box?

- Sam Ruby

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

Re: Hermes status

[Adam R. B. Jack]

> The way this used to be done was to use a public domain program named
> timeout.  I placed the source in brutus:/home/gump/timeout.tgz, and the
> compiled output and man page in /home/gump/bin.
>
> Timeout was used for all cvs updates and build commands.  Including the
> cvs update of gump itself in the equivalent of gumpy.  Here's how it was
> invoked:
>
> bash gen.sh -cp "/home/rubys/bin/timeout 1200"
>
> Where "cp" is the desired "command prefix".

Yeah, it might be time to revert to that.

I think we could add a check into GumpEnvironment to detect 'timeout' if
available in the environment, and use it if present, and I think that would
suit any purists (including me) that want Gump to function well out of the
box, with the minimum of installation dependencies.

We could add the above (if detected), without having to change the current
background thread/kill logic. Belt and braces...

I still thing we ought replace pgrep with ps (or something more portable),
if we can find a smart commandline argument. That, or see if (non *nix)
/proc is an option. I've seen (on M$) that one can use 'performance
information' to get to process id & parent process id, but it is so ugly a
solution I've not found time for it.

regards

Adam


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

Re: cvs commit: gump/project jelly-tags.xml

[Adam R. B. Jack]

>   Try to fix build by cloning the forked VM here as well -
java.awt.headless doesn't seem to get propagated on brutus

Stefan,

Does this "java.awt.headless doesn't seem to get propagated on brutus" mean
that workspace level system properties are not being respected? If you could
give me a clear pointer I'll investigate.

regards,

Adam


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

Re: System Info (was: Speed of brutus)

[Adam R. B. Jack]

> > Hmm. No, not directly. If a project repeatedly fails Gump automatically
> > turns on ant verbose and/or debug, and maybe this show those values. Is
> > there a way to list these things (above) without writing some Java?
>
> What's wrong with writing some Java?  ;-)
>

As I'm sure you are aware ... there is a strong feeling on this list that no
Java pre-requisite ought exist, so Gump can be run in a 'clean' environment
w/o worrying about CLASSPATHs and such. (Might seem odd for a Java Builder,
but Gump may do more/other than Java one day). That said, you seem to have
cleverly worked around that. So long as Python Gump generates it, compiles
it, and runs it -- I can't see folks objecting.

It would (IMHO) be good if you added this code into GumpEnvironment in
gumpenv.py, and used some things like self.javaCommand (defaults to 'java',
but can be overwritten). If you do it after the check for java and javac,
it'd be best.

If you could manage to use checkExecutable (which adds the result/output to
the GumpEnvironment object as work, and hence shows up in documentation)
that would be good. Might I ask that you simply listProperties --- so we can
see all, not just these (important) few? You could get the output file from
the command, and parse that, if you are interested in having the values. [As
you know I like to start verbose and trim backwards, one never knows (it
seems) what information might be interesting.]

Just and FYI: We have a slight issue with 'tmp', not so much what you've
done as what exists. I'd like everything to run in $WORKSPACE/tmp, but some
things (like this, are pre-workspace) and dir.tmp is what we ought use.
[This is only an issue when we run multiple things in one install, which we
don't typically do, but it bugs me.]

BTW: Nice addition.

regards

Adam


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

cvs commit: gump/project jelly-tags.xml

[bodewig]

bodewig 2004/04/02 07:44:48

  Modified:project  jelly-tags.xml
  Log:
  Try to fix build by cloning the forked VM here as well - java.awt.headless doesn't 
seem to get propagated on brutus
  
  Revision  ChangesPath
  1.56  +1 -0  gump/project/jelly-tags.xml
  
  Index: jelly-tags.xml
  ===
  RCS file: /home/cvs/gump/project/jelly-tags.xml,v
  retrieving revision 1.55
  retrieving revision 1.56
  diff -u -r1.55 -r1.56
  --- jelly-tags.xml2 Apr 2004 15:34:45 -   1.55
  +++ jelly-tags.xml2 Apr 2004 15:44:48 -   1.56
  @@ -553,6 +553,7 @@
   
   
 
  +  
   
   
   
  
  
  

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

cvs commit: gump/project jelly-tags.xml

[bodewig]

bodewig 2004/04/02 07:34:45

  Modified:project  jelly-tags.xml
  Log:
  Try to fix build by cloning the forked VM
  
  Revision  ChangesPath
  1.55  +1 -0  gump/project/jelly-tags.xml
  
  Index: jelly-tags.xml
  ===
  RCS file: /home/cvs/gump/project/jelly-tags.xml,v
  retrieving revision 1.54
  retrieving revision 1.55
  diff -u -r1.54 -r1.55
  --- jelly-tags.xml27 Feb 2004 09:22:56 -  1.54
  +++ jelly-tags.xml2 Apr 2004 15:34:45 -   1.55
  @@ -413,6 +413,7 @@
   
   
 
  +  
   
   
   
  
  
  

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

jelly-tags-junit failure

[Stefan Bodewig]

Hi,

I've been trying to understand why this fails in all Python
installations but passes in all "traditional" installations that are
up-to-date (i.e. covalent and mine).  I think I've found the reason.

"traditional" adds Xerces and xml-apis to CLASSPATH and to the
bootclasspath while Gumpy doesn't add it to CLASSPATH - I think Gumpy
is correct here.

The  task in jelly-tags-junit's build file forks a new VM.
Since build.clonevm is false, it will use Crimson instead of Xerces
(as Xerces is not on the CLASSPATH of the forked VM) and somehow the
tests fail if you use Crimson.

I'll throw in a build.clonevm here since this should be used by all
builds that fork new VMs anyway and we'll see whether it fixes the
problem.  If so, I'll try to run the tests without Xerces sometime
next week and create a bug-report for Jelly (in case there is anybody
listening).

Stefan

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

System Info (was: Speed of brutus)

[Sam Ruby]

Adam R. B. Jack wrote:

And finally, a nit: I see useful information like the name of the java
command ("java") and the Operating System ("posix"), but I don't see the
values of System.getProperties which contains values such as:
   java.vm.version=1.4.2_04-b05
   java.vm.vendor=Sun Microsystems Inc.
   os.arch=i386
   os.name=Linux
Hmm. No, not directly. If a project repeatedly fails Gump automatically
turns on ant verbose and/or debug, and maybe this show those values. Is
there a way to list these things (above) without writing some Java?
What's wrong with writing some Java?  ;-)

import commands, os, re

TMP_DIR = '/home/rubys/tmp'
JAVA_SOURCE = TMP_DIR + '/sysprop.java'
properties = [
  'java.vendor',
  'java.version',
  'os.name',
  'os.arch',
  'os.version'
]
source=open(JAVA_SOURCE,'w')
source.write("""
  public class sysprop {
public static void main(String [] args) {
  for (int i=0; i
os.system('javac ' + JAVA_SOURCE)
os.unlink(JAVA_SOURCE)
cmd='java -cp ' + TMP_DIR + ' sysprop ' + ' '.join(properties)
properties = dict(re.findall('(.*?): (.*)', commands.getoutput(cmd)))
os.unlink(JAVA_SOURCE.replace('.java','.class'))
for (key,value) in properties.items():
  print key, "=>", value
- Sam Ruby

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

RE: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-sample-servlet-13 failed

[Vincent Massol]

> -Original Message-
> From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
> Sent: 02 April 2004 16:29
> To: Gump code and data
> Subject: Re: FW: [EMAIL PROTECTED]:
jakarta-cactus/jakarta-cactus-sample-servlet-
> 13 failed
> 
> > > I've used the build log:
> > >
> > >  > >
cactus/gump_work/build_jakarta-cactus_jakarta-cactus-sample-servlet-
> > > 13.html>
> >
> > arg. Yes, it's very clear in there. I wonder why the link in the
Gump
> > email does not point to this file instead of the general one which
does
> > not provide the information...
> 
> Good question. It can, it will.

Cool!

> BTW: The general one does show it, but in amongst a lot of other
stuff.

Yeah, but you have to click on some links. The information is not
directly in the page (it wasn't for the problem I had on Cactus).

Thanks
-Vincent


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

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-sample-servlet-13 failed

[Adam R. B. Jack]

> > I've used the build log:
> > 
> >  > cactus/gump_work/build_jakarta-cactus_jakarta-cactus-sample-servlet-
> > 13.html>
> 
> arg. Yes, it's very clear in there. I wonder why the link in the Gump
> email does not point to this file instead of the general one which does
> not provide the information...

Good question. It can, it will.
BTW: The general one does show it, but in amongst a lot of other stuff.
 
regards

Adam

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

Re: Hermes status

[Sam Ruby]

Adam R. B. Jack wrote:

Gosh I hate that bit of code:

http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=5728

All help & creative solutions appreciated:

http://issues.apache.org/jira/browse/GUMP-35
The way this used to be done was to use a public domain program named 
timeout.  I placed the source in brutus:/home/gump/timeout.tgz, and the 
compiled output and man page in /home/gump/bin.

Timeout was used for all cvs updates and build commands.  Including the 
cvs update of gump itself in the equivalent of gumpy.  Here's how it was 
invoked:

bash gen.sh -cp "/home/rubys/bin/timeout 1200"

Where "cp" is the desired "command prefix".

- Sam Ruby

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

cvs commit: gump/project avalon-excalibur.xml

[mcconnell]

mcconnell2004/04/02 04:59:02

  Modified:project  avalon-excalibur.xml
  Log:
  Correve incorrect name property / 3
  
  Revision  ChangesPath
  1.142 +0 -3  gump/project/avalon-excalibur.xml
  
  Index: avalon-excalibur.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v
  retrieving revision 1.141
  retrieving revision 1.142
  diff -u -r1.141 -r1.142
  --- avalon-excalibur.xml  2 Apr 2004 12:42:23 -   1.141
  +++ avalon-excalibur.xml  2 Apr 2004 12:59:02 -   1.142
  @@ -394,7 +394,6 @@
   
   org.apache.avalon.fortress
   
  -
   
   
   
  @@ -442,7 +441,6 @@
   
   org.apache.avalon.fortress
   
  -
   
   
   
  @@ -493,7 +491,6 @@
   
   org.apache.avalon.fortress
   
  -
   
   
   
  
  
  

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

cvs commit: gump/project xml-fop.xml

[jeremias]

jeremias2004/04/02 04:50:42

  Modified:project  xml-fop.xml
  Log:
  Added commons-logging to dependencies.
  
  Revision  ChangesPath
  1.28  +1 -0  gump/project/xml-fop.xml
  
  Index: xml-fop.xml
  ===
  RCS file: /home/cvs/gump/project/xml-fop.xml,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- xml-fop.xml   27 Feb 2004 09:22:57 -  1.27
  +++ xml-fop.xml   2 Apr 2004 12:50:42 -   1.28
  @@ -36,6 +36,7 @@
   
   
   
  +
   
   
   
  
  
  

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

cvs commit: gump/project avalon-excalibur.xml

[mcconnell]

mcconnell2004/04/02 04:42:23

  Modified:project  avalon-excalibur.xml
  Log:
  Correve incorrect name property / 2
  
  Revision  ChangesPath
  1.141 +0 -1  gump/project/avalon-excalibur.xml
  
  Index: avalon-excalibur.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v
  retrieving revision 1.140
  retrieving revision 1.141
  diff -u -r1.140 -r1.141
  --- avalon-excalibur.xml  2 Apr 2004 12:41:32 -   1.140
  +++ avalon-excalibur.xml  2 Apr 2004 12:42:23 -   1.141
  @@ -347,7 +347,6 @@
   
   org.apache.avalon.fortress
   
  -
   
   
   
  
  
  

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

cvs commit: gump/project avalon-excalibur.xml

[mcconnell]

mcconnell2004/04/02 04:41:33

  Modified:project  avalon-excalibur.xml
  Log:
  Correve incorrect name property.
  
  Revision  ChangesPath
  1.140 +0 -1  gump/project/avalon-excalibur.xml
  
  Index: avalon-excalibur.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v
  retrieving revision 1.139
  retrieving revision 1.140
  diff -u -r1.139 -r1.140
  --- avalon-excalibur.xml  2 Apr 2004 06:29:07 -   1.139
  +++ avalon-excalibur.xml  2 Apr 2004 12:41:32 -   1.140
  @@ -314,7 +314,6 @@
   
   org.apache.avalon.fortress
   
  -
   
   
   
  
  
  

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

Re: [Gump Wiki] Updated: Drafts/ProjectBylaws

[Stefan Bodewig]

Please all, go ahead and modify to your liking so that we can vote on
it around Easter.

Stefan

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

[Gump Wiki] Updated: Drafts/ProjectBylaws

[general]

   Date: 2004-04-02T04:07:22
   Editor: StefanBodewig <[EMAIL PROTECTED]>
   Wiki: Gump Wiki
   Page: Drafts/ProjectBylaws
   URL: http://wiki.apache.org/gump/Drafts/ProjectBylaws

   Add slightly modified Ant bylaws as draft

Change Log:

--
@@ -45,3 +45,208 @@
 ''in case of voting is required, I'm fine with either'' -- SM
 
 == Actual Draft ==
+
+=== Apache Gump Project Bylaws ===
+
+This document defines the bylaws under which the Apache Gump project
+operates. It defines the roles and responsibilities of the project,
+who may vote, how voting works, how conflicts are resolved, etc.
+
+Gump is a project of the [http://www.apache.org/foundation/ Apache
+Software Foundation].  The foundation holds the copyright on Apache
+code including the code in the Gump codebase. The
+[http://www.apache.org/foundation/faq.html foundation FAQ] explains
+the operation and background of the foundation.
+
+Gump is typical of Apache projects in that it operates under a set of
+principles, known collectively as the "Apache Way". If you are new to
+Apache development, please refer to the [ http://incubator.apache.org
+Incubator project] for more information on how Apache projects
+operate.
+
+=== Roles and Responsibilities ===
+
+Apache projects define a set of roles with associated rights and
+responsibilities. These roles govern what tasks an individual may
+perform within the project. The roles are defined in the following
+sections
+
+ * Users
+ * Developers
+ * Committers
+ * Project Management Committee (PMC)
+  
+ Users 
+  
+The most important participants in the project are people who use our
+software. The majority of our developers start out as users and guide
+their development efforts from the user's perspective.
+
+Users contribute to the Apache projects by providing feedback to
+developers in the form of bug reports and feature suggestions. As
+well, users participate in the Apache community by helping other users
+on mailing lists and user support forums.
+
+ Developers 
+  
+All of the volunteers who are contributing time, code, documentation,
+or resources to the Gump Project. A developer that makes sustained,
+welcome contributions to the project may be invited to become a
+Committer, though the exact timing of such invitations depends on many
+factors.
+
+ Committers 
+  
+The project's Committers are responsible for the project's technical
+management. All committers have write access to the project's source
+repositories. Committers may cast binding votes on any technical
+discussion regarding the project.
+
+All Developers who are already committers for any other Apache
+code-base automatically obtain commit access to the Gump project as
+well.
+
+Committer access is by invitation only and must be approved by lazy
+consensus of the active PMC members. A Committer is considered
+emeritus by their own declaration or by not contributing in any form
+to the project for over six months. An emeritus committer may request
+reinstatement of commit access from the PMC. Such reinstatement is
+subject to lazy consensus of active PMC members.
+
+Commit access can be revoked by a unanimous vote of all the active PMC
+members (except the committer in question if they are also a PMC
+member).
+
+All Apache committers are required to have a signed Contributor
+License Agreement (CLA) on file with the Apache Software
+Foundation. There is a [http://www.apache.org/dev/committers.html
+Committer FAQ] which provides more details on the requirements for
+Committers
+
+A committer who makes a sustained contribution to the project may be
+invited by or ask the PMC to become a member of the PMC. The form of
+contribution is not limited to code. It can also include code review,
+helping out users on the mailing lists, documentation, etc.
+
+ Project Management Committee 
+  
+The Project Management Committee (PMC) for Apache Gump was created by a
+resolution of the board of the Apache
+Software Foundation on 18th February 2004. The PMC is
+responsible to the board and the ASF for the management and oversight
+of the Apache Gump codebase. The responsibilities of the PMC include
+
+ * Deciding what is distributed as products of the Apache Gump project.  In 
particular all releases must be approved by the PMC
+  
+ * Maintaining the project's shared resources, including the codebase repository, 
mailing lists, websites.
+  
+ * Speaking on behalf of the project.
+  
+ * Resolving license disputes regarding products of the project
+  
+ * Nominating new PMC members and committers
+  
+ * Maintaining these bylaws and other guidelines of the project
+
+Membership of the PMC is by invitation only and must be approved by a
+lazy consensus of active PMC members. A PMC member is considered
+"emeritus" by their own declaration or by not contributing
+in any form to the project for over six months. An eme

RE: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-sample-servlet-13 failed

[Vincent Massol]

> -Original Message-
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> Sent: 02 April 2004 10:56
> To: [EMAIL PROTECTED]
> Subject: Re: FW: [EMAIL PROTECTED]:
jakarta-cactus/jakarta-cactus-sample-servlet-
> 13 failed
> 
> On Fri, 2 Apr 2004, Vincent Massol <[EMAIL PROTECTED]> wrote:
> 
> > I had looked at the web site but I could not find this
> > information. I looked at
> >
http://lsd.student.utwente.nl/gump/jakarta-cactus/jakarta-cactus-sample-
> > servlet-13.html. Is there another place to look at?
> 
> I've used the build log:
> 
>  cactus/gump_work/build_jakarta-cactus_jakarta-cactus-sample-servlet-
> 13.html>

arg. Yes, it's very clear in there. I wonder why the link in the Gump
email does not point to this file instead of the general one which does
not provide the information...

> 
> and it contains the value of the CLASSPATH env variable.
> 
> >> > It seems like an Ant bug to me but I'm not sure.
> >>
> >> Why Ant?
> >
> > Hehe... I needed a culprit... :-)
> 
> And you probably catch my attention more easily if you blame Ant ;-)

:-)

> 
> > Ok done.
> 
> I think you need reference="jar" in the  elements as well.

Ok added. Thanks for spotting this (I didn't know about it).

> 
> > Any idea if/when Gumpy will be fixed to support this? Should I open
> > a JIRA bug for Gumpy on this?
> 
> JIRA would be a good idea.

http://nagoya.apache.org/jira/browse/GUMP-46

Thanks
-Vincent


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

[jira] Created: (GUMP-46) Gumpy not creating valid classpath

[jira]

Message:

  A new issue has been created in JIRA.

-
View the issue:
  http://issues.apache.org/jira/browse/GUMP-46

Here is an overview of the issue:
-
Key: GUMP-46
Summary: Gumpy not creating valid  classpath
   Type: Bug

 Status: Unassigned
   Priority: Major

Project: Gump
 Components: 
 Python

   Assignee: 
   Reporter: Vincent Massol

Created: Fri, 2 Apr 2004 1:23 AM
Updated: Fri, 2 Apr 2004 1:23 AM

Description:
It seems the following configuration which was working fine with Gump is no longer 
working with Gumpy:


[...]
  
  
[...]


It seems the properties are correctly created by the classpath does not include 
correctly the 2 jar.

A possible workaround is:


[...]
  
  
[...]




But it's not as nice as before...

Thanks
-Vincent


-
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


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

cvs commit: gump/project jakarta-cactus.xml

[vmassol]

vmassol 2004/04/02 01:11:05

  Modified:project  jakarta-cactus.xml
  Log:
  Added reference="jar" to indicate these properties as referencing jars.
  
  Revision  ChangesPath
  1.39  +2 -2  gump/project/jakarta-cactus.xml
  
  Index: jakarta-cactus.xml
  ===
  RCS file: /home/cvs/gump/project/jakarta-cactus.xml,v
  retrieving revision 1.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- jakarta-cactus.xml2 Apr 2004 08:01:44 -   1.38
  +++ jakarta-cactus.xml2 Apr 2004 09:11:05 -   1.39
  @@ -492,8 +492,8 @@
   
 
  -  
  -  
  +  
  +  
   
 
 
  
  
  

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

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-sample-servlet-13 failed

[Stefan Bodewig]

On Fri, 2 Apr 2004, Vincent Massol <[EMAIL PROTECTED]> wrote:

> I had looked at the web site but I could not find this
> information. I looked at
> http://lsd.student.utwente.nl/gump/jakarta-cactus/jakarta-cactus-sample-
> servlet-13.html. Is there another place to look at?

I've used the build log:



and it contains the value of the CLASSPATH env variable.

>> > It seems like an Ant bug to me but I'm not sure.
>> 
>> Why Ant?  
> 
> Hehe... I needed a culprit... :-)

And you probably catch my attention more easily if you blame Ant ;-)

> Ok done.

I think you need reference="jar" in the  elements as well.

> Any idea if/when Gumpy will be fixed to support this? Should I open
> a JIRA bug for Gumpy on this?

JIRA would be a good idea.

Cheers

Stefan

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

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

Re: Stuff TODO

[Michael Davey]

Adam R. B. Jack wrote:

Sam's recent posting reminded me of a couple more:

1) A page comparing the entities where a status differs (on the N servers
any Gump is aware of). No guarantees that this is an environmental problem
(it could be timing) but it'd be a nice 'dashboard'.
 

Would it be possible to put the build start and end times (in UTC) here 
and also on
pages like this one 
?

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

RE: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-sample-servlet-13 failed

[Vincent Massol]

> -Original Message-
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
> Sent: 02 April 2004 09:09
> To: [EMAIL PROTECTED]
> Subject: Re: FW: [EMAIL PROTECTED]:
jakarta-cactus/jakarta-cactus-sample-servlet-
> 13 failed
> 
> On Thu, 1 Apr 2004, Vincent Massol <[EMAIL PROTECTED]> wrote:
> 
> > Does anyone have an idea what the error below is about?
> 
> Yes, look at the website.  Several of the JSTL tag implementation
> classes haven't been found and in fact they are not inside jstl.jar
> which is on the CLASSPATH.  They are in standard.jar which is not on
> the CLASSPATH.

I had looked at the web site but I could not find this information. I
looked at
http://lsd.student.utwente.nl/gump/jakarta-cactus/jakarta-cactus-sample-
servlet-13.html. Is there another place to look at? Or what should I be
looking for on that page?

> 
> > It seems like an Ant bug to me but I'm not sure.
> 
> Why Ant?  

Hehe... I needed a culprit... :-) More seriously, I was led to this
(wrong) conclusion by the stack trace:

build.xml:180: Compile failed; see the compiler error output for
details.
at
org.apache.tools.ant.ProjectHelper.addLocationToBuildException(ProjectHe
lper.java:536)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
[...]

> Looks more like either the descriptor or Gump.  Let's see
> 
> 
>   ...
>   
>id="standard"/>
>   ...
> 
> 
> looks OK in order to have both jars on the CLASSPATH, so there may be
> a problem with the logic that adds the dependencies (it sees that
> there already is a dependency but doesn't recognize that you are
> asking for a different id this time).
> 
> I suggest that you replace the //ant/depend tags here with plain
> property tags and add an explicit  tag outside of .

Ok done. Any idea if/when Gumpy will be fixed to support this? Should I
open a JIRA bug for Gumpy on this?

Thanks Stefan
-Vincent


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

cvs commit: gump/project jakarta-cactus.xml

[vmassol]

vmassol 2004/04/02 00:01:44

  Modified:project  jakarta-cactus.xml
  Log:
  As suggested by Stefan, trying to overcome some Gumpy limitation/bug with classpath 
not being well formed when using  elements (with ids) in .
  
  Revision  ChangesPath
  1.38  +8 -2  gump/project/jakarta-cactus.xml
  
  Index: jakarta-cactus.xml
  ===
  RCS file: /home/cvs/gump/project/jakarta-cactus.xml,v
  retrieving revision 1.37
  retrieving revision 1.38
  diff -u -r1.37 -r1.38
  --- jakarta-cactus.xml16 Mar 2004 22:06:22 -  1.37
  +++ jakarta-cactus.xml2 Apr 2004 08:01:44 -   1.38
  @@ -492,8 +492,8 @@
   
 
  -  
  -  
  +  
  +  
   
 
 
  @@ -511,6 +511,12 @@
   
   
   
  +
  +
  +
  +
   
   
   
  
  
  

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