Dear Gumpmeisters,
The following 2 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Project wsfx-axis-types (in module muse) failed
[EMAIL PROTECTED]: Project apollo (in module apollo) failed
Dear Gumpmeisters,
The following 12 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Module castor success, but with warnings.
[EMAIL PROTECTED]: Module lenya success, but with warnings.
[EMAIL PROTECTED]: Module
On 08-01-2005 15:21, Adam R. B. Jack [EMAIL PROTECTED] wrote:
Phew, have I been busy :-D.
You certainly have.
Ooh, long e-mail! I'm gonna try and split this up... :-D
Inter-component-communication
-
I'm sure your IOC/container experiences have required you to
On 08-01-2005 20:58, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
big snip of lots of stuff/
I see you have a Maven parser, but could/should
that be a plug-in?
This is *EXACTLY* the kind of question we should *NOT* be answering. It
does *NOT* matter if it's a plugin or not, as long as it does
On 08-01-2005 03:46, Brett Porter [EMAIL PROTECTED] wrote:
http://wiki.apache.org/gump/MavenId
Kewl!
Any thoughts on what the best path is?
As I've said before, I think some fundamental changes to gump are in order
so that it really understands maven and fits the maven project model (which
is
The goal now is to allow Gump3 to perform builds and put its data into
the database so that dynagump can start publishing it.
Everything else is secondary.
I agree, but I think Gump3 is a good idea and I'd like to see it for the
long run. The *right*/focused plan for now is to accept that
Ooh, long e-mail! I'm gonna try and split this up... :-D
Sorry Dude, I got excited. :-) I'll try to keep them shorter or split them.
[I'll reply a few times to this one.]
Having slept on what I saw, I do have some serious questions, and (to keep
it short, I'll come right to the point, knowing
Boy, this really came across wrong.
First of all (and not for the first time, but probably not for the last
either.. unfortunately) allow me to apologize: I *really* would love to
just have time to spend on this, showing how gump could potentially be
the killer app of the semantic web... but
On 09-01-2005 17:40, Adam R. B. Jack [EMAIL PROTECTED] wrote:
The goal now is to allow Gump3 to perform builds and put its data into
the database so that dynagump can start publishing it.
Everything else is secondary.
I agree, but I think Gump3 is a good idea and I'd like to see it for the
Adam R. B. Jack wrote:
I'm a PIPE lover the much as the next guy, but simple flat stream pipes are
not what we are building. Our components use complex results. Do we need
contracts for those, or things (like DOM tree/XML structures) that we can
persist/stream/validate. [How does Cocoon address
On 09-01-2005 18:28, Adam R. B. Jack [EMAIL PROTECTED] wrote:
Ooh, long e-mail! I'm gonna try and split this up... :-D
Sorry Dude, I got excited. :-)
Excitement is good!
I wonder if there is as much significant difference between
Gump2 and Gump3 as I first thought.
Probably not. Then
I think you're spot on that gump basically needs to change to support the
maven model of one-jar-per-project-definition.
great!
In fact making it
one-output-per-project-definition seems to make even more sense, where a
maven dist is a different project from a maven jar.
I'm not so sure
I've made some committed changes to some long failing projects. I'm
not set up to actually test the changes, basically take a shot in the
dark and check the next morning if I hit anything.
ant-contrib-tests started failing around 8 Dec on the AntServerTest
with a broken pipe IOException. I
There is a problem with run 'brutus-public' (09012005_180001), location :
http://brutus.apache.org/gump/public
The log ought be at:
http://brutus.apache.org/gump/public/gump_log.txt
14 matches
Mail list logo