You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mime4j-dev@james.apache.org by "Stefano Bagnara (JIRA)" <mi...@james.apache.org> on 2011/02/08 11:35:57 UTC

[jira] Resolved: (MIME4J-149) Fix Field, RawField and ParsedField consistency/confustion, dependency hell.

     [ https://issues.apache.org/jira/browse/MIME4J-149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefano Bagnara resolved MIME4J-149.
------------------------------------

    Resolution: Fixed

The biggest issue was fixed. So let's mark it as resolved. We can file a new issue to 0.8 when we see how to improve it more.

> Fix Field, RawField and ParsedField consistency/confustion, dependency hell.
> ----------------------------------------------------------------------------
>
>                 Key: MIME4J-149
>                 URL: https://issues.apache.org/jira/browse/MIME4J-149
>             Project: JAMES Mime4j
>          Issue Type: Task
>    Affects Versions: 0.6
>            Reporter: Stefano Bagnara
>            Assignee: Stefano Bagnara
>            Priority: Minor
>             Fix For: 0.7
>
>
> Partially discussed here:
> http://markmail.org/message/7n63uorvnhzqx7mx
> the "new" Field interface creates a bridge between the parser and the rest of the code. While the bridge could expose potential in fact it expose lack of consistence and unintuitive interfaces where you don't know if you are dealing with raw fields or parsed fields and some code ends un parsing already parsed fields.
> Maybe we'll reintroduce a common interface later, but for now I much more prefer to remove cycles and to have much clearer contracts about what is returne/used by the stream parser and by the dom.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira