bodewig 2004/03/19 00:04:25
Modified:project avalon-excalibur.xml
Log:
excalibur-datasource needs Doug Lea's concurrent project
Revision ChangesPath
1.120 +1 -0 gump/project/avalon-excalibur.xml
Index: avalon-excalibur.xml
I need some explaination on runtime="true"...
Should it be not present if it is required for compilation?
And if compile doesn't need it, but unit tests does, then it should be true?
If so, there are plenty of errors in that
Niclas
---
On Fri, 19 Mar 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> Should it be not present if it is required for compilation?
Doesn't matter.
It should be present if it is needed when you use a project.
> And if compile doesn't need it, but unit tests does, then it should
> be true?
No. Things
nickchalko2004/03/19 01:03:54
Added: project antworks-importer.xml
Log:
Added importer.
Revision ChangesPath
1.1 gump/project/antworks-importer.xml
Index: antworks-importer.xml
===
nickchalko2004/03/19 01:05:41
Modified:profile gump.xml
Log:
Adding antworks-importer, without testing.
Revision ChangesPath
1.326 +2 -7 gump/profile/gump.xml
Index: gump.xml
===
RCS file:
mcconnell2004/03/19 01:39:02
Modified:project avalon-components.xml
Log:
Move to 2.0. codebase (which in turn resolved the excalibur thread and pool
connections).
Revision ChangesPath
1.22 +36 -36gump/project/avalon-components.xml
Index: avalon-components.
niclas 2004/03/19 01:43:59
Modified:project avalon-components.xml
Log:
Spelling mistakes.
Revision ChangesPath
1.23 +5 -5 gump/project/avalon-components.xml
Index: avalon-components.xml
===
mcconnell2004/03/19 02:52:10
Modified:project avalon.xml
Log:
Added tert classes.
Revision ChangesPath
1.30 +5 -0 gump/project/avalon.xml
Index: avalon.xml
===
RCS file: /home/cvs/gump/pro
+1 to all.
--- Leo Simons <[EMAIL PROTECTED]> wrote:
> Stefano Mazzocchi wrote:
> > 1) state loud and clear that the direction is Gumpy and retire
> > traditional gump, this will help creating itches to scratch
>
> +1
>
> > 2) refactor our CVS module:
> >
> > gump-traditional
> > g
mcconnell2004/03/19 03:02:39
Modified:project avalon-excalibur.xml
Log:
Correct target name.
Revision ChangesPath
1.121 +1 -1 gump/project/avalon-excalibur.xml
Index: avalon-excalibur.xml
===
Stefano Mazzocchi wrote:
1) state loud and clear that the direction is Gumpy and retire
traditional gump, this will help creating itches to scratch
+1
2) refactor our CVS module:
gump-traditional
gump
gump-data
hmm. Split between code and data seems sensible, but I don't really
sebb2004/03/19 05:19:31
Modified:project jakarta-jmeter.xml
Log:
velocity only needed in gump-build, i.e. jmeter-cvs
Revision ChangesPath
1.84 +6 -7 gump/project/jakarta-jmeter.xml
Index: jakarta-jmeter.xml
===
sebb2004/03/19 05:23:53
Modified:project jakarta-jmeter.xml
Log:
Add dependencies for building Monitor
Revision ChangesPath
1.85 +10 -22gump/project/jakarta-jmeter.xml
Index: jakarta-jmeter.xml
=
> Whatever you've done, it seems you've broken something with it, see
> the Strut's nags (I'll be looking into the other builds that fail on
> LSD but not on my Gump 0.3 machine).
>
> Now it looks as if //ant/depend wouldn't create a CLASSPATH entry at
> all.
Hmm, sorry. I hate when I break somet
> On Thu, 18 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
>
> > I am away (training) next week, and only online some evenings, and I
> > want to get Gumpy stable for while I go.
>
> If all else fails and our collective Python knowledge doesn't help to
> get through this, we can always disa
> That said, one 1 seems to affect dependencies, and neither affect http://gump.apache.org/metadata/ant.html#depend would imply is reasonable).
This seems to clear up the mystery. since properties now default to be
'noclasspath', a
On Fri, 19 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> 1) Allow attribute (any) to reverse that.
This is fine. Note that is with an implcit
classpath attribute. Maybe this is where you'll want to look into?
or
> 2) Allow 1) I put the if depend.isNoClassapath() at the top of a r
On Fri, 19 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> Now, how do I test it quickly enough?
integrate.py xmlunit. This is the first affected project AFAICS.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
> On Fri, 19 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
>
> > 1) Allow > attribute (any) to reverse that.
>
> This is fine. Note that is with an implcit
> classpath attribute. Maybe this is where you'll want to look into?
You are quick. I had to look at the code. ;-)
> or
>
> > 2)
Since I have LSD running under 'ajack' as are gump.try.sybase.com and
gump.dotnot.org, I think we need somebody else's id to run the Apache Python
Gump on moof. This is especially important with me going away next week.
I think it has to be one id (sadly) because an SVN bug (which I hear might
get
Hi Adam,
I take it, unless someone else volunteered before me.
Antoine
Adam R. B. Jack wrote:
Since I have LSD running under 'ajack' as are gump.try.sybase.com and
gump.dotnot.org, I think we need somebody else's id to run the Apache Python
Gump on moof. This is especially important with me goi
Adam R. B. Jack wrote:
Since I have LSD running under 'ajack' as are gump.try.sybase.com and
gump.dotnot.org, I think we need somebody else's id to run the Apache Python
Gump on moof. This is especially important with me going away next week.
I think it has to be one id (sadly) because an SVN bug
It is, isn't it? At least the date at the bottom of the page shows a day
old.
http://lsd.student.utwente.nl/gump/
I assume the content is a day old, also, right? If not, forget the rest of
this...
Quite likely this is occurring due to me changing things to split
documentation into two, and a
>
> There are lots of things I do not know about lsd.
>
Ok, so perhaps you can have LSD and then Stefan and/or Stefano could have
moof. Leo, of course LSD is yours (if you want it) for as long as you allow
us left to use it. LEo, you get to chose since you have to do the 'chown -R'
on the tree. :-
> 1) state loud and clear that the direction is Gumpy and retire
> traditional gump, this will help creating itches to scratch
[Scott Sanders]
+1
> 2) refactor our CVS module:
>
> gump-traditional
> gump
> gump-data
>
[Scott Sanders]
+0, would rather see gump and gump-da
I think we need a test install on moof, to match the public install. Heck,
maybe we need a few tests. Here are my thoughts:
1) We have a unit test workspace that uses the unit test workspace, and runs
itself, and perhaps even the unit test script. This ought be blindingly
fast, since there are no
ajack 2004/03/19 10:19:18
Modified:python/gump/test/resources/full1 module4.xml module3.xml
python/gump/model project.py depend.py ant.py
python/gump/document forrest.py
.gumpy.sh
python/gump/test model.py
Thanks for all these precisions Adam.
I will get started working on this on Monday.
Have a nice week-end too.
Antoine
Adam R. B. Jack wrote:
There are lots of things I do not know about lsd.
Ok, so perhaps you can have LSD and then Stefan and/or Stefano could have
moof. Leo, of course LS
> >Let's try to spread the wealth/chaores, IMHO. Stefan or Stefanoi or Leo
or
> >other want Moof?
Clearly, I was having a bad typing day. "Stefano".
regards
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comma
ajack 2004/03/19 12:58:00
Modified:.gumpy.py
Log:
1) Process (and pass on) command line arguments. [So I can test xmlutils]
2) Cope with
ajack 2004/03/19 14:06:44
Modified:python/gump/document forrest.py
Log:
Avalon XML descriptor blows the 32Kb limit of a forrest .
Revision ChangesPath
1.112 +9 -5 gump/python/gump/document/forrest.py
Index: forrest.py
nickchalko2004/03/19 14:27:43
Modified:project antworks-importer.xml
Log:
Fixed the buildfile property.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change ad
ajack 2004/03/19 15:11:47
Modified:python/gump/document forrest.py
python/gump commandLine.py gumpenv.py engine.py config.py
python/gump/model workspace.py
Added: python license.txt
Log:
1) The license.txt I keep cutting and pasting, might as
ajack 2004/03/19 15:26:59
Modified:template/forrest/src/documentation skinconf.xml
Log:
Update template to state 2004 for copyright (of nightly gen'd pages).
Revision ChangesPath
1.8 +1 -1 gump/template/forrest/src/documentation/skinconf.xml
Index: skinc
How weird:
The forrest skin uses:
to give me:
Last Published: 03/18/2004 22:31:43
Display the "published" date on the bottom. It seems to be showing (to me)
that is published at 10:
Adam,
This would also address some of Sam's comments about wanting all of the
ports for GUMP, as well as being able to reset the server to a known state.
It doesn't really address security (a rootkit can break out of User-Mode
Linux), so don't count in it for that.
And as GUMP evolves to handle o
nickchalko2004/03/19 16:59:04
Modified:project antworks-importer.xml
Log:
Use the gump target.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change addresses a
Dear Gumpmeisters,
The following 7 nags should have been sent
G U M P
[EMAIL PROTECTED]: mx4j/mx4j-tools-from-packaged-jetty failed
[EMAIL PROTECTED]: freemarker/freemarker failed
[EMAIL PROTECTED]: jakarta-tapestry/ognl failed
On Friday 19 March 2004 21:33, Vadim Gritsenko wrote:
Depended on "xml-commons-resolver" but is called "xml-resolver" in Maven repo.
Fixed in CVS.
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.hedhman.org |
+--//--+
-
Just as a thought, is this something that could run under User-Mode Linux on
the new GUMP server when it is installed? Is this something that you would
want to add to automated tests under GUMP?
See: http://user-mode-linux.sourceforge.net/
http://usermodelinux.org/
http://www.honeynet.o
I have a vested interest in wanting VFS to be well tested (for Depot Ruper)
so I'm game to see this...
regards
Adam
- Original Message -
From: "Noel J. Bergman" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, March 19, 2
Stefan Bodewig wrote:
The only thing missing for Coccon is excalibur-xmlutil which doesn't
seem to compile against the latest Saxon 7 version (7.9):
I (kind of) fixed these compilation problems (locally, on my HD), but
can't compile xmlutil because of:
[javac]
C:\Work\avalon-excalibur\xml
On Fri, 19 Mar 2004, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
> I (kind of) fixed these compilation problems (locally, on my HD),
> but can't compile xmlutil because of:
[missing xml-commons-resolver]
> (I tried to compile with maven). What do I miss - why this does not
> compile?
You miss xm
Niclas Hedhman wrote:
On Friday 19 March 2004 21:33, Vadim Gritsenko wrote:
Depended on "xml-commons-resolver" but is called "xml-resolver" in Maven repo.
Fixed in CVS.
Thanks, Niclas.
Stefan,
I fixed this issue with Saxon - compiles ok and tests are passing
through, against Saxon 7.9
Vad
44 matches
Mail list logo