> On Wed, 9 Jun 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
>
> > We seeem to be getting sparodic timeouts to mail.apache.org
>
> Sure it is a timeout?
>
> The ant-contrib nags do not come from an apache.org sender so I
> suspected a no-relay rule kicking i
> > I couldn't agree more. JIRA has to help us smooth out the inflow.
>
>
>
> Can you elaborate on this? I'm rewriting JIRA's email templates at the
> moment, so am interested in that general area..
I don't think I was meaning anything more perceptive than JIRA is a good
TODOs list, but I have f
> -0 (if that's allowed)
>
> But -1 if the proposal is to stop non-Python Gumps at present.
I don't think anybody is intending the stop them, and I proposed a way to
let them continue to function (as we move Python out, into SVN, etc.)
> > I'd suggest tagging CVS and making it clear that java gum
> Is it possible to include the email headers (at least to, from, date &
> subject) in the "Unable to send" digest mails? This would make
> debugging of failures somewhat easier.
The code base I have here pretty much does that, plus reason for failure.
Unfortunately I went on this DOM chase w/ t
Hmm, this is annoying.
> BUILD FAILED
> /usr/local/gump/public/workspace/jakarta-commons-codec-11/build.xml:110:
Warning: Could not find file /usr/local/gump/public/workspace/LICENSE to
copy.
There is a hard coded usage of ../LICENSE, so when I put this out of the
jakarta-commons module into it's
Niclas,
There are two such abtches/digests: 'All dressed up, with nowhere to go' (no
On Thursday 10 June 2004 07:22, Michael Davey wrote:
> > Is it possible to include the email headers (at least to, from, date &
> > subject) in the "Unable to send" digest mails? This would make
> > debugging of
> Make jakarta-commons-codec-11 depend upon commons-build. Get the
> license file from commons-build. Send a patch to the codec crew. Nag
> them 'til they commit.
>
> Probably not what you wanted to hear.
Just to clarify. The commons-codec HEAD build works fine within
jakarta-commons. This is a
> >This is an historic (tagged) version I am trying to
> >construct, 'cos WS-XMLRPC can't built against head, and won't move up.
> >
> If it is tagged and never going to change, you could simply create a
> packaged project.
Ah, of course. Staring me in the face. Thank you. :)
> I wonder, is there
> >Just to clarify. The commons-codec HEAD build works fine within
> >jakarta-commons. This is an historic (tagged) version I am trying to
> >construct, 'cos WS-XMLRPC can't built against head, and won't move up.
> >
> Ah, okay. Why won't they move up?
They just don't want to move up, they are li
As more and more people go there, it'll get more and more painful for us not
to be.
Berin's post made me think of this:
http://jroller.com/page/bloritsch/20040610#re_eintering_the_cocoon
regards,
Adam
--
Experience the Unwired Enterprise:
http://www.sybase.com/unwiredenterprise
Try Sybase: http
From: "Brett Porter" <[EMAIL PROTECTED]>:
> My 2c: I would have it ready to go when 1.5 goes into first release (so
get
> it ready now), but not nag anyone until then. While there might be helpful
> stuff, you'd want to avoid nagging people for bugs in the betas too - and
it
> might be hard to dif
Stefan,
Does your packages script treat LSD as the 'master'? If so, could that
change to Brutus? If not, and this causes you grief, please let me know.
regards
Adam
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 11, 2004 8:38 AM
Subject: cvs co
> >Ought we just expect developers to do
> >the above?
> >
> Nope. That would be like expecting developers to run "ant javadoc" for
> themselves rather than pointing them to a website hosting the javadoc.
> It is just a good form of communication - provide documentation up front
> for all to see.
I'd like to discuss deprecation.
The only Gump API we have today is the metadata. I'd like to formalize that
[perhaps even with version attributes on major (distributed/community
edited) elements], have XSD schema for validation. I'd also like to be able
to migrate/enhance it it. (I've stored up n
> > Unfortunately this'll freeze the metadata, so doesn't seem too
> > workable.
>
> Only tag the python directory?
Assuming I added this logic to templates (and other non-metadata areas), to
get all of Gumpy, I guess I could then teach gumpy.py to get from a TAG, and
then overlay metadata from CV
Brett wrote:
> Have you had a chance to look at the changes I made to do this?
Sorry Brett, either Jira failed to notify, or I missed it. I'll try to get
to it soon. I assume I checkout Maven from CVS and build (or something,
right?) Or, is there a way to download/preview plug-ins? Sorry for bein
Hmm, I meant this to go into the Clean-Up branch not HEAD. [I thought I was
doing a healthy merge into my branch, keeping up to date with HEAD, but
instead I seemed to blur the two. Eclipse handles CVS so well I fall asleep
at the wheel...]
I'll attempt to revert it to 1.9, then get back to workin
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 .
I've turned over every rock that comes to my mind, but I keep failing. I've
been getting pretty frustrated with Python (I find it some
I want to allow Gump to use Depot to download jars from a repository (when
legal) so we don't have to manually install/distribute packages (or, keep it
to a minimum). My goal is to take this to 'personal cascaded Gumps', i.e.
where a user builds less and less & just automatically downloads the late
> Adam R. B. Jack wrote:
> > At the same time the Forrest folk divided to do some major (copyless)
work,
> > and they removed the ability to pass work/site location parameters to
the
> > batch file. Gump used these.
>
> They will be back somehow, don't worry
Could you take a look at the http://gump.apache.org/metadata/maven.html
[BTW: This is new, the maven gump goal is being changed. Feedback welcomed.]
and an example, look at commons-id in here:
http://cvs.apache.org/viewcvs.cgi/gump/project/jakarta-commons-sandbox.xml?rev=1.161&view=markup
If n
> I also noticed;
> 1. There is no proper link to where the details are.
> 2. Bottom of the email;
>Apache Gump
>http://gump.apache.org/ [Instance: gump.try.sybase.com]
>
> Is it some outdated gump machine that is starting up again, or even some
> external party (sybase.com)??
Ahh, I wonde
> I seem to remember there were some bending issues, but can't seem to
> find them. Could people please log 'em into jira?
I think they'll likely get added under here:
http://nagoya.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&pid=10457&sorter/order=DESC&sorter/field=priority&r
> http://gump.apache.org/bylaws.html exists ever since the bylaws became
final. Reach it via the last link in the navigation.
Starting me in the face, sorry & thanks. I wanted to review it to see where
we stood on the 'retirement' vote.
regards,
Adam
--
It has been 10 days since the vote to retire Traditional Gump was put out.
As I read this [VOTE] mails on this list I see seven +1s (Leo, Adam,
Davanum, Martin, Nicola, Stefan, Stefano), one +0 (Michael), one -0 (the
suggestion of a -1 if traditional Gumps were stopped, Sebastian).
My problem is
Sebastian,
Any follow-up? I'd like to find a way to ensure/clarify that you aren't
a -1.
regards
Adam
- Original Message -
From: "Adam R. B. Jack" <[EMAIL PROTECTED]>
To: "Gump code and data" <[EMAIL PROTECTED]>
Sent: Wednesday, June 09, 20
> Is nagging on by default ?
> If it is a config entry, it's probably best to have the nag only as a
commandline parameter, to prevent "spam" in the future ?
Nagging is both a command line parameter (--notify) and has to be
requested/enabled in the workspace (with
I think this was a stray error from a test (broken) Gump, sorry. Please
ignore, unless it continues.
regards
Adam
- Original Message -
From: "Scott Nichol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 18, 2004 11:21 AM
Subject: Apache SOAP (ws-soap)
> Apache SOAP star
> How about a compromise? Here is my proposal:
>
> Fork the metadata tree (perhaps putting the new one in SVN) and make it
very clear that the gumpmeisters have no intention of maintaining the
traditional metadata themselves (but anyone with commit priviledges may
modify the traditional metadata i
m spamming when I set up gump on my "new" box
> (running fc 2)..
>
> Mvgr,
> Martin
>
> On Fri, 2004-06-18 at 17:30, Adam R. B. Jack wrote:
> > > Is nagging on by default ?
> > > If it is a config entry, it's probably best to have the nag only as a
>
> Could you please have a look if this looks good?
Sure.
> As a commons comitter i
> should be able to commit this change to gump, right?
All ASF commiters can.
> But i dont wont to break the whole sandbox module due to an incorrect
> addition - is there a change to check this before such a cha
> Sorry for not understanding how nagging works, and perhaps the intent
already
> exists, but shouldn't a Gump instance have a "Concern Area", i.e. "Nag
> projects that have 'these' domains in the nag-address" ? And by default
only
> use the domain-name on the host it is running.
Nagging works for
> And what is the use of publishing jars that are built against the latest
> jars ?
My usage for them is for personal and/or cascaded Gumps. If the root Gumps
build the public projects then I ought be able to NOT build them for my work
Gumps. I'd like to keep current (no point Gumping, unless) so
> Tag CVS, move the python stuff however you like, leave the java stuff in
> and just ignore it. And we no longer need try to maintain compatibility
> with java gump in the metadata definitions.
>
> I suggest we clean up further when we move to SVN.
Ought we do these at the same time, just to g
>
> Ant used Gump to create nightly builds until Sam's machine broke
> down. So did Cactus and JMeter.
>
BTW: We have a task in JIRA that will configure the HTTPD to allow access to
the Jars. They are produced, just not accessible.
regards,
Adam
---
> One of the questions that haven't really been answered/resolved by the
> board (IIRC) is whether automated snapshots are considered releases.
This is really a big deal (for me & probably others).
> If so, you can forget the whole business of nightly builds being
> distributed from ASF hardware
> > For things like directories for compiled classes this probably
> > is good, but it may also lead to situations where Gump doesn't manage
> > to substitute a jar from CVS with a freshly compiled one.
>
> Generally, Maven will happily download the required Jars from remote
> repositories, which
> Can we please make gump output available at
> http://brutus.apache.org/gump/ws-axis/ws-axis-test/index.html
>
> instead of
> http://brutus.apache.org:8080/gump/ws-axis/ws-axis-test/index.html
I can but file the request, but the request is there:
http://nagoya.apache.org/jira/browse/GUMP-
> The question is, does Maven fully support disabling the normal 'repository
> management' allowing Gump to provide the artifacts for each project?
Theoretically yes, but I think Stefan has disproved that it isn't
leak-proof.
> Can Maven be told to ignore versions in the POMs ?
Yes.
> I have s
> My conclusion is that the maven scenario is very similar to the magic
> scenario. To do real integration you need to be able do to something
> like set some special property so that magic or maven can take control
> over classloader definition in the knowledge that the build is a gump
> build (i
> A DOM4J fix would benefit 86 other projects, so thanks in advance...
>
> http://brutus.apache.org:8080/gump/project_todos.html
>
http://brutus.apache.org:8080/gump/dom4j/dom4j/index.html#Project-level+Files
Hmm, this show 'class not found'. I wonder if this is as simple as the test
classes
> But, I don't know how to tell gump how to do this.
http://gump.apache.org/metadata/project.html#work
> What I don't understand is that these paths are added to the classpath
> in the test target of the Ant build.xml file, but gump doesn't seem to
> use them. Is this correct? I'm new to gump
) to be able to view the
results of the run, so we can see if that branch is adequate for a merge
into HEAD.
Pretty please..
regards
Adam
- Original Message -----
From: "Adam R. B. Jack" <[EMAIL PROTECTED]>
To: "Gump code and data" <[EMAIL PROTECTED]>
> not for me. I just have a ton of TODO items, no time, bad health. Gump
> stuff is on the list. Hope to get some of this done this week.
On, now that I know that please remove the Gump stuff from your list,
and focus on health and time for you. I can live w/o this stuff (and work on
Depot fo
sed immediately from both
> cvs.apache.org and brutus.apache.org. Works fine from my Windows
> desktop at home, though.
>
> Scott
>
> On Jun 22, 2004, at 2:05 PM, Adam R. B. Jack wrote:
>
> >> not for me. I just have a ton of TODO items, no time, bad health. Gump
> >>
0030225/xsdlib.jar
> dom4j: msv-20030807.jar;xsdlib-20030807.jar
>
> it seems that the gump jars are older versions, perhaps they could be
> upgraded?
>
> Maarten
>
> Stefan Bodewig wrote:
>
> >On Mon, 21 Jun 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> &g
> # 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 unsubs
> 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 OS
Any other takers on this one? I'd like to compare/contrast the new branch
build to the live build, to see how far I am from done & ready to merge.
Having it public would be helpful 'cos I could get more eyes on it.
regards
Adam
- Original Message -
From: "Adam
Leo
Many thanks for doing this. Are you sure it points to
.../gump/jdk15/results? I was kinda expecting XHTML not Forrest (like
/gump/public.)
I think this is pointing to public:
http://brutus.apache.org/gump/jdk15/workspace.html
regards
Adam
- Original Message -
From: <[EMAIL PRO
> hey adam, you can do lots of things as a local user, like publish things
> in ~/public_html. No need to wait for other people for testing stuff.
> Anyways, working on it...
Thanks for the suggestion, and for all the help. I'll keep that option in
mind (I think I just tunnel visioned on what the
> Like I wrote in the comment to the tomcat issue, I dupped the forrest
> webapp and changed the jdk15 config to write its results there. Until
> the rerun of the jdk15 config you'll see the results from the public run
> (they were copied after all), after that things should change to what
> they s
> I also agree to email release notices via email to opensource-releases
> at wingware.com, for any and all open source projects that use the
> software licenses purchased on this order.
>
> Afaik gump never had a release (not even the java one).. :)
Then we are off the hook, right? ;-)
Seriously
James
This is more appropriate here (than the PMC mailing list).
Gump 2.0 is what I think we've referred to the Python version as, see:
http://gump.apache.org/index.html
http://gump.apache.org/python/index.html
http://cvs.apache.org/viewcvs/gump/
regards
Adam
- Original Mes
I took a break from the studying I ought be doing, in order to tinker with
multi-threading. Heck, I've suffered all this pain w/ Python (my own doing,
no doubt) so I might as well get some fun out of it. I like the results.
Since cvs|svn|whatever are typically network latency/IO bound, there is
qu
This CleanUp branch has taken on a life of it's own. The change to DOM has
been 'cleaner' -- I trust/know everything that goes on -- but it hasn't been
easy. [It is amazing how many hours of coding/debugging I've had to put in
to get some weak approximation of what Sam achieved in w/ some Pythonic
Additionally, a few weeks ago we started seeing a bunch of e-mail failures.
I was hoping to wait for the CleanUp branch (to merge, to start nagging)
'cos it would report the error messages to the gump list, unfortunately that
hassn't occured.
To weed out problems I need to go into the error log an
Leo wrote:
> I've been reading gump code.
Awesome.
> Three comments so far:
>
> * boy is there a lot!
Yeah, but then you've seen my mails right? I have various forms of dihorrea.
;-)
I know I write "fluffy" code, I just can't seem to achieve that excellence
that allows tight & terse. I'm wor
> Next week I'm going to see if its possible to set up a debug-enabled
> gump on brutus and see if I can get the wing ide up and connected to it.
> When it works I'll let you guys know ;)
BTW: It is the full Gumps (600 projects) that tend to 'clog up', I've found
the smaller ones (e.g. minimal-wor
The CleanUp branch is getting pretty darn close to matching the CVS HEAD
Gump again (the odd 'didn't expand @@DATE@@ somewhere obscure' kinda bug
might exist, but not in the first projects, or so this seems to show:
http://gump.try.sybase.com/buildLog.html).
However, we get this w/ CleanUp runnin
amp;forum=316&message=2500873
> What I understand, is that the problem means that we are trying to run
> under JDK 1.4 some code compiled under JDK 1.5.
> These options of javac : -source 1.5 -target jsr14 according to the
> article, allow to compile under jdk1.5 and to run unde
> this is a good idea, my experience with gump is also that the updates
> are taking ages.
Yeah, once I started down this path it became glaringly obvious this was a
good win. Most of the updates take time to figure out that little or nothing
needs updating, and those are great things to have spaw
> On Fri, 2 Jul 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
>
> >
http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/gump_work/build_xml-crimson_xml-crimson.html#Output
>
> I get an internal server error when I try to access this.
Yes, I foolishly tried to
> could it be that cvs-level locking provides a nice filesystem-based sync?
The various threads all do CVS or SVN into completely separate (peer)
directories, so there really ought be no overlap at that point. The
'worklist' (where to get chores from) is synchronized [using Java term] with
a lock
> > >
>
http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/gump_work/build_xml-crimson_xml-crimson.html#Output
> >
> > I get an internal server error when I try to access this.
>
> Yes, I foolishly tried to remove an xdocs related bug before I went away
for
> the long weekend, and trashed
> boostrap-ant will probably pick up tools.jar from the CLASSPATH, but
> this shouldn't be necessary as the script can find it on its own if
> JAVA_HOME is set correctly.
For some reason I didn't beleive that to be the case (back when I added the
usage of the system CLASSPATH w/ tools in it.) I'v
> > I have no idea how you launch java from Python. This one obviously
> > does not use the 1.5 JDK.
>
> It simple makes a system call to 'java', so it gets what is first on the
> path.
Ah yes, the PATH is visible here:
http://brutus.apache.org/gump/public/gump_work/check_env.html
and
ht
> Is it possible to tell gump to execute a project *without* supplying an
> explicit target. According to the docs if no target is defined in the
> statement, the default target reverts to "gump". What I
> would like is gump to execute ant without setting any target.
>
> Is this possible?
I oug
Something seems sick to me. I get 'document contains no data'. I get this
fine:
http://brutus.apache.org/gump/
So it seems (to me) that the tomcat needs restarting.
regards,
Adam
- Original Message -
From: "Stephen McConnell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday
> Just a note to let you know that I have not been able to connect with
> brutus for the last couple of days. Plain old http://brutus.apache.org
> appears to be working but the gump url does not.
>
> http://brutus.apache.org:8080/gump/modules.html
Steve, it finally dawned on me that I could use t
> The code doesn't appear to be breaking (despite Python not locking in base
> classes like lists, and the Gump code not locking all that it might). I
> tried doing a Google search for locking in Python, and really found little
> "street wise" information. I found some updates from a Mr Stein (a ge
for a few days, just to verify
nothing truly offensive occurs immediately.
Thoughts?
regards,
Adam
- Original Message -
From: "Adam R. B. Jack" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 10:50 AM
Subject: Gump work-in-progress (Cl
It seems we have two of these things. Any insights? Any thoughts on action?
regards
Adam
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 07, 2004 11:16 AM
Subject: cvs commit: gump/project javagroups.xml jgroups.xml
> ajack 2004/07/07
> Just before the error - ant is reporting that it is dropping a bunch of
> phoenix references because the gump outputs are not found - and
> logically as a consequence we hit the error concerning the class not
found.
Good point. Looks like two absolute paths are being concatenated there.
> Phoen
> 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
> 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
> 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
> 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
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
> 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
> 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-
>
> 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
> 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: [
one delete issue), if not better.
If I don't get a response shortly I'll give a go at using XDOCs again.
regards,
Adam
- Original Message -----
From: "Adam R. B. Jack" <[EMAIL PROTECTED]>
To: "Gump code and data" <[EMAIL PROTECTED]>
Sent: Thursda
> In any case, the files
> are created in the system temp directory, using the java
> File.createTempFile method call. I dont know if that is something that
> can be controlled by setting environment variables.
Does JDK 1.3+ cover POI users?
http://java.sun.com/j2se/1.3/docs/api/java/io/File.htm
Hmm, this didn't get sent yesterday (sorry) ...
I merge CleanUp into CVS HEAD. I've turned off nagging (I hope).
I've set them to be XHTML, not XDOCS, and asked for an HTTPD config change.
I already see one thing I need to fix (or turn off deletes, like CVS HEAD
was):
http://gump.try.sybase
e.org/~gump/public/buildLog.html
regards
Adam
- Original Message -
From: "Adam R. B. Jack" <[EMAIL PROTECTED]>
To: "Gump code and data" <[EMAIL PROTECTED]>
Sent: Friday, July 09, 2004 7:25 AM
Subject: Re: brutus may be having a problem
> Darn, seems I p
> 3h 23m.
> That's an improvement!
> :-)
Daft, but I've not been paying attention (too painful to look) -- what was
it before?
Still, it can do far far better. Multi-threading the CVS/SVN ought reduce
the latency. The main problem (for no clear reason I can gather) still seems
to be generating do
> The cycle time between updates of the web site was around 9 hours - gump
> was reporting about 5 hours for the run (so we are already seeing a big
> improvement on that aspect). In addition there is that mystery 4 hours
> between the end of the run and the appearance off documentation.
Not real
> I have heard some horror stories about getting those Gump building
> boxes working, and we are somewhat in over our heads, as I don't think
> anyone with Python experience is interested in helping out...
Those were the bad old days & are part of what inspired me to tinker w/
Python Gump. ;-) It
> > Hey, I spent so long on having Gump use Forrest 'cos I'm no GUI guy. The
> > style sheet is here, feel free to help me fix it:
> >
> > http://cvs.apache.org/viewcvs.cgi/gump/template/xhtml/css/style.css
>
> I'm on it!
Thanks. Let me know if you need me to change the class attributes on
any
Brett,
Thanks very much! Sorry I didn't find time to look at the plug-in, I was
pre-occupied w/ work & EMT classes. Thanks for helping out with it.
regards
Adam
- Original Message -
From: "Brett Porter" <[EMAIL PROTECTED]>
To: "Maven Users List" <[EMAIL PROTECTED]>
Cc: "Maven Developers
> Well - maybe its not that bad ... but all the same - this is an early
> warning .. I'm thinking about making a copy of AntBuilder
> (gump/python/gump/builder/ant.py), renaming it to magic.py, making a
> couple of small but significant changes, sorting out what actually does
> the builder selectio
> The only (small
> but significant) extras I can think off would be:
>
[...]
4) A unit test suite (like gump/test/maven.py) for whatever you tweaks are.
Since we have home grown pyunit, one needs to edit gump/test/pyunit.py to
import the suite and add it to the runner. Once done you can run t
> Log:
> Halved the work done after a module update or project build (the events
were being dispatched twice!)
Let's see how fast Brutus goes now. :)
Note: This isn't updating/building twice, it is documenting/notifiying/etc
twice. So, the increase will not be extremely dramatic, unless we ha
> Adam R. B. Jack wrote:
> > 2) Restore the config such that http://brutus.apache.org/gump/{flavour}
goes
> > to /usr/local/gump/{flavour}/results.
>
> done (for public, jdk15 and test, not any "flavour").
Thanks, I've restored the config to write
It is clear that for Python Gump to flourish, it's code needs to be clear &
documented (to make it readable/understandable to Java programmers). It need
to be transparent, and accessible. I'll do my best to help with that.
Could I get some feedback on this:
http://wiki.apache.org/gump/GumpCod
Along these lines, could I get feedback on these two modules? If folks can
grok these, maybe there is hope for Python Gump.
The builder: (see method buildProject):
http://cvs.apache.org/viewcvs.cgi/gump/python/gump/build/builder.py?rev=1.7&view=markup
The AntBuilder (there are also ScriptBuilde
> > It is clear that for Python Gump to flourish, it's code needs to be
clear &
> > documented (to make it readable/understandable to Java programmers). It
need
> > to be transparent, and accessible. I'll do my best to help with that.
>
> Could you also post a link to a Python-to-Java translator??
401 - 500 of 884 matches
Mail list logo