On Tue, 22 Jun 2004, Maarten Coene [EMAIL PROTECTED] wrote:
I think the problem is that gump uses another msv version than dom4j
does. If I take a look at the classpath I see:
gump: msv-20030225/msv.jar;msv-20030225/xsdlib.jar
dom4j: msv-20030807.jar;xsdlib-20030807.jar
Hmm,
On Wed, 23 Jun 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
Any idea where I could find a more recent one?
Looks as if we could build it from source https://msv.dev.java.net/.
Stefan
-
To unsubscribe, e-mail: [EMAIL
Yes, I noticed it too yesterday. I just downloaded these other ones from
ibiblio ( http://www.ibiblio.org/maven/msv/jars/ ), but I'm not sure if
they are official now since SUN doesn't list them ...
Perhaps dom4j should stick to the offical jars... Does anyone know what
the status is of these
bodewig 2004/06/23 00:56:25
Modified:profile gump.xml
project msv.xml
Log:
Build msv
Revision ChangesPath
1.353 +1 -1 gump/profile/gump.xml
Index: gump.xml
===
RCS file:
On Wed, 23 Jun 2004, Maarten Coene [EMAIL PROTECTED] wrote:
Yes, I noticed it too yesterday. I just downloaded these other ones
from ibiblio ( http://www.ibiblio.org/maven/msv/jars/ ), but I'm not
sure if they are official now since SUN doesn't list them ...
Look at java.net, there seems to
Date: 2004-06-23T09:46:12
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: BrutusConfig/RequestANightlyBuild
URL: http://wiki.apache.org/gump/BrutusConfig/RequestANightlyBuild
seems to be working...
New Page:
Brutus runs gump. Gump should ideally not be used for generation of
Date: 2004-06-23T09:51:26
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: BrutusConfig/NightlyBuild
URL: http://wiki.apache.org/gump/BrutusConfig/NightlyBuild
no comment
Change Log:
--
@@ -1,4 +1,4 @@
Date: 2004-06-23T09:55:32
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: BrutusConfig/RequestANightlyBuild
URL: http://wiki.apache.org/gump/BrutusConfig/RequestANightlyBuild
no comment
Change Log:
--
@@
Date: 2004-06-23T09:56:48
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: BrutusConfig/NightlyBuild
URL: http://wiki.apache.org/gump/BrutusConfig/NightlyBuild
no comment
Change Log:
--
@@ -5,6 +5,7 @@
Hi gang!
thinking about the nightly build system, its clear it would be desirable
for gump to be able to build those securely. Until that is in place, I
figured we could still use brutus to do some of that.
I experimented a little with some shell scripts. Log of what I did is at
Date: 2004-06-23T10:25:18
Editor: 130.89.169.128
Wiki: Gump Wiki
Page: BrutusConfig/NightlyBuild
URL: http://wiki.apache.org/gump/BrutusConfig/NightlyBuild
no comment
Change Log:
--
@@ -139,7 +139,7
# I'm tempted to put up a crontab that kills these processes. WDYT?
We've not found a good way to kill them from Python, so why not. Could we
get a mail (or report file somewhere) of what was killed?
regards
Adam
-
To
I've been struggling with Gump performance issues for months now. That is
'clogs up' (on large workspaces) has continually hampered usage
(frankly)
my progress .
One thing that I did find when I was doing performance analysis/tuning of
the DOM-like (create a tree of objects then serialize)
BTW: One of the 'admin to-do's is to see (not sure how) if Brutus is happy
or dogging. While you are in there, mind keeping an eye out? I think the
'slowness' is Python Gump leaking (and some stray CPU intensive paths that
Python let's one code so fast/easily ;-) but it'd be nice to know from an
ajack 2004/06/23 14:38:43
Modified:python/gump/utils Tag: CleanUp work.py
src/documentation/content/xdocs/metadata Tag: CleanUp
maven.xml project.xml
project Tag: CleanUp ant.xml jakarta-commons-sandbox.xml
Hello,
I'm hoping I can get a little help with adding a new gump project to xmlbeans. I'm
new to gump so I don't really know how it's all put together or automated. I'd like
to add a 'test' project that depends on the xml-xmlbeans' build and which runs the ant
target 'drt' in
Niclas Hedhman wrote:
On Wednesday 23 June 2004 08:01, Stephen McConnell wrote:
aka invisible!
So how can we see if he is ok or not??
Send a probe!
Leo, do you feel ignored by the public in large? Maybe you should look in the
mirror... :o)
:-)
Steve.
--
/merge.xml -Dbuild.sysclasspath=only
-Dversion=20040623 gump.setup run.tests
[Working Directory: /usr/local/gump/public/workspace/checkstyle]
CLASSPATH :
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/checkstyle/target/checkstyle:/usr/local/gump/public/workspace/checkstyle/target
18 matches
Mail list logo
