Message:
The following issue has been re-assigned.
Assignee: Leo Simons (mailto:[EMAIL PROTECTED])
Assigner: Adam Jack (mailto:[EMAIL PROTECTED])
Date: Thu, 8 Jul 2004 10:45 PM
Comment:
Pretty please... [save me figuring out what is wrong w/ it today].
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/GUMP-73
Here is an overview of the issue:
-
Ke
Adam R. B. Jack wrote:
Log:
(I have to try it)
+ value="dark-arts-volume-one"/>
Sure, but I wouldn't be surprised if I tried to stop you (when I coded it).
We'll see. :)
:-)
--
|---|
| Magic by Merlin |
| Production by Avalon
> Log:
> (I have to try it)
> +
Sure, but I wouldn't be surprised if I tried to stop you (when I coded it).
We'll see. :)
regards
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [
>
> http://brutus.apache.org:8080/gump/modules.html
>
Yup, maybe my merge has some kinks to work out. Still, Leo (or other), could
I request a quick reconfigure?
1) Let's remove tomcat.
2) Restore the config such that http://brutus.apache.org/gump/{flavour} goes
to /usr/local/gump/{flavour}/resu
mcconnell2004/07/08 22:19:49
Modified:project avalon-tools.xml
Log:
(I have to try it)
Revision ChangesPath
1.21 +1 -0 gump/project/avalon-tools.xml
Index: avalon-tools.xml
===
RCS file: /
http://brutus.apache.org:8080/gump/modules.html
Message: null
Description: No details available.
Sender: org.apache.cocoon.servlet.CocoonServlet
Source: Cocoon Servlet
Request URI
modules.html
cause
/home/gump/jakarta-tomcat-5.0.24/webapps/gump/content/xdocs/modules.xml
(No such file or directory)
Sebastian Bazley wrote:
I don't have access to brutus, but perhaps you could use the Ant
task to display the contents of the file.
See for example JMeter, which uses it in its build.xml "gump-test" target:
Works like a charm - I've added this into magic unit test task so we get
a report listed au
- Original Message -
From: "Stephen McConnell" <[EMAIL PROTECTED]>
To: "Gump code and data" <[EMAIL PROTECTED]>
Sent: Friday, July 09, 2004 1:47 AM
Subject: ummm... help needed
[...]
> classloaders at the same time or something like that. As a first step -
> could someone with access to
OK - magic bootstrap is building fine. We then move on to magic
building magic. Everything starts of fine - compilation, jar file
creation, md5, bar file creation .. and then unit testing. Keep in mind
that in magic unit tests are done relative to test classpath combined
with the jar file of
> > Caused by: java.lang.ClassNotFoundException:
> > org.apache.avalon.phoenix.tools.xdoclet.PhoenixXDoclet
> Could someone please check if the jar file referenced
> by /usr/local/gump/packages/phoenix-client.jar actually
> contains org.apache.avalon.phoenix.tools.xdoclet.PhoenixXDoclet.
I don't
mcconnell2004/07/08 15:42:16
Modified:project james-server.xml
Log:
addition of missing commons-dbcp dependency
Revision ChangesPath
1.10 +1 -0 gump/project/james-server.xml
Index: james-server.xml
pi/target/avalon-framework-api-20040708.jar
-Dlogkit.jar=*Unset* -Dversion=20040708 gump-core
[Working Directory: /usr/local/gump/public/workspace/cocoon-lenya]
CLASSPATH :
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/cocoon-lenya/build/lenya-20040708/classes:/usr/local/gump/
in(Main.java:241)
Total time: 2 seconds
-
To subscribe to this information via syndicated feeds:
RSS: http://brutus.apache.org:8080/gump/struts-sslext/struts-sslext/rss.xml
Atom: http://brutus.apache.org:8080/gump/struts-sslext/struts-sslext/atom.xml
--
Produced by Gum
Adam R. B. Jack wrote:
Basically, I think Python Gump was the right thing to do 'cos it breathed
life into a somewhat mundane/infrastructural task. I do think it has become
a barrier to entry for many, which I find disturbing. As such, I'd not fight
against folks wanting to re-write in Java ('cos t
Adam R. B. Jack wrote:
I think we need to enable plug-ins (the easiest way for
communities to open up to new developers)
+1
--
|---|
| Magic by Merlin |
| Production by Avalon |
| |
| ht
> Adam, please, let me start saying this is (as indicated) a random
> though, not a proposal, nor a criticism.
Thanks, but not neccessary, I've had the [RT] myself many times. In the
early days of this (as one gent on IM can attest) there were an uncountable
number of times I bitched "I could re-
ajack 2004/07/08 13:33:11
Modified:python/gump update.py preview.py build.py env.py debug.py
check.py integrate.py
python/gump/notify notification.py notifier.py logic.py
python/gump/utils http.py sync.py launcher.py note.py
Adam, please, let me start saying this is (as indicated) a random
though, not a proposal, nor a criticism.
As Nicola said, moving from ant+xslt+bash to python was a tremendous
improvement. I just wonder if we should stop there, especially given
that this community is basically java gurus with a
Stefano Mazzocchi wrote:
I think the main problem we will face in a Java Gump is dependencies.
We will have to COMPLETELY resit depending on anything except JDK 1.4
Very true, but doable, IMO since we get XML/XSLT/DOM support in there.
I might help more if it was in Java, but I don't see the ne
Stefan Bodewig wrote:
Hi,
Gump already has a project named nekohtml for NekoHTML 0.9.3. If this
is what you need in Cocoon then please simple remove your project
definition, otherwise please rename the project.
Gump tries to merge the like-named project and drops both of them
since their jar ids c
Am Do, 2004-07-08 um 20.50 schrieb Rainer Klute:
> You are write, ...
You are right, it is too late, at least for me. :-(
Best regards
Rainer Klute
Rainer Klute IT-Consulting GmbH
Dipl.-Inform.
Rainer Klute E-Mail: [EMAIL PROTECTED]
Körner Grund 24
Nick Chalko wrote:
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote:
I have started to use python myself because I loved the much faster
try/fail cycle of a scripting language and python looked a lot
friendlier than other scripting languages.
But in my experience, it doesn't scale in terms of c
Am Do, 2004-07-08 um 20.23 schrieb Adam R. B. Jack:
> i.e. lots of files!
>
> Basically, I have to assume that these are from POI (please correct me if I
> am wrong) and one (or both) of the two POI runs.
You are write, the POI test cases do create temporary files without
deleting them. I think y
> I have started to use python myself because I loved the much faster
> try/fail cycle of a scripting language and python looked a lot
> friendlier than other scripting languages.
Python is fun to get started with & has some really nice features. My guess
is I've not even come close to touching t
My local (work) Gump that builds a really small subset of the Gump stack
(and then my code) started dying w/ lack of disk space. We found that we
were getting a full /tmp, and then I saw that Brutus has a similar issue.
[EMAIL PROTECTED]:~$ wc /tmp/*.xls
-bash: /usr/bin/wc: Argument list too long
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote:
I have started to use python myself because I loved the much faster
try/fail cycle of a scripting language and python looked a lot
friendlier than other scripting languages.
But in my experience, it doesn't scale in terms of complexity as much
Stefano Mazzocchi wrote:
I have started to use python myself because I loved the much faster
try/fail cycle of a scripting language and python looked a lot
friendlier than other scripting languages.
But in my experience, it doesn't scale in terms of complexity as much as
java does.
This is my i
mcconnell2004/07/08 10:15:44
Modified:project avalon-tools.xml
Log:
Add work directories to cover the test case execution.
Revision ChangesPath
1.20 +2 -0 gump/project/avalon-tools.xml
Index: avalon-tools.xml
=
I have started to use python myself because I loved the much faster
try/fail cycle of a scripting language and python looked a lot
friendlier than other scripting languages.
But in my experience, it doesn't scale in terms of complexity as much as
java does.
Also, it seems that there is a lot o
Adam R. B. Jack wrote:
After
tonight I'll be done w/ my EMT refresher & will be able to commit to fixing
what breaks. I am tempted to perform the merge, but turn off notification
(which might send duplicates for some odd reason) and see what transpires.
My opinion - go for it and lets see what happ
Adam R. B. Jack wrote:
> We run VMWare here at TrySybase, and have for a couple of years.
> We tried running a full Gump on GSX (on an 'ok' box, not great) and
> we basically brought VMWare down.
> Basiclly thought, Gump pushed GSX too hard for resources.
This might be good to test on brutus, no
> still busy doing some gump profiling. I'm seeing this:
I really appreciate that -- thank you!
>
> [EMAIL PROTECTED]:/root# ps aux | grep gump | grep -v tomcat
> gump 23233 0.0 0.0 8568 1692 ?SJun25 0:57
> /usr/bin/python2.3 /usr/bin/pydoc -p 1243
Ok, the Python Documentati
Hi,
Gump already has a project named nekohtml for NekoHTML 0.9.3. If this
is what you need in Cocoon then please simple remove your project
definition, otherwise please rename the project.
Gump tries to merge the like-named project and drops both of them
since their jar ids clash (and would clai
> The last gump run (which has come on-line about 30 mins ago)
>
> Start Date/Time (UTC) Thu, 08 Jul 2004 07:00:49 (UTC)
> End Date/Time (UTC) Thu, 08 Jul 2004 13:26:41 (UTC)
>
> What is happening between 13:26 and 17:15 (about 4 hours). There appears
> to be a really big delay between th
The last gump run (which has come on-line about 30 mins ago)
Start Date/Time (UTC) Thu, 08 Jul 2004 07:00:49 (UTC)
End Date/Time (UTC) Thu, 08 Jul 2004 13:26:41 (UTC)
What is happening between 13:26 and 17:15 (about 4 hours). There appears
to be a really big delay between the end of a gump
Stefan Bodewig wrote:
On Mon, 05 Jul 2004, Stephen McConnell <[EMAIL PROTECTED]> wrote:
The idea scenario is that gump generates the module using the above
after doing the checkout and before computing dependencies.
So Gump had to know how to generate descriptors before it could start
to do some
bodewig 2004/07/08 07:54:51
Modified:project jakarta-commons.xml
Log:
After Bill fixed the typo in the build file, we'll have to fix it as well
Revision ChangesPath
1.138 +1 -1 gump/project/jakarta-commons.xml
Index: jakarta-commons.xml
==
On Mon, 05 Jul 2004, Stephen McConnell <[EMAIL PROTECTED]> wrote:
> The idea scenario is that gump generates the module using the above
> after doing the checkout and before computing dependencies.
So Gump had to know how to generate descriptors before it could start
to do some work. As much as
Stefan Bodewig wrote:
On Wed, 07 Jul 2004, Stephen McConnell <[EMAIL PROTECTED]> wrote:
Which according to me should be provided us with a few more entries
in the classpath.
I guess I'm missing something.
//ant/depend doesn't support the inherit attribute at all.
In order to achieve what you
On Wed, 07 Jul 2004, Stephen McConnell <[EMAIL PROTECTED]> wrote:
> inherit="runtime" project="magic"/>
>
> Which according to me should be provided us with a few more entries
> in the classpath.
>
> I guess I'm missing something.
//ant/depend doesn't support the inherit attribute
On Thu, 08 Jul 2004, Stephen McConnell <[EMAIL PROTECTED]> wrote:
> Just an observation ... the following statement should (according to
> the gump spec) assign the home directory of the magic project to the
> property "magic.home".
No. It should if you use , but not if you use .
doesn't even r
Adam R. B. Jack wrote:
...
Since we'd rather spend the resources on building than presentation, perhaps
we ought just move to the XHTML option (in CleanUp branch).
+1
Forrest should be an option, not a strictly necessary dependency.
--
Nicola Ken Barozzi [EMAIL PROTECTED]
> VMware would be nice (though I have no experience with GX, I imagine its
> better than the consumer stuff ;).
We run VMWare here at TrySybase, and have for a couple of years. All our
demos and such run in VMs (and we have numerous DBs, web servers, app
servers, etc. etc. running on top.) VMWare
> could someone explain to me exactly *why* we're running forrest as a
> webapp? It's a relatively big resource hog...
Recall when we ran forrest as a batch command? It would generate thousands
of pages (costing lots of resources) even if those pages were never viewed.
Basically, from what you say
My address book is a little ed up. :(
Original Message
Subject: resource usage
Date: Thu, 08 Jul 2004 11:48:43 +0200
From: Leo Simons <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]>
Hi gang!
Noel J. Bergman wrote:
I would a
mcconnell2004/07/08 03:25:25
Modified:project avalon-tools.xml
Log:
Replace avalon-tools-magic with the generated variant.
Revision ChangesPath
1.19 +2 -2 gump/project/avalon-tools.xml
Index: avalon-tools.xml
=
mcconnell2004/07/08 03:16:16
Modified:project avalon-tools.xml
Log:
Change the ant enclosed dependency to a property and add an explict depend under the
project scope. This seems like a more reliable approach as the gump handling of
depend attributes inside an ant are generating
bodewig 2004/07/08 03:07:16
Modified:project jakarta-commons.xml
Log:
Fix modeler jar name
Revision ChangesPath
1.137 +2 -1 gump/project/jakarta-commons.xml
Index: jakarta-commons.xml
===
R
Just an observation ... the following statement should (according to the
gump spec) assign the home directory of the magic project to the
property "magic.home".
However - the value assigned by gump is the jar file. Seems like a bug
in the handling code - in which case I'll post a JIRA
issu
Stefan Bodewig wrote:
On Thu, 08 Jul 2004, Leo Simons <[EMAIL PROTECTED]> wrote:
in other words, that's a lot of tomcat processes with a lot of
resident memory.
Sure its not only a lot of Java threads in a single process with a lot
of resident memory? Linux process watching tools are unusable WRT
mcconnell2004/07/08 02:16:28
Modified:project james-server.xml
Log:
Update framework reference.
Revision ChangesPath
1.9 +1 -3 gump/project/james-server.xml
Index: james-server.xml
===
RC
On Thu, 08 Jul 2004, Leo Simons <[EMAIL PROTECTED]> wrote:
> in other words, that's a lot of tomcat processes with a lot of
> resident memory.
Sure its not only a lot of Java threads in a single process with a lot
of resident memory? Linux process watching tools are unusable WRT
threads - some p
Hi gang,
still busy doing some gump profiling. I'm seeing this:
[EMAIL PROTECTED]:/root# ps aux | grep gump | grep -v tomcat
gump 23233 0.0 0.0 8568 1692 ?SJun25 0:57
/usr/bin/python2.3 /usr/bin/pydoc -p 1243
root 12593 0.0 0.0 4928 744 ?SJun29 0:00 sshd:
Hi gang!
could someone explain to me exactly *why* we're running forrest as a
webapp? It's a relatively big resource hog...
Looking at our resource usage, we have the following:
load average: 0.97, 1.01, 1.31
Tasks: 112 total, 2 running, 110 sleeping, 0 stopped, 0 zombie
Cpu(s): 23.9% user
mcconnell2004/07/08 00:26:14
Modified:project avalon-tools.xml
Log:
Housekeeping.
Revision ChangesPath
1.17 +0 -2 gump/project/avalon-tools.xml
Index: avalon-tools.xml
===
RCS file: /home/
mcconnell2004/07/08 00:25:18
Modified:project avalon-tools.xml
Log:
Remove runtime="true"
Revision ChangesPath
1.16 +1 -2 gump/project/avalon-tools.xml
Index: avalon-tools.xml
===
RCS file
57 matches
Mail list logo
