[EMAIL PROTECTED] wrote:
> Noel J. Bergman wrote:
> > What I really could use is a good stream-based MIME parser. I am
starting
> > to look at the W3C code and grendel code.
> There is some MimeParser code under Jigsaw that is lightweight but
> mostly ment for form encoding. There should be one u
Noel J. Bergman wrote:
We have to get away from loading entire messages into the heap unless we are
editing them.
What I really could use is a good stream-based MIME parser. I am starting
to look at the W3C code and grendel code. The latter appears to be
JavaMail-ish, but the W3C code uses callba
- Original Message -
From: "Noel J. Bergman" <[EMAIL PROTECTED]>
> What I really could use is a good stream-based MIME parser. I am starting
> to look at the W3C code and grendel code.
Which w3c code are you looking at ? There is some MimeParser code under Jigsaw that is
lightweight
We have to get away from loading entire messages into the heap unless we are
editing them.
What I really could use is a good stream-based MIME parser. I am starting
to look at the W3C code and grendel code. The latter appears to be
JavaMail-ish, but the W3C code uses callbacks and streams, and l
If there is something I can contribute it, I would be more than available.
Marco
- Original Message -
From: "Steve Short" <[EMAIL PROTECTED]>
To: "James Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, December 11, 2003 11:30 PM
Subject: RE: Migration to Merlin
Where are 'we' with t
Where are 'we' with the upgrade to the Avalon components? Once this is
done then there is nothing preventing Marco (and anyone else) from using
Merlin for development purposes.
Steve
> -Original Message-
> From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 11, 20
> What about migrating to Merlin?
Merlin has certain lacks that render it unsuitable at this time for our
standard container, although Stephen is working hard to remove them.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PR
Steve Brewin wrote:
> Danny Angust wrote:
> > 1/ modify existing James Container to support alternative
> > processor types than "LnearProcessor"
> I am rather hoping that, perhaps in vain, that someone else might take
this
> on while I do (2) below.
I may get to that. I was thinking of starting
Hey, it's just one day that I subsribed the Avalon mailing list but it seems
that Merlin is the future. It seems that Phoenix is no longer supported, and
Merlin offers a better interface for services.
What about migrating to Merlin? If we could define a TODO list (i.e. a clear
list of steps to cha
I think the migration to new Avalon components/interfaces has been
agreed by the developers but I don't think a schedule has been tied down
yet. This'll take care of the Composabe->Serviceable issue and make it
really easy to use Merlin.
Steve
> -Original Message-
> From: Marco Tedone
Danny Angus wrote:
Hi Danny,
Sorry for the delay in replying.
> 1/ modify existing James Container to support alternative
> processor types
> than "LnearProcessor"
I am rather hoping that, perhaps in vain, that someone else might take this
on while I do (2) below.
> 2/ develop a sieve processo
Hi Richard,
Nice solution!
I might do a few small changes like Enumeration -> Iterator.
The only thing (I believe) differing between this and Noel's favorite, is the
double loop in RemoteDelivery. I think it makes the code clearer, but that is
a matter of taste.
I like the introduction of the
Any suggestion?
Marco
- Original Message -
From: "Stephen McConnell" <[EMAIL PROTECTED]>
To: "Avalon framework users" <[EMAIL PROTECTED]>
Sent: Thursday, December 11, 2003 3:27 AM
Subject: Re: Block interface
>
>
> Marco Tedone wrote:
>
> >Could anyone suggest me the possible correct
13 matches
Mail list logo