Leo Simons wrote:
Pfew. We really should start writing some unit tests. If I had the time I
would start from scratch one more time using a test-first approach, but I
haven't figured out how to comfortably do test-first python development yet.
That paragraph sounds extremely important to this
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
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
Phew, have I been busy :-D.
You certainly have.
I got up real early (before I go cut up cars w/ the jaws of life) so I could
take a read of this. I'm impress, inspired and (frankly) a little awed. I
love how you've been far bolder than I ever was with putting your stamp on
this thing, and
Adam R. B. Jack wrote:
Phew, have I been busy :-D.
You certainly have.
I got up real early (before I go cut up cars w/ the jaws of life) so I could
take a read of this. I'm impress, inspired and (frankly) a little awed. I
love how you've been far bolder than I ever was with putting your stamp on
What I would like now is a beer and some feedback :-D
First feedback ... my ailing 802.11b WISP network practically puked on all
those Cocoon JARS. Yikes! I had to give up on Eclipse SVN and use command
line SVN so as not to time out. 4+ hours (on third try) and counting. And
no, I won't move to
12 matches
Mail list logo
