[
https://issues.apache.org/jira/browse/MIME4J-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515805
]
Robert Burrell Donkin commented on MIME4J-19:
---------------------------------------------
We've been discussing whether to change Cursor into a minimal pull parser to
simplify the API. The Cursor would read header fields and parts boundaries
without processing them (with the exception of reading MIME boundary
information). The Cursor would not descend into embedded mail messages.
> Pull Parser
> -----------
>
> Key: MIME4J-19
> URL: https://issues.apache.org/jira/browse/MIME4J-19
> Project: Mime4j
> Issue Type: New Feature
> Affects Versions: 0.3
> Reporter: Jochen Wiedmann
> Assignee: Robert Burrell Donkin
> Fix For: 0.4
>
> Attachments: cursored-pull.patch, mime4j-iterator.patch
>
>
> The attached patch introduces a new class called MimeTokenStream, which is a
> "Pull Parser" for MIME documents. The class is basically a rewrite of the
> MimeStreamParser. The patch does also provide a rewrite of the
> MimeStreamParser itself, based on the MimeTokenStream.
> Pull parsers are technically a little bit more difficult. However, from the
> users perspective, they are much more preferrable, because writing an
> application on top of a pull parser is much easier than based on an event
> handler.
> I would like to rewrite the commons-fileupload component based on mime4j.
> However, as commons-fileupload provides a pull parser API, we depend on the
> presence of a similar API in mime4j. Not providing a pull parser API would
> mean, that we'd need to duplicate mime4j code into commons-fileupload, which
> is certainly not desirable.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
