[mime4j] Introducing A Cursor

[Robert Burrell Donkin <ro...@gmail.com>]

thanks to jochen's pull parser patch, i can now see a reasonable
approach to unified byte buffered and streaming parsing using mime4j.
introducing a Cursor interface with an abstract API would allow the
mechanics of the actual reading to be separated from the state
machine.

opinions welcomed

- robert

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

Re: [mime4j] Introducing A Cursor

[norman <no...@apache.org>]

Am Montag, den 23.07.2007, 21:36 +0100 schrieb Robert Burrell Donkin:
> thanks to jochen's pull parser patch, i can now see a reasonable
> approach to unified byte buffered and streaming parsing using mime4j.
> introducing a Cursor interface with an abstract API would allow the
> mechanics of the actual reading to be separated from the state
> machine.
> 
> opinions welcomed
> 
> - robert

+1
Norman


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

Re: [mime4j] Introducing A Cursor

[Stefano Bagnara <ap...@bago.org>]

Robert Burrell Donkin ha scritto:
> thanks to jochen's pull parser patch, i can now see a reasonable
> approach to unified byte buffered and streaming parsing using mime4j.
> introducing a Cursor interface with an abstract API would allow the
> mechanics of the actual reading to be separated from the state
> machine.
> 
> opinions welcomed

I reviewed both patches (well, I just looked at the diffs and not
applied/test them for real).
+1 to also apply your "Cursor" patch.

Stefano


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org