[
https://issues.apache.org/jira/browse/MIME4J-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12615220#action_12615220
]
Stefano Bagnara commented on MIME4J-60:
---------------------------------------
Ok, I see javadocs now. I was looking at the implementation and not the
interface, mu bad!
I still don't get how the parser can deal with it.
Back on my example you say that E should return 2. But in your RootInputStream
code I don't see any use of the returned value, so (I didn't test it) but I
think this will result in CRLF considered as 2 newlines from RootInputStream in
case of a strategy returning the given values.
Am I misunderstanding it or should I use different return value for my strategy?
> Configurable strategy for line delimiters
> -----------------------------------------
>
> Key: MIME4J-60
> URL: https://issues.apache.org/jira/browse/MIME4J-60
> Project: Mime4j
> Issue Type: Wish
> Affects Versions: 0.4
> Reporter: Stefano Bagnara
> Fix For: 0.5
>
> Attachments: MIME4J-60-readLine-returns-no-newline.patch,
> newlinestrat.patch
>
>
> There is an ongoing discussion about how we should deal with non canonical
> line endings (isolated LF and/or isolated CR).
> This issue is to track discussion results and proposed patches.
--
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]
