Re: Excalibur under surgical knife

[Nicola Ken Barozzi]

Niclas Hedhman wrote:
On Tuesday 30 March 2004 21:09, Nicola Ken Barozzi wrote:

Niclas Hedhman wrote:

Just want everyone to know that all of Excalibur is going through some
Plastic Surgery, and will take a while before the wound heals.
Wound over wound over wound... gosh, this is vivisection! (some may call
it autopsy though ;-)
:o)

I have been calling it "Mortician at Work - Beautification of the Dead"...
hehehe

Point is, there were so much cyclic/cross dependencies, that builds from 
scratch weren't possible. And looking at the commit logs, I believe it has 
been so since you left :o)
And long over-due to clear it up.
Whatever type of sarcasm we want to do, this is true. Projects still 
depend on it ATM, so in reality it's actually needed. :-)

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Maven support - the ids

[Stefan Bodewig]

Hi,

IIUC the current incubator-geronimo build fails since Maven project
names and Gump project names don't match.  The Maven Gump plugin
already knows all the necessary transformations, so it would probably
wise to simply reuse

in Gump's Maven integration part.

Note that the file above is out of date, in particular most of the
Avalon names don't work anymore, but some mappings like those for ant
or log4j are deprecated as well.  I'll put together a patch for it
once the Avalon build system has become stable.

Cheers

Stefan

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

cvs commit: gump/project avalon-excalibur.xml

[bodewig]

bodewig 2004/03/30 22:47:13

  Modified:project  avalon-excalibur.xml
  Log:
  build file for excalibur-i18n and instrument
  
  Revision  ChangesPath
  1.132 +2 -2  gump/project/avalon-excalibur.xml
  
  Index: avalon-excalibur.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v
  retrieving revision 1.131
  retrieving revision 1.132
  diff -u -r1.131 -r1.132
  --- avalon-excalibur.xml  31 Mar 2004 06:43:07 -  1.131
  +++ avalon-excalibur.xml  31 Mar 2004 06:47:13 -  1.132
  @@ -500,7 +500,7 @@
   
   org.apache.avalon.excalibur.i18n
   
  -
  +
   
   
   
  @@ -529,7 +529,7 @@
   
   org.apache.avalon.excalibur.instrument
   
  -
  +
   
   
   
  
  
  

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

cvs commit: gump/project avalon-excalibur.xml

[bodewig]

bodewig 2004/03/30 22:43:07

  Modified:project  avalon-excalibur.xml
  Log:
  build file for excalibur-compatibility
  
  Revision  ChangesPath
  1.131 +1 -1  gump/project/avalon-excalibur.xml
  
  Index: avalon-excalibur.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v
  retrieving revision 1.130
  retrieving revision 1.131
  diff -u -r1.130 -r1.131
  --- avalon-excalibur.xml  30 Mar 2004 06:45:07 -  1.130
  +++ avalon-excalibur.xml  31 Mar 2004 06:43:07 -  1.131
  @@ -35,7 +35,7 @@
   -->
   org.apache.avalon.excalibur
   
  -
  +
   
   
   
  
  
  

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

cvs commit: gump/project logging-log4j.xml

[bodewig]

bodewig 2004/03/30 22:36:57

  Modified:project  logging-log4j.xml
  Log:
  log4j now seems to require the Servlet API
  
  Revision  ChangesPath
  1.3   +1 -0  gump/project/logging-log4j.xml
  
  Index: logging-log4j.xml
  ===
  RCS file: /home/cvs/gump/project/logging-log4j.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- logging-log4j.xml 5 Mar 2004 08:31:32 -   1.2
  +++ logging-log4j.xml 31 Mar 2004 06:36:57 -  1.3
  @@ -36,6 +36,7 @@
   
   
   
  +
   
   
   
  
  
  

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

Re: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed

[Martin Cooper]

On Wed, 31 Mar 2004, Stefan Bodewig wrote:

> On Tue, 30 Mar 2004, Martin Cooper <[EMAIL PROTECTED]> wrote:
> > On Tue, 30 Mar 2004, Stefan Bodewig wrote:
>
> >> I'll ping the Struts folks as soon as we have a a first Gump build
> >> to point them to.
> >
> > No need. The 'type' attribute was deprecated in August 2002, long
> > before Struts 1.1 was released, and then removed in August 2003.
>
> I've seen that the commit message says just that, but there is no
> single @deprecated tag in the source before the type attribute has
> been removed.  Given that sslext uses Java and not tags to access the
> attribute one could argue the value of a deprecation notice in the
> User-Guide.

Point taken with respect to the Java code. We need to do a better job in
the future of notifying extenders of our tags about deprecations. Our
focus in the past has been on notifying the users of the tags (in JSP
pages) that an attribute should no longer be used.

--
Martin Cooper


> Anyway, as things are, sslext hasn't tried to build a release for
> Struts 1.2.0 yet and the 1.1.0 version will not compile against Struts
> 1.2.x.
>
> I've seen that Marinó has raised this issue at the sslext forum[1], let's
> see.
>
> Thanks
>
> Stefan
>
> Footnotes:
> [1]  http://sourceforge.net/forum/forum.php?thread_id=1049383&forum_id=202073
>
>
> -
> 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: cvs commit: gump/project xdoclet.xml

[Stefan Bodewig]

On 30 Mar 2004, <[EMAIL PROTECTED]> wrote:

>   I am wondering why the property name xjavadoc.unicode.jar was used
>   previously, I cannot find this string in the build files of
>   xdoclet

it has been used a while ago - when I created this horrible construct
of partial builds that are needed to run the respective doclets during
the main build.  I've never intended to follow xdoclet's build.xml
changes, only jumped in when things stopped building.

Stefan

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

Re: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed

[Stefan Bodewig]

On Tue, 30 Mar 2004, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On Tue, 30 Mar 2004, Stefan Bodewig wrote:

>> I'll ping the Struts folks as soon as we have a a first Gump build
>> to point them to.
> 
> No need. The 'type' attribute was deprecated in August 2002, long
> before Struts 1.1 was released, and then removed in August 2003.

I've seen that the commit message says just that, but there is no
single @deprecated tag in the source before the type attribute has
been removed.  Given that sslext uses Java and not tags to access the
attribute one could argue the value of a deprecation notice in the
User-Guide.

Anyway, as things are, sslext hasn't tried to build a release for
Struts 1.2.0 yet and the 1.1.0 version will not compile against Struts
1.2.x.

I've seen that Marinó has raised this issue at the sslext forum[1], let's
see.

Thanks

Stefan

Footnotes: 
[1]  http://sourceforge.net/forum/forum.php?thread_id=1049383&forum_id=202073


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

[Gump Wiki] Updated: BrutusConfig

[general]

   Date: 2004-03-30T20:36:51
   Editor: 66.57.27.65 <>
   Wiki: Gump Wiki
   Page: BrutusConfig
   URL: http://wiki.apache.org/gump/BrutusConfig

   no comment

Change Log:

--
@@ -13,14 +13,18 @@
* execute {{{/tmp/j2sdk-1_4_2_04-linux-i586.bin}}}
 
  * Apache Forrest:
-   * Checkout from CVS (at time of writting we need CVS HEAD)
+   * {{{cd /usr/local/gump}}}
+   * {{{cvs -d checkout :pserver:[EMAIL PROTECTED]:/home/cvspublic xml-forrest}}} (at 
time of writting we need CVS HEAD)
+   * {{{cd xml-forrest}}}
* run {{{build.sh}}} to generate .../dist/shbat
* mv that .../dist/shbat to /usr/local/gump/forrest
-   * export FORREST_HOME and add $FORREST_HOME/bin to $PATH, see later.
+   * '''Note''': FORREST_HOME will be exported and added to the PATH in step 4
 
  * Apache Maven:
-   * Download [http://maven.apache.org/start/download.html Maven]
-   * export MAVEN_HOME and add $MAVEN_HOME/bin to $PATH, see later.
+   * {{{cd /usr/local/gump}}}
+   * Download [http://maven.apache.org/start/download.html Maven] (select .tar.gz 
format)
+   * {{{tar -xzf maven-1.0-rc2.tar.gz}}}
+   * '''Note''': MAVEN_HOME will be exported and added to the PATH in step 4
 
 === Create gump user ===
 

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

Re: Two new pages...

[Adam R. B. Jack]

> I could be wrong, but as near as I can tell, the reason you need to
> press CTRL-RELOAD is because without doing this, the client is not
> sending any requests to the server.

I'm sorry. Today I worked from my work office (as opposed to home office,
where I work 90% of the time) on a box that I just loan, and I wasn't
registering that fact. I bet it is as you say, and that I was just assuming
the default behaviour of that browser, but that it was an older IE with
other behaviour.

Thanks for checking. Sorry for the noise.

regards,

Adam


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

Re: Two new pages...

[Sam Ruby]

Adam Jack wrote:
BTW: I seem to have to press CTRL-RELOAD on Brutus or I don't see refreshed
pages. I think we ought configure HTTPD to make this more interactive
between browser/server, 'cos Gump pages change frequently. Can somebody
easily change this and add the config change to the BrutusConfig wiki page?
I don't see this behavior with Mozilla on WinXP.  I checked the HTTP 
headers that were being returned, and there are no expired headers being 
added.

I could be wrong, but as near as I can tell, the reason you need to 
press CTRL-RELOAD is because without doing this, the client is not 
sending any requests to the server.  As the server is not getting the 
requests, there is not much that can be changed on the server side to 
fix this.

For Mozilla, this behavior can be controlled by the preferences.  From 
the menu bar, select Edit -> Preferences -> Advanced -> Cache.  The 
section to look for is entited "Compare the page in the cache to the 
page on the network".  "When the page is out of date" is a good answer here.

- Sam Ruby

-
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 3 nags should have been sent

 G U M P
[EMAIL PROTECTED]: jakarta-tapestry/ognl failed
[EMAIL PROTECTED]: javasrc/javasrc failed
[EMAIL PROTECTED]: xml-xerces/xml-xerces1 failed
 G U M P
[EMAIL PROTECTED]: jakarta-tapestry/ognl 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 ognl has an issue affecting its community integration. This issue affects 1 
projects, and has been outstanding for 18 runs. The current state is 'Failed', for 
reason 'Missing Build Outputs'

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

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

Gump provided these annotations:

 - Info - Sole jar [/data3/gump/jakarta-tapestry/lib/ext/ognl-2.6.3.jar] identifier 
set to project name
 - Info - Enable "debug" output, due to a sequence of 17 previous errors.
 - Error - Failed with reason missing build outputs
 - Error - Missing Output: /data3/gump/jakarta-tapestry/lib/ext/ognl-2.6.3.jar
 - Error - See Directory Listing Work for Missing Outputs


To subscribe to this information via syndicated feeds:
RSS: http://lsd.student.utwente.nl/gump/jakarta-tapestry/ognl.rss | Atom: 
http://lsd.student.utwente.nl/gump/jakarta-tapestry/ognl.atom

 G U M P
[EMAIL PROTECTED]: javasrc/javasrc 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 javasrc has an issue affecting its community integration, and has been 
outstanding for 54 runs. The current state is 'Failed', for reason 'Build Failed'

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

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

Gump provided these annotations:

 - Info - Sole jar [/data3/gump/javasrc/dist/javasrc.jar] identifier set to project 
name
 - Info - Dependency on ant exists, no need to add for property ant.home.
 - Info - Enable "debug" output, due to a sequence of 53 previous errors.
 - Error - Failed with reason build failed
 - Info - Enable "debug" output, due to build failure.


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

Work Name: build_javasrc_javasrc (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 5 seconds
Command Line: java org.apache.tools.ant.Main -debug 
-Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only 
-Dant.home=/data3/gump/ant/dist dist 
[Working Directory: /data3/gump/javasrc]
-
[javac] must be set!", location);
[javac] ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:65: ')' expected
[javac] }
[javac] ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:68: unclosed string 
literal
[javac] throw new BuildException("srcdir attribute 
[javac]  ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:69: unclosed string 
literal
[javac] must be set!", location);
[javac] ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:70: ')' expected
[javac] }
[javac] ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:73: unclosed string 
literal
[javac] throw new BuildException("destination 
[javac]  ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:74: illegal character: \92
[javac] directory \"" + destDir + "\" does not exist or is not a directory", 
[javac]   ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:75: ')' expected
[javac]  
location);
[javac]
   ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:110: unclosed string 
literal
[javac] throw new BuildException("IOException 
[javac]  ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:111: unclosed string 
literal
[javac] during second path: " + ioe.getMessage(), location);
[javac] ^
[javac] /data3/gump/javasrc/src/antTask/JavaSrcTask.java:112: ')' expected

Two new pages...

[Adam Jack]

This page shows the entities (modules or projects) that have any 'warning'
or 'error' annotations on them. We really want to work this down to a blank
page, by reducing the verbosity or level of annotations. For example, saying
'build failed' at a warning level could me made informational (the
status/reason tells us it failed.) For example, the 'setting an artifact
identifier' (for Maven, which can't live w/o jar ids) might not be
considered a warning. Once we trim it down any content we find here ought be
helpful for Gumpmeisters.

http://brutus.apache.org/gump/public/notesLog.html

This page used to live on workspace.html, but (1) move to a separate object
in memory & so was lost (2) is what I broke the build with last night
(sorry.) Anyway it shows some useful things like environment, tool versions,
etc. [Sorry, it doesn't cover what Sam requested was interested in.]

http://brutus.apache.org/gump/public/environment.html

BTW: I seem to have to press CTRL-RELOAD on Brutus or I don't see refreshed
pages. I think we ought configure HTTPD to make this more interactive
between browser/server, 'cos Gump pages change frequently. Can somebody
easily change this and add the config change to the BrutusConfig wiki page?

regards,

Adam


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

cvs commit: gump/blog/SuccessStories xdoclet.txt

[antoine]

antoine 2004/03/30 13:03:13

  Added:   blog/SuccessStories xdoclet.txt
  Log:
  new blog - cheers - Antoine
  
  Revision  ChangesPath
  1.1  gump/blog/SuccessStories/xdoclet.txt
  
  Index: xdoclet.txt
  ===
  XDoclet story
  
  
  XDoclet is one of the projects which Antoine likes to see build in Gump,
  because he is interested in getting the ant-xdocs-proposal to build.
  A small project, with a lot of dependencies.
  
  
  
  On the 24th of March, Antoine changed the gump descriptor of xdoclet
  to make it squeeze the dependency checking to xjavadoc.
  The build of xdoclet has otherwise the nasty habit of venturing into
  the ../xjavadoc directory to build javadoc, but this does not work
  and also should not be done during gump runs.
  
  
  On the 26th of March, xdoclet's build was failing with gumpy.
  The xdoclet-xdoclet subproject was recursively looping in a target.
  A look at the xdoclet build files show that they are not simple, to say the list.
  Xdoclet uses a custom ant task which is a kind of subant with dependency 
  checking called builder, implemented by the class 
xdoclet.ant.modulesbuilder.ModulesGrandBuilderTask
  (without pretention).
  
  
  Fortunately, Adam Jack fixed gumpy on the 28th, by implementing sysproperty there
  similarly to gump, which fixed the build problem.
  
  
  30th of March, 2004
  Some amount of human nagging, including nagging to the list and some
  more direct personal nags also allowed  to get the xjavadoc.jar file location
  to get it's own property in the build file of xdoclet.
  Antoine changed the gump descriptor of xdoclet again to tell ant where the xjavadoc 
jar lives.
  
  
  There might be a number of new changes to do in this build, to make it less complex.
  I wonder whether the builder task of xdoclet could be replaced by  or 
something
  similar.
  
  
  

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

Re: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed

[Martin Cooper]

On Tue, 30 Mar 2004, Stefan Bodewig wrote:

> On Tue, 30 Mar 2004, Marin <[EMAIL PROTECTED]> wrote:
>
> > you are looking at the right source
> > (i.e. http://sslext.sourceforge.net/ ).
>
> OK, I've added it to Gump.  The downside is that the current CVS HEAD
> of it doesn't compile
>
> [javac] 
> /javastuff/gump/struts-sslext/src/org/apache/struts/taglib/html/SecureFormTag.java:204:
>  cannot resolve symbol
> [javac] symbol  : variable type
> [javac] location: class org.apache.struts.taglib.html.SecureFormTag
> [javac]   if (type != null) {
> [javac]   ^
> [javac] 
> /javastuff/gump/struts-sslext/src/org/apache/struts/taglib/html/SecureFormTag.java:213:
>  cannot resolve symbol
> [javac] symbol  : variable type
> [javac] location: class org.apache.struts.taglib.html.SecureFormTag
> [javac]   messages.getMessage("formTag.create", type, 
> e.toString()));
> [javac] ^
>
> so velocity-tools will not benefit immediately from this change.
>
> It hasn't compiled since August, I'd say
> .
>
> I'll ping the Struts folks as soon as we have a a first Gump build to
> point them to.

No need. The 'type' attribute was deprecated in August 2002, long before
Struts 1.1 was released, and then removed in August 2003. The sslext
folks had a year to address the deprecation. ;-) See:

http://cvs.apache.org/viewcvs.cgi/jakarta-struts/doc/userGuide/struts-html.xml?rev=1.18&view=markup

We won't be putting this back, so the sslext folks will need to adjust for
the change.

--
Martin Cooper


>
> Stefan
>

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

Ant xdoc proposal output

[Antoine Lévy-Lambert]

Hi,

I would like to publish the html generated by ant xdocs proposals, 
either directly on the ant.apache.org website,
or on another location linked from ant.apache.org.

What would be the best way of doing this ?

Antoine

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

cvs commit: gump/project xdoclet.xml

[antoine]

antoine 2004/03/30 11:46:14

  Modified:project  xdoclet.xml
  Log:
  changed the name of the property to set for the location of the
  xjavadoc jar to xjavadoc.jar, in accordance with the main build.xml
  there is now no need anymore to force the build of xdoclet to believe
  that xjavadoc is up to date.
  I am wondering why the property name xjavadoc.unicode.jar was used
  previously, I cannot find this string in the build files of xdoclet
  
  Revision  ChangesPath
  1.65  +3 -5  gump/project/xdoclet.xml
  
  Index: xdoclet.xml
  ===
  RCS file: /home/cvs/gump/project/xdoclet.xml,v
  retrieving revision 1.64
  retrieving revision 1.65
  diff -u -r1.64 -r1.65
  --- xdoclet.xml   24 Mar 2004 22:26:04 -  1.64
  +++ xdoclet.xml   30 Mar 2004 19:46:14 -  1.65
  @@ -31,7 +31,7 @@
   
 
 
  -  
  +  
   
   
   
  @@ -143,10 +143,8 @@
   
   
 
  -  
  -  
 
  -  
  +  
   
   
   
  @@ -221,7 +219,7 @@
   
   
 
  -  
  +  
   
   
   
  
  
  

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

cvs commit: gump/python/gump/model workspace.py

[ajack]

ajack   2004/03/30 11:20:38

  Modified:python/gump/model workspace.py
  Log:
  Typo.
  
  Revision  ChangesPath
  1.42  +1 -1  gump/python/gump/model/workspace.py
  
  Index: workspace.py
  ===
  RCS file: /home/cvs/gump/python/gump/model/workspace.py,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- workspace.py  30 Mar 2004 19:19:34 -  1.41
  +++ workspace.py  30 Mar 2004 19:20:38 -  1.42
  @@ -481,7 +481,7 @@
   if not os.path.exists(self.logdir): os.makedirs(self.logdir)
   
   # Extend Log URL
  -if not self.logurl,endswith('/'): self.logurl+='/'
  +if not self.logurl.endswith('/'): self.logurl+='/'
   self.logurl+=date
   
   def addModule(self,module):
  
  
  

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

cvs commit: gump/python/gump/model workspace.py

[ajack]

ajack   2004/03/30 11:19:34

  Modified:python/gump/document forrest.py resolver.py
   python/gump/model workspace.py
  Log:
  1) More work on --dated (but not ready for prime time)

  2) Work on notesLog
  
  Revision  ChangesPath
  1.121 +13 -17gump/python/gump/document/forrest.py
  
  Index: forrest.py
  ===
  RCS file: /home/cvs/gump/python/gump/document/forrest.py,v
  retrieving revision 1.120
  retrieving revision 1.121
  diff -u -r1.120 -r1.121
  --- forrest.py29 Mar 2004 21:19:45 -  1.120
  +++ forrest.py30 Mar 2004 19:19:34 -  1.121
  @@ -141,11 +141,8 @@
   #
   #
   # Forresting...
  -def getForrestParentDirectory(self,workspace):
  -return workspace.getBaseDirectory()
  -
  -def getForrestDirectory(self,workspace):
  -fdir=os.path.abspath(os.path.join(workspace.getBaseDirectory(),'forrest'))
  +def getForrestWorkDirectory(self,workspace):
  +
fdir=os.path.abspath(os.path.join(workspace.getBaseDirectory(),'forrest-work'))
   return fdir
   
   def getForrestStagingDirectory(self,workspace):
  @@ -172,7 +169,7 @@
   #
   # First deleted the work tree (if exists), then ensure created
   #
  -forrestWorkDir=self.getForrestDirectory(workspace)
  +forrestWorkDir=self.getForrestWorkDirectory(workspace)
   wipeDirectoryTree(forrestWorkDir)
   
   # Sync in the defaults [i.e. cleans also]
  @@ -199,7 +196,7 @@
   xdocs=self.resolver.getDirectory(workspace)  
   
   # The three dirs, work, output (staging), public
  -forrestWorkDir=self.getForrestDirectory(workspace)
  +forrestWorkDir=self.getForrestWorkDirectory(workspace)
   stagingDirectory=self.getForrestStagingDirectory(workspace)
   logDirectory=workspace.getLogDirectory()
   
  @@ -514,12 +511,11 @@
   # notesLog.xml -- Notes log
   #
   document=XDocDocument('Annotations', \
  -self.resolver.getFile(workspace,'notesLog'))
  -self.documentSummary(document, workspace.getProjectSummary())
  -
  +self.resolver.getFile(workspace,'notesLog'))  
  +
   notesSection=document.createSection('Negative Annotations')
   notesSection.createParagraph(
  -"""Entities with errors and warnings.""")
  +"""This page displays entities with errors and/or warning 
annotations.""")
   
   ncount=0
   for module in gumpSet.getModuleSequence():
  @@ -527,13 +523,13 @@
   
   moduleSection=None

  -if not module.containsNasties():  
  +if module.containsNasties():  
   moduleSection=document.createSection('Module : ' + 
module.getName())
   # Link to the module
   self.insertLink(module,workspace,moduleSection.createParagraph()) 
   
  -# Display the annotations
  -self.documentAnnotations(moduleSection,project,1) 
  +# Display the module annotations
  +self.documentAnnotations(moduleSection,module,1) 
   
   for project in module.getProjects():
   if not gumpSet.inProjectSequence(project): continue   
  
  
  
  1.19  +5 -5  gump/python/gump/document/resolver.py
  
  Index: resolver.py
  ===
  RCS file: /home/cvs/gump/python/gump/document/resolver.py,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- resolver.py   30 Mar 2004 14:40:59 -  1.18
  +++ resolver.py   30 Mar 2004 19:19:34 -  1.19
  @@ -338,12 +338,12 @@
   self.rootDir=rootDir
   
   # Content
  -contentSubPath=Path(['forrest','src','documentation','content'])
  +contentSubPath=Path(['forrest-work','src','documentation','content'])
   self.makePath(contentSubPath,rootDir)
   self.contentDir=concatenate(rootDir,contentSubPath.serialize())
   
   # XDocs
  -xdocsSubPath=Path(['forrest','src','documentation','content','xdocs'])
  +xdocsSubPath=Path(['forrest-work','src','documentation','content','xdocs'])
   self.makePath(xdocsSubPath,rootDir)
   self.xdocsDir=concatenate(rootDir,xdocsSubPath.serialize())
   
  
  
  
  1.41  +11 -4 gump/python/gump/model/workspace.py
  
  Index: workspace.py
  ===
  RCS fi

cvs commit: gump/template/forrest/src/documentation/content/xdocs site.xml

[ajack]

ajack   2004/03/30 10:49:40

  Modified:template/forrest/src/documentation/content/xdocs site.xml
  Log:
  Created noteslog.xml, but without a reference it won't get built into the site.
  
  Revision  ChangesPath
  1.25  +1 -1  gump/template/forrest/src/documentation/content/xdocs/site.xml
  
  Index: site.xml
  ===
  RCS file: /home/cvs/gump/template/forrest/src/documentation/content/xdocs/site.xml,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- site.xml  29 Mar 2004 19:34:20 -  1.24
  +++ site.xml  30 Mar 2004 18:49:40 -  1.25
  @@ -12,7 +12,7 @@
   
   
   
  -
  +
 
   
 
  
  
  

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

cvs commit: gump/python/gump/model workspace.py

[ajack]

ajack   2004/03/30 10:35:12

  Modified:python/gump/model workspace.py
  Log:
  Grant workspace access to @@DATE@@ for dated log directories.
  
  Revision  ChangesPath
  1.40  +2 -0  gump/python/gump/model/workspace.py
  
  Index: workspace.py
  ===
  RCS file: /home/cvs/gump/python/gump/model/workspace.py,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- workspace.py  29 Mar 2004 19:34:20 -  1.39
  +++ workspace.py  30 Mar 2004 18:35:12 -  1.40
  @@ -37,6 +37,8 @@
   from gump.utils.note import transferAnnotations, Annotatable
   from gump.utils.listener import Listener, Event
   
  +import gump.config
  +
   #
   #
   #
  
  
  

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

RE: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed

[Marinó A. Jónsson]

The type variable is defined in the parent class (Struts FormTag) but has
been removed in Struts 1.2.  So SSL Ext apparently depends on Struts 1.1.

Marinó

> -Original Message-
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] 
> Sent: 30. mars 2004 13:57
> To: 'Velocity Developers List'
> Cc: [EMAIL PROTECTED]
> Subject: Re: [EMAIL PROTECTED]: 
> jakarta-velocity-tools/jakarta-velocity-tools failed
> 
> 
> On Tue, 30 Mar 2004, Marin <[EMAIL PROTECTED]> wrote:
> 
> > you are looking at the right source
> > (i.e. http://sslext.sourceforge.net/ ).
> 
> OK, I've added it to Gump.  The downside is that the current 
> CVS HEAD of it doesn't compile
> 
> [javac] 
> /javastuff/gump/struts-sslext/src/org/apache/struts/taglib/htm
> l/SecureFormTag.java:204: cannot resolve symbol
> [javac] symbol  : variable type 
> [javac] location: class 
> org.apache.struts.taglib.html.SecureFormTag
> [javac]   if (type != null) {
> [javac]   ^
> [javac] 
> /javastuff/gump/struts-sslext/src/org/apache/struts/taglib/htm
> l/SecureFormTag.java:213: cannot resolve symbol
> [javac] symbol  : variable type 
> [javac] location: class 
> org.apache.struts.taglib.html.SecureFormTag
> [javac]   
> messages.getMessage("formTag.create", type, e.toString()));
> [javac] ^
> 
> so velocity-tools will not benefit immediately from this change.
> 
> It hasn't compiled since August, I'd say 
> .

I'll ping the Struts folks as soon as we have a a first Gump build to point
them to.

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

-
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: Graph Gump?

[Nick Chalko]

Interesting that Gump was seen as a host, not a builder. 
We may need to think about how to word some of the pages.

R,
Nick
Adam R. B. Jack wrote:

Rowan wrote:

 

I was recently alerted that you were hosting a commons-graph project.  I
would like to be part of this project if it is still happening, and if
not possibly ressurrect it.  I have been developing my own library for
use with our project at www.cytoscape.org, but I would really like to
see a bigger Open Source Java Graphing community.
Please let me know if you have any more information, or whom I should
contact.
   

1) Gump doesn't 'host' projects, it builds them. What you 'saw on Gump' was
likely this output from a build.
http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-graph.html

2) From the looks of this you need to go looking in Jakarta, in the commons
sub-project.
   http://jakarta.apache.org/commons/

(Note: SandBox means an experimental area, hence it is new to all of us
here.)
regards,

Adam
 



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

Re:

[Adam R. B. Jack]

> (no results for last night)

Sorry about that. I got distracted by going to an ice hockey game & wasn't
able to check the test build I'd kicked off. I've tried patching the bug(s),
and running a new build on brutus.

regards

Adam


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

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

[ajack]

ajack   2004/03/30 06:40:59

  Modified:python/gump commandLine.py
   python/gump/document resolver.py
  Log:
  Quick fix (hopefully) to two bugs stopping runs last night.

  First, --dated on brutus 

  Second, getLink(GumpEnvironment) surfaced when not expected & wasn't coded.
  
  Revision  ChangesPath
  1.3   +1 -1  gump/python/gump/commandLine.py
  
  Index: commandLine.py
  ===
  RCS file: /home/cvs/gump/python/gump/commandLine.py,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- commandLine.py19 Mar 2004 23:11:46 -  1.2
  +++ commandLine.py30 Mar 2004 14:40:58 -  1.3
  @@ -103,7 +103,7 @@
   #
   # Dated means add the date to the log dir...
   #
  -options.setDated(1)
  +self.options.setDated(1)
   log.info('Dated Operation (add date to log dir)')
   elif arg in ['-t','--text']:
   argv.remove(arg)
  
  
  
  1.18  +11 -3 gump/python/gump/document/resolver.py
  
  Index: resolver.py
  ===
  RCS file: /home/cvs/gump/python/gump/document/resolver.py,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- resolver.py   12 Mar 2004 02:50:52 -  1.17
  +++ resolver.py   30 Mar 2004 14:40:59 -  1.18
  @@ -78,6 +78,9 @@
   from gump.output.xref import XRefGuru
   from gump.utils.work import *
   from gump.utils.file import *
  +
  +from gump.gumpenv import GumpEnvironment
  +
   from gump.model.repository import Repository
   from gump.model.server import Server
   from gump.model.tracker import Tracker
  @@ -143,6 +146,8 @@
   # Determine Path
   if isinstance(object, Workspace):
   path=Path()
  +elif isinstance(object, GumpEnvironment):
  +path=Path()
   elif isinstance(object, Repository):
   path=Path(['gump_repo'])
   elif isinstance(object, Server):
  @@ -241,6 +246,8 @@
   or isinstance(object,StatisticsGuru) \
   or isinstance(object,XRefGuru) :
   document="index"+extn
  +elif isinstance(object, GumpEnvironment):
  +document="environment"+extn
   elif isinstance(object, Project) \
   or isinstance(object, Server)\
   or isinstance(object, Tracker)   \
  @@ -261,6 +268,7 @@
   def getIndexForObject(object):
   
   if   isinstance(object, Workspace)   or  \
  +isinstance(object, GumpEnvironment)  or  \
   isinstance(object, Server)   or  \
   isinstance(object, Tracker)  or  \
   isinstance(object, Repository)   or  \
  
  
  

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

Re: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed

[Stefan Bodewig]

On Tue, 30 Mar 2004, Marin <[EMAIL PROTECTED]> wrote:

> you are looking at the right source
> (i.e. http://sslext.sourceforge.net/ ).

OK, I've added it to Gump.  The downside is that the current CVS HEAD
of it doesn't compile

[javac] 
/javastuff/gump/struts-sslext/src/org/apache/struts/taglib/html/SecureFormTag.java:204:
 cannot resolve symbol
[javac] symbol  : variable type 
[javac] location: class org.apache.struts.taglib.html.SecureFormTag
[javac]   if (type != null) {
[javac]   ^
[javac] 
/javastuff/gump/struts-sslext/src/org/apache/struts/taglib/html/SecureFormTag.java:213:
 cannot resolve symbol
[javac] symbol  : variable type 
[javac] location: class org.apache.struts.taglib.html.SecureFormTag
[javac]   messages.getMessage("formTag.create", type, 
e.toString()));
[javac] ^

so velocity-tools will not benefit immediately from this change.

It hasn't compiled since August, I'd say
.

I'll ping the Struts folks as soon as we have a a first Gump build to
point them to.

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

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

RE: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed

[Marinó A. Jónsson]

you are looking at the right source (i.e. http://sslext.sourceforge.net/ ).

it will hopefully be a part of Struts in the future though :)

cheers,
Marinó

> -Original Message-
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] 
> Sent: 30. mars 2004 11:02
> To: Velocity Developers List
> Cc: [EMAIL PROTECTED]
> Subject: Re: [EMAIL PROTECTED]: 
> jakarta-velocity-tools/jakarta-velocity-tools failed
> 
> 
> On Mar 26, 2004, at 9:19 AM, Marinó A. Jónsson wrote:
>  
> > you might want to add sslext.jar to the classpath to quiet the 
> > Gumpster down
> 
> Marinó, where does this jar come from?[1]  The package name 
> for SecureActionConfig hints it would be a part of Struts but 
> this class is nowhere in Strut's CVS module.
> 
> We could add the jar to the dependency list but that might 
> only hide a bigger issue.  Namely that velocity-tools might 
> depend on something that has been removed.
> 
> I'd rather try to build sslext from CVS sources instead, but 
> need to be sure that I'm looking at the right source.
> 
> Cheers
> 
> Stefan
> 
> Footnotes: 
> [1]   looks likely.
> 
> 
> -
> 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: Excalibur under surgical knife

[Niclas Hedhman]

On Tuesday 30 March 2004 21:09, Nicola Ken Barozzi wrote:
> Niclas Hedhman wrote:
> > Just want everyone to know that all of Excalibur is going through some
> > Plastic Surgery, and will take a while before the wound heals.
>
> Wound over wound over wound... gosh, this is vivisection! (some may call
> it autopsy though ;-)

:o)

I have been calling it "Mortician at Work - Beautification of the Dead"...

Point is, there were so much cyclic/cross dependencies, that builds from 
scratch weren't possible. And looking at the commit logs, I believe it has 
been so since you left :o)
And long over-due to clear it up.

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

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

Re: Downloading Maven to brutus

[Michael Davey]

You've got the URL for the redirect-to-mirror script.  It would be useful
if someone updated the script to detect browser type and do an auto-redirect
for tools like wget, but never mind.
try this:

wget -C=off http://www.apache.org/dist/maven/binaries/maven-1.0-rc2.tar.gz

"-C=off" turns off the cache (which should be okay being on).

Adam R. B. Jack wrote:

Thanks, I tried it. Did I do something wrong?

[EMAIL PROTECTED]:/usr/local/gump$ wget
http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-1.0-rc2.tar.gz
 



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

Re: Excalibur under surgical knife

[Nicola Ken Barozzi]

Niclas Hedhman wrote:
HI,

Just want everyone to know that all of Excalibur is going through some Plastic 
Surgery, and will take a while before the wound heals.
Wound over wound over wound... gosh, this is vivisection! (some may call 
it autopsy though ;-)

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re:

[Sam Ruby]

Stefan Bodewig wrote:
Could anybody with root access to brutus please add my
authorized_keys2 file that can be found on minotaur or moof for me to
brutus' ~bodewig/.ssh - assuming I already have an account on brutus,
that is.
At the moment, we are sharing an account (gump).  I've send you details 
on how to login, after which point you can update the authorized_keys2 
file yourself.  Let me know if you would prefer a separate account...

- Sam Ruby

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

Excalibur under surgical knife

[Niclas Hedhman]

HI,

Just want everyone to know that all of Excalibur is going through some Plastic 
Surgery, and will take a while before the wound heals.

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

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

Re:

[Stefan Bodewig]

On Mon, 29 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:

> I guess (as I'm sure you've figure out) you could temporarily set
> the  Heck, you could go to brutus (or moof) and try if you wish [assuming
> you have the access you ought have].

Could anybody with root access to brutus please add my
authorized_keys2 file that can be found on minotaur or moof for me to
brutus' ~bodewig/.ssh - assuming I already have an account on brutus,
that is.

> and (and I hope this isn't too presumptive) I've set this as fixed
> You ought be able to do that even with Python Gump's scripts now w/o
> overhead of a full run.
> 
> BTW: I've added this ( 
> http://nagoya.apache.org/jira/browse/GUMP-43
> 
> (I hope it is) and assigned it to Stefan, in the hope that he'll
> agree and close it.  I'm not sure this is the perfect workflow, I am
> just trying it out.

Works well for me.

Judging from the last available on run on LSD (no results for last
night) it seems to have worked.  I see build.clonevm for ws-axis-test
but not on most other projects.  I'll go and close the report.

Stefan

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

Re: cvs commit: gump/project avalon-logkit.xml

[Stefan Bodewig]

On 30 Mar 2004, <[EMAIL PROTECTED]> wrote:

>   +   +  project="avalon-logkit" path="buildsystem"/>
>   +   +  project="avalon-logkit" path="."/>

both look wrong to me (that I have to specufy them at all).  In
particular buildfile/gump-build.xml should probably have a basedir of
".." and not ".".

Stefan

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

cvs commit: gump/project struts-sslext.xml

[bodewig]

bodewig 2004/03/30 03:51:49

  Added:   project  struts-sslext.xml
  Log:
  Add Struts sslext
  
  Revision  ChangesPath
  1.1  gump/project/struts-sslext.xml
  
  Index: struts-sslext.xml
  ===
  
  
  
  
http://sslext.sourceforge.net/"/>

  The Struts SSL Extension for HTTP/HTTPS switching

  

  

  org.apache.struts
  
  
  
  
  
  
  
  
  
  
  

  
  
  

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

cvs commit: gump/project jakarta-velocity-tools.xml

[bodewig]

bodewig 2004/03/30 03:51:35

  Modified:profile  gump.xml
   project  jakarta-velocity-tools.xml
  Log:
  Add Struts sslext
  
  Revision  ChangesPath
  1.333 +1 -0  gump/profile/gump.xml
  
  Index: gump.xml
  ===
  RCS file: /home/cvs/gump/profile/gump.xml,v
  retrieving revision 1.332
  retrieving revision 1.333
  diff -u -r1.332 -r1.333
  --- gump.xml  29 Mar 2004 15:39:03 -  1.332
  +++ gump.xml  30 Mar 2004 11:51:34 -  1.333
  @@ -178,6 +178,7 @@
 
 
 
  +  
 
 
 
  
  
  
  1.18  +1 -0  gump/project/jakarta-velocity-tools.xml
  
  Index: jakarta-velocity-tools.xml
  ===
  RCS file: /home/cvs/gump/project/jakarta-velocity-tools.xml,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- jakarta-velocity-tools.xml2 Mar 2004 08:37:20 -   1.17
  +++ jakarta-velocity-tools.xml30 Mar 2004 11:51:35 -  1.18
  @@ -38,6 +38,7 @@
   
   
   
  +
   
   
   
  
  
  

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

cvs commit: gump/project avalon-logkit.xml

[bodewig]

bodewig 2004/03/30 03:44:16

  Modified:project  avalon-logkit.xml
  Log:
  Make logkit compile
  
  Revision  ChangesPath
  1.23  +9 -2  gump/project/avalon-logkit.xml
  
  Index: avalon-logkit.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-logkit.xml,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- avalon-logkit.xml 29 Mar 2004 15:39:03 -  1.22
  +++ avalon-logkit.xml 30 Mar 2004 11:44:16 -  1.23
  @@ -28,10 +28,14 @@
 
   
   
  -
  +
   org.apache.log
  -
  +
   
  +
  +
   
   
   
  @@ -43,6 +47,9 @@
   
   
   
  +
  +
  +
   
   
   
  
  
  

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

[Fwd: Re: [GUMP@lsd]: cocoon-2.1/cocoon failed]

[Stefano Mazzocchi]

FYI

--
Stefano.

--- Begin Message ---


Joerg Heinicke wrote on 29-3-2004 21:02:

On 29.03.2004 20:56, Unico Hommes wrote:

Can anybody see why it fails?


It says the prerequisite project excalibur instrument manager failed.


Found it on the web site - but that can not be read from the mail, can 
it? :)

No, it looks like the mail could be made more descriptive, I agree.

--
Unico
--- End Message ---


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed

[Stefan Bodewig]

On Mar 26, 2004, at 9:19 AM, Marinó A. Jónsson wrote:
 
> you might want to add sslext.jar to the classpath to quiet the
> Gumpster down

Marinó, where does this jar come from?[1]  The package name for
SecureActionConfig hints it would be a part of Struts but this class
is nowhere in Strut's CVS module.

We could add the jar to the dependency list but that might only hide a
bigger issue.  Namely that velocity-tools might depend on something
that has been removed.

I'd rather try to build sslext from CVS sources instead, but need to
be sure that I'm looking at the right source.

Cheers

Stefan

Footnotes: 
[1]   looks likely.


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

cvs commit: gump/project avalon-components.xml

[mcconnell]

mcconnell2004/03/30 01:17:50

  Modified:project  avalon-components.xml
  Log:
  Move dependencies to pool and thread 2.0.
  
  Revision  ChangesPath
  1.24  +6 -3  gump/project/avalon-components.xml
  
  Index: avalon-components.xml
  ===
  RCS file: /home/cvs/gump/project/avalon-components.xml,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- avalon-components.xml 19 Mar 2004 09:43:59 -  1.23
  +++ avalon-components.xml 30 Mar 2004 09:17:50 -  1.24
  @@ -53,7 +53,8 @@
   
   
   
  -
  +
  +
   
   
   
  @@ -90,7 +91,7 @@
   
   
   
  -
  +
   
   
   
  @@ -212,7 +213,7 @@
   
   
   
  -
  +
   
   
   
  @@ -386,6 +387,8 @@
   
   
   
  +
  +
   
   
   
  
  
  

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

Re: Commons Graph Project

[Stefano Mazzocchi]

Noel J. Bergman wrote:

Rowan,

See http://gump.apache.org

	--- Noel

-Original Message-
From: Rowan Christmas [mailto:[EMAIL PROTECTED]
Sent: Monday, March 29, 2004 19:27
To: [EMAIL PROTECTED]
Subject: Commons Graph Project
Hello,

I have been developing a new Graphing library ( the nodes and edges type 
) for our project at www.cytoscape.org .  Today I found out that there 
was a Jakarta graphing project that I was previously unaware of.

It seems to be under the "Gump" project, and I was unable to find a 
formal page that had things like contact/api information on it.  If 
anyone knows who is in charge of this, please let me know.  I would like 
to contribute if possible, and in general do what I can to further Open 
Source Java Graphing.
Hmmm, I don't think Gump has any graph visualizing too. You might want 
to take a look at "Agora".

http://nagoya.apache.org/~stefano/

--
Stefano.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [RT] Generator vs Serializer

[Stefano Mazzocchi]

Sam Ruby wrote:

Adam R. B. Jack wrote:

My first proposal was to run forrest dynamic for gump. This means that
you don't have to change anything in the code right now *AND* you get
immediate changes as soon as they are written on disk.


I am game to explore alternatives, but this one really attracts me as a
short term fix. Can anybody find time to help install this on moof and/or
brutus and/or other? I'll give Gump a quick --xdocs option so that it 
leaves
the xdocs it generates are the output [sync'ing/moving to the log 
directory,
correct?], and not try to run Forrest inlined.


If somebody can give me a "bill of materials" (preferably in the form of 
a list of URLs of installation instructions), I'll take care of this on 
Brutus.
http://xml.apache.org/forrest/your-project.html#webapp

In short:

 1) download forrest
 2) unpack
 3) type "forrest run"
not that hard. ;-)

--
Stefano.


smime.p7s
Description: S/MIME Cryptographic Signature