Stefano Mazzocchi wrote:
Leo Simons wrote:
I suggest we move to strike and loudly proclaim descriptors not living
in gump CVS as harmful. Their use needs to be *strongly* discouraged
from now on. Who's with me?
I agree with you as a general principle.
Too bad that the entire cocoon build syste
Leo Simons wrote:
Hi gang,
how do you feel about setting up [EMAIL PROTECTED] for all change
notifications?
The list is getting crowded :D
+1
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
On Wed, 24 Mar 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]>
wrote:
> collect.jar in jrefactory is not common-collections from apache
Looks like the collection classes for JDK 1.1. Probably unneeded when
using a JVM 1.2+ - and thus for us.
Cheers
Stefan
--
It looks like the gump run did not work on lsd last night. I did not
have a look to find out what has gone on.
(the html pages on lsd are of yesterday, the email all dressed up with
nowhere to go did not get sent either)
Cheers,
Antoine
-
mcconnell2004/03/25 03:24:49
Modified:project avalon.xml
Log:
Correct package name for the avalon logging impl package.
Revision ChangesPath
1.44 +1 -1 gump/project/avalon.xml
Index: avalon.xml
mcconnell2004/03/25 03:26:12
Modified:project avalon.xml
Log:
Fix avalon meta impl package name.
Revision ChangesPath
1.45 +1 -1 gump/project/avalon.xml
Index: avalon.xml
===
RCS file: /ho
mcconnell2004/03/25 05:15:59
Modified:profile gump.xml
Log:
Add the avalon-legacy.xml project.
Revision ChangesPath
1.329 +2 -1 gump/profile/gump.xml
Index: gump.xml
===
RCS file: /home/cvs
Seems like the cocoon core build is not picking up the avalon-framework-api.
cannot resolve symbol
[javac] symbol : class CascadingThrowable
[javac] location: package framework
[javac] import org.apache.avalon.framework.CascadingThrowable;
http://gump.covalent.net/log/cocoon.html
> It looks like the gump run did not work on lsd last night. I did not
> have a look to find out what has gone on.
> (the html pages on lsd are of yesterday, the email all dressed up with
> nowhere to go did not get sent either)
Yeah, it seems not. I don't know if this is related, but I had woes
ajack 2004/03/25 07:16:07
Modified:.gumpy.py
Log:
Try to avoid death by hangup (catch SIGHUP).
Revision ChangesPath
1.12 +13 -0 gump/gumpy.py
Index: gumpy.py
===
RCS file: /home/cv
ajack 2004/03/25 07:16:07
Modified:python/gump integrate.py
Log:
Try to avoid death by hangup (catch SIGHUP).
Revision ChangesPath
1.25 +12 -0 gump/python/gump/integrate.py
Index: integrate.py
=
> > how do you feel about setting up [EMAIL PROTECTED] for all change
> > notifications?
+0
regards
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> Yeah, it seems not. I don't know if this is related, but I had woes trying
> to run/test Gump on my VM server Gump-box yesterday also. Basically the
poor
> box swapped itself to death, in part 'cos forrest grew so large. The xdocs
> were written, but the forrest site wasn't generated. I wonder if
ajack 2004/03/25 07:28:52
Modified:python/gump/document forrest.py
template/forrest/src/documentation/content/xdocs site.xml
Log:
Remove 'notesLog' page, in case it is causing Forrest to spin/grow.
Revision ChangesPath
1.116 +42 -42gump/python/gum
I just rebooted (remotely via ssh, took ages). Things seem alright now.
Poor machine :D
--
cheers,
- Leo Simons
---
Weblog -- http://leosimons.com/
IoC Component Glue -- http://jicarilla.org/
Articles & Opinions --
The following comment has been added to this issue:
Author: Leo Simons
Created: Thu, 25 Mar 2004 8:32 AM
Body:
the release notes page says the following:
---
Documentation
Java[tm] 2 SDK, Standard Edition Version 1.4.2_03 (Microsoft Windows, Linux, and
Solaris Operating Envirnome
The following comment has been added to this issue:
Author: Leo Simons
Created: Thu, 25 Mar 2004 8:37 AM
Body:
installed. JAVA_HOME changed to
/usr/java/j2sdk1.4.2_03
I updated
/data3/gump/gump-install/local-env-py.sh
but I'm not sure that's the right file to update. I hope so.
Message:
Work on this issue has been started by Leo Simons (mailto:[EMAIL PROTECTED])
-
View the issue:
http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-34
Here is an overview of the issue:
-
Message:
Work on this issue has been stopped by Leo Simons (mailto:[EMAIL PROTECTED])
-
View the issue:
http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-34
Here is an overview of the issue:
-
Message:
The following issue has been closed.
Resolver: Leo Simons
Date: Thu, 25 Mar 2004 8:39 AM
after some more talk on the mailing list, it came up that this is distribution of
software, often without paying due respect to license requirements for distribution.
So that's a no-c
Message:
Work on this issue has been started by Leo Simons (mailto:[EMAIL PROTECTED])
-
View the issue:
http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-25
Here is an overview of the issue:
-
Date: 2004-03-25T08:41:05
Editor: 130.89.169.128 <>
Wiki: Gump Wiki
Page: FrontPage
URL: http://wiki.apache.org/gump/FrontPage
no comment
Change Log:
--
@@ -26,6 +26,9 @@
'''GumpCommandLineOptions'''
Date: 2004-03-25T08:49:28
Editor: 130.89.169.128 <>
Wiki: Gump Wiki
Page: GumpInfrastructure
URL: http://wiki.apache.org/gump/GumpInfrastructure
no comment
New Page:
== Gump on lsd.student.utwente.nl ==
[http://lsd.student.utwente.nl/ lsd] is currently the main installation fo
Message:
Work on this issue has been stopped by Leo Simons (mailto:[EMAIL PROTECTED])
-
View the issue:
http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-25
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Leo Simons
Created: Thu, 25 Mar 2004 8:50 AM
Body:
http://wiki.apache.org/gump/GumpInfrastructure
-
View this comment:
http://issues.apache.org/jira/se
Message:
The following issue has been re-assigned.
Assignee: (mailto:)
-
View the issue:
http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-25
Here is an overview of the issue:
Who's Gump in whose account? Sam's? Is anybody aware of the outputs, let
alone using them?
I don't think folks have had access to the outputs (that they've known
about) in forever.
http://gump.apache.org/#Where+is+Gump%3F
regards
Adam
- Original Message -
From: "Noel J. Bergman" <[E
> Who's Gump in whose account? Sam's? Is anybody aware of the outputs, let
> alone using them?
Sam, and ask him. :-)
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
OK, it looks like there may be a new ASF hosted machine or two running
gump in the next 24 or so hours. Which gump should be run on it?
I'm willing to take the lead in getting it up and running, or simply
suggest it be turned over to somebody who wishes to volunteer. Once it
is up and running
Noel J. Bergman wrote:
Who's Gump in whose account? Sam's? Is anybody aware of the outputs, let
alone using them?
Sam, and ask him. :-)
The outputs (in terms of reports indicating what worked and what did
not) are directly linked to from gump.apache.org. Click on "Nagoya".
In any case, I've co
> OK, it looks like there may be a new ASF hosted machine or two running
> gump in the next 24 or so hours. Which gump should be run on it?
Which? As in traditioanl verse Python? I think concensus has been Python for
a while.
We have a README in /usr/local/gump on moof, ought I post it here for
>
> We have a README in /usr/local/gump on moof, ought I post it here for
folks?
> I can't get there this mo, and my eyebrowse search isn't bringing up when
I
> posted it before. It has the steps involved.
>
A google search found me this:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00487
nickchalko2004/03/25 11:13:45
Added: project antworks-antlets.xml
Log:
Added antlets.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change addresses a PR in
nickchalko2004/03/25 11:14:42
Modified:project antworks-antlets.xml
Log:
Formated
Revision ChangesPath
1.2 +10 -27gump/project/antworks-antlets.xml
Index: antworks-antlets.xml
===
RCS fil
nickchalko2004/03/25 11:15:04
Modified:project antworks-importer.xml
Log:
Formated
Revision ChangesPath
1.6 +12 -26gump/project/antworks-importer.xml
Index: antworks-importer.xml
===
RCS
Adam Jack wrote:
OK, it looks like there may be a new ASF hosted machine or two running
gump in the next 24 or so hours. Which gump should be run on it?
Which? As in traditioanl verse Python? I think concensus has been Python for
a while.
Just checking...
We have a README in /usr/local/gump on m
I've been trying to run some quick jobs (a check.py not an integrate.py) to
try to get insight into this problem. I'm finding (at least on my machine)
that forrest is growing to huge size, and getting bogged down in swapping.
I can't say this with certainty, but I feel that both Python and Java
de
Adam Jack wrote:
Whatever the cause, I am really starting to get 'done' with forrest. I
support it's use, I introduced it & have dealt with the issues and built
workarounds from day one, but it is hard work w/ no fun.
I remember that feeling. I like the forrest project and I like the
forrest devs
Leo Simons wrote:
We should probably use a template engine. I'm sure there's a python
equivalent for something like velocity (or smarty).
http://www.cheetahtemplate.org/
I use it in my weblogging software.
- Sam Ruby
-
To uns
Adam Jack wrote:
I hate to say it, but sometime we really 'pay' (in terms of workarounds,
outages, time delays) for the decisions to go with forrest. I don't know if
we ought consider it 'yet another Gump stress test' and keep it, but I am
starting to think more and more of writing HTML pages di
I wonder if we ought consider replacing Forrest with a pure Python HTML
producer. As above, I can't prove that forrest is the problem, but a pure
Python solution might just halve the unknowns.
I've been using Python to generate HTML from XML via XSL for a few weeks
now using 4suite. I'm fairly ne
> We should probably use a template engine. I'm sure there's a python
> equivalent for something like velocity (or smarty).
First, I like the dynamic 'tree of nodes' based approach to writing
HTML/XML, rather than template -- in the main because of pleasant
experiences with the Perl modules for t
Perhaps we should run cocoon/fforrest live and just update the xdocs
underneath?
Adam Jack wrote:
We should probably use a template engine. I'm sure there's a python
equivalent for something like velocity (or smarty).
First, I like the dynamic 'tree of nodes' based approach to writing
HTML/
Adam Jack wrote:
We should probably use a template engine. I'm sure there's a python
equivalent for something like velocity (or smarty).
First, I like the dynamic 'tree of nodes' based approach to writing
HTML/XML, rather than template
I like merging the concepts. Once you've built the tree, flatte
Remember my jira entry screaming for architecture. Here's some thoughts.
This is the big abstract braindump I hope some people will understand.
Producing an RT a day...yep, I spend a lot of time thinking about this
atm :D
== Traditional Gump ==
Traditional gump has this archite
Leo Simons wrote:
As for the buzzwords...let's create an action-based, data-centric,
graph-based, versioning-enabled, highly componentized, extensible,
continous integration system.
I have no idea how to do any of that in python, but it sounds like fun
to find out..
I had thought of usi
Adam Jack wrote:
I've been trying to run some quick jobs (a check.py not an integrate.py) to
try to get insight into this problem. I'm finding (at least on my machine)
that forrest is growing to huge size, and getting bogged down in swapping.
I can't say this with certainty, but I feel that both P
Nick Chalko wrote:
I had thought of using a event / black board system to support a
distributed gump. Using something like javaspaces.
[snip workflow]
This is a radically change but much more scalable.
Wow, what a [RT]! I think this is a fantastic idea. It might be worth
taking a look at JXTA
Leo Simons wrote:
Now Gump generates it's xdocs using an object tree structure. Watching
the
python memory grow from 20M (after loading all XML) to 136M (during
generating these pages) it has some sort of leak (actual or effective)
ouch! Maybe it would pay off to use pipelining (you know, SAX,
Stefano Mazzocchi wrote:
Adam Jack wrote:
Two possible solutions here:
1) use forrest as a dynamic application
2) have HTML generate by python
I would go for 1) since it would keep us the ability to do dynamic
stuff like metadata manipulation.
I volunteer to setup 1)
+1 for dynamic forrest.
Leo Simons wrote:
(did I mention I'm an avalon guy? :D)
did I mention that Avalon is dying out of flexibility cancer?
Dude, let's just fix things incrementally.
Lazyness is a virtue and Darwin is your man.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
> > 1) use forrest as a dynamic application
First, what do you mean by this, please? For those of us who don't know,
could somebody elaborate?
Second, I think it is forrest that is where we are getting stuck right now.
Now sure why, but it is locking up. So, if we want forest, we have to figure
Stefano Mazzocchi wrote:
Leo Simons wrote:
(did I mention I'm an avalon guy? :D)
did I mention that Avalon is dying out of flexibility cancer?
Yes Stafano ... I've been watching your predications.
Stephen.
--
||
| Magic by Merlin
Forrest uses cocoon (http://cocoon.apache.org/2.0/)
Which is a servlet that does xml pipelines
XML -> transform -> transform --> xml (or whatever) out.
Along with caching all kinds of other cool stuff.
That is what you get when you use the "forrest run" command
Because many, many of our pages a
> > First, I like the dynamic 'tree of nodes' based approach to writing
> > HTML/XML, rather than template
>
> I like merging the concepts. Once you've built the tree, flatten the
> part of it that will make up the page, and feed that to the template
> engine. Even if you don't use a template engin
Adam Jack wrote:
[snip]
I think it is forrest that is where we are getting stuck right now.
Now sure why, but it is locking up. So, if we want forest, we have to figure
out how to get inside that problem.
Which version are you using? Probably coincidence, but I recently
stopped using
CVS HEA
ajack 2004/03/25 18:27:15
Modified:python/gump/document forrest.py
Log:
Comment recent additions out, in case they are the cause for forrest spinning...
Revision ChangesPath
1.117 +16 -13gump/python/gump/document/forrest.py
Index: forrest.py
=
Unfortunately we are stuck with a recent CVS HEAD, if not latest, due to
some features in the skin. We can't go back to a release.
FWIIW: The release we have has been working for the last month or so,
something just changed and dorked it.
regards
Adam
- Original Message -
From: "Michael
ajack 2004/03/25 21:30:57
Modified:python/gump/document xdoc.py
Log:
Add unlink() to try to clean up & avoid circular links.
Revision ChangesPath
1.19 +18 -4 gump/python/gump/document/xdoc.py
Index: xdoc.py
===
On Thu, 25 Mar 2004, Adam Jack <[EMAIL PROTECTED]> wrote:
> Which? As in traditioanl verse Python? I think concensus has been
> Python for a while.
+1
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Stefano Mazzocchi wrote:
Leo Simons wrote:
(did I mention I'm an avalon guy? :D)
did I mention that Avalon is dying out of flexibility cancer?
nope, and you shouldn't over here, wrong list :D
Dude, let's just fix things incrementally.
well, "duh" :D. No one said anything about development process
On Thu, 25 Mar 2004, Stephen McConnell <[EMAIL PROTECTED]> wrote:
> Seems like the cocoon core build is not picking up the
> avalon-framework-api.
It does, but the jar file doesn't contain the CascadingThrowable
class.
Let's see
[EMAIL PROTECTED] gump]$ find /javastuff/gump/avalon* -name Cascad
62 matches
Mail list logo
