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 Hendrik Dev <he...@gmail.com> on 2014/08/27 16:26:39 UTC
Testfailures of current mime4j 0.8 snapshot
Hi,
just tried to build mime4j 0.8 SNAPSHOT but i got several failing
unittests for MimeStreamParserExampleMessagesTest, Details see here
http://apaste.info/Tsb
Is this intentionally?
Thanks
Hendrik
--
Hendrik Saly (salyh, hendrikdev22)
@hendrikdev22
PGP: 0x22D7F6EC
Re: Testfailures of current mime4j 0.8 snapshot
Posted by Hendrik Dev <he...@gmail.com>.
ok, thats explains it, thanks
On Thu, Aug 28, 2014 at 9:16 PM, Oleg Kalnichevski <ol...@apache.org> wrote:
> On Thu, 2014-08-28 at 20:33 +0200, Hendrik Dev wrote:
>> ok, thing get weird now:
>> if i checkout mime4j directly via svn all works.
>> if i clone via git from git://git.apache.org/james-mime4j.git then i
>> get the above mentioned errors (also for 0.7.2)
>> So it seems not to be related to mime4j, seems to be a problem with
>> the svn->git bridge (or however this is done)
>>
>
> One can mark files as binary in SVN. As far as I know (I may well be
> wrong though) Git does not directly allow for an arbitrary file to be
> marked as binary.
>
> The upshot is when cloning mime4j repository with Git one must configure
> it to use native line endings (no automatic CRLF to LF or LF to CRLF
> translation) for mime4j test suite to work properly.
>
> Oleg
>
>
--
Hendrik Saly (salyh, hendrikdev22)
@hendrikdev22
PGP: 0x22D7F6EC
Re: Testfailures of current mime4j 0.8 snapshot
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Thu, 2014-08-28 at 20:33 +0200, Hendrik Dev wrote:
> ok, thing get weird now:
> if i checkout mime4j directly via svn all works.
> if i clone via git from git://git.apache.org/james-mime4j.git then i
> get the above mentioned errors (also for 0.7.2)
> So it seems not to be related to mime4j, seems to be a problem with
> the svn->git bridge (or however this is done)
>
One can mark files as binary in SVN. As far as I know (I may well be
wrong though) Git does not directly allow for an arbitrary file to be
marked as binary.
The upshot is when cloning mime4j repository with Git one must configure
it to use native line endings (no automatic CRLF to LF or LF to CRLF
translation) for mime4j test suite to work properly.
Oleg
Re: Testfailures of current mime4j 0.8 snapshot
Posted by Hendrik Dev <he...@gmail.com>.
ok, thing get weird now:
if i checkout mime4j directly via svn all works.
if i clone via git from git://git.apache.org/james-mime4j.git then i
get the above mentioned errors (also for 0.7.2)
So it seems not to be related to mime4j, seems to be a problem with
the svn->git bridge (or however this is done)
On Thu, Aug 28, 2014 at 5:13 PM, Oleg Kalnichevski <ol...@apache.org> wrote:
> On August 28, 2014 4:19:15 PM CEST, Hendrik Dev <he...@gmail.com> wrote:
>>Looks like some test documents has trailing <LF> (instead of <CRLF>).
>>See
>>https://docs.google.com/document/d/1WQAsOR3fcLuCD0QPXN4KsRklMDstQhFxRskboEjqye4/edit?usp=sharing
>>
>>Is this intentional?
>>
>
> Yes, it is.
>
> Oleg
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Hendrik Saly (salyh, hendrikdev22)
@hendrikdev22
PGP: 0x22D7F6EC
Re: Testfailures of current mime4j 0.8 snapshot
Posted by Oleg Kalnichevski <ol...@apache.org>.
On August 28, 2014 4:19:15 PM CEST, Hendrik Dev <he...@gmail.com> wrote:
>Looks like some test documents has trailing <LF> (instead of <CRLF>).
>See
>https://docs.google.com/document/d/1WQAsOR3fcLuCD0QPXN4KsRklMDstQhFxRskboEjqye4/edit?usp=sharing
>
>Is this intentional?
>
Yes, it is.
Oleg
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: Testfailures of current mime4j 0.8 snapshot
Posted by Hendrik Dev <he...@gmail.com>.
Looks like some test documents has trailing <LF> (instead of <CRLF>).
See https://docs.google.com/document/d/1WQAsOR3fcLuCD0QPXN4KsRklMDstQhFxRskboEjqye4/edit?usp=sharing
Is this intentional?
Thanks
Hendrik
On Wed, Aug 27, 2014 at 9:52 PM, Hendrik Dev <he...@gmail.com> wrote:
> On mac/linux it builds fine for me too, but on windows it fails
> (windows 7 x64, oracle jdk 1.7.0_55)
> Seems to be a line.separator/<CR><LF> related problem.
>
> On Wed, Aug 27, 2014 at 7:20 PM, Oleg Kalnichevski <ol...@apache.org> wrote:
>> On Wed, 2014-08-27 at 16:26 +0200, Hendrik Dev wrote:
>>> Hi,
>>>
>>> just tried to build mime4j 0.8 SNAPSHOT but i got several failing
>>> unittests for MimeStreamParserExampleMessagesTest, Details see here
>>> http://apaste.info/Tsb
>>>
>>> Is this intentionally?
>>>
>>
>> Trunk snapshots are perfectly stable at the CI server [1] and all tests
>> pass for me locally.
>>
>> Oleg
>>
>> [1]
>> https://builds.apache.org/view/H-L/view/HttpComponents/job/mime4j-trunk/
>>
>>
>
>
>
> --
> Hendrik Saly (salyh, hendrikdev22)
> @hendrikdev22
> PGP: 0x22D7F6EC
--
Hendrik Saly (salyh, hendrikdev22)
@hendrikdev22
PGP: 0x22D7F6EC
Re: Testfailures of current mime4j 0.8 snapshot
Posted by Hendrik Dev <he...@gmail.com>.
On mac/linux it builds fine for me too, but on windows it fails
(windows 7 x64, oracle jdk 1.7.0_55)
Seems to be a line.separator/<CR><LF> related problem.
On Wed, Aug 27, 2014 at 7:20 PM, Oleg Kalnichevski <ol...@apache.org> wrote:
> On Wed, 2014-08-27 at 16:26 +0200, Hendrik Dev wrote:
>> Hi,
>>
>> just tried to build mime4j 0.8 SNAPSHOT but i got several failing
>> unittests for MimeStreamParserExampleMessagesTest, Details see here
>> http://apaste.info/Tsb
>>
>> Is this intentionally?
>>
>
> Trunk snapshots are perfectly stable at the CI server [1] and all tests
> pass for me locally.
>
> Oleg
>
> [1]
> https://builds.apache.org/view/H-L/view/HttpComponents/job/mime4j-trunk/
>
>
--
Hendrik Saly (salyh, hendrikdev22)
@hendrikdev22
PGP: 0x22D7F6EC
Re: Testfailures of current mime4j 0.8 snapshot
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Wed, 2014-08-27 at 16:26 +0200, Hendrik Dev wrote:
> Hi,
>
> just tried to build mime4j 0.8 SNAPSHOT but i got several failing
> unittests for MimeStreamParserExampleMessagesTest, Details see here
> http://apaste.info/Tsb
>
> Is this intentionally?
>
Trunk snapshots are perfectly stable at the CI server [1] and all tests
pass for me locally.
Oleg
[1]
https://builds.apache.org/view/H-L/view/HttpComponents/job/mime4j-trunk/