Ok, after more tests i found that error exists when project was executed in
path with @ char that was encoded to %402 -
https://issues.apache.org/jira/browse/SUREFIRE-1312

Sylwester

śr., 27 gru 2017 o 13:31 użytkownik Karl Heinz Marbaise <[email protected]>
napisał:

> Hi,
>
> On 27/12/17 13:01, Sylwester Lachiewicz wrote:
> > Build fails with long directory name - also on windows.
> > Upgrade maven-surefire-plugin to 2.20.1 fixes test error.
>
> Hm..this is a little bit confusing, cause the length for windows are
> about 141 characters (already thought about something similar) but the
> upgrade changes the situation completely ...Thanks for that hint..
>
>
> Just one test cases is failing...
>
> Kidn regards
> Karl Heinz Marbaise
>
> >
> >
> > śr., 27 gru 2017 o 08:49 użytkownik Plamen Totev <
> [email protected]>
> > napisał:
> >
> >> And if this could help (I know it's obvious but may safe time) it
> >> looks the reason for the failing tests is the same. The following code
> >> fails with assertion error:
> >>
> >>          final Manifest manifest = getJarFileManifest( jarFile );
> >>          String classPath = manifest.getMainAttributes().getValue(
> >> Attributes.Name.CLASS_PATH );
> >>          assertNotNull( classPath );
> >>
> >> The NullPointerExceptions from the rest of the tests are coming from
> >> the same expression (`manifest.getMainAttributes().getValue(
> >> "Class-Path" ).getBytes()`).
> >>
> >> On Wed, Dec 27, 2017 at 9:39 AM, Plamen Totev <
> [email protected]>
> >> wrote:
> >>> Hi,
> >>>
> >>> On Tue, Dec 26, 2017 at 9:01 PM, Karl Heinz Marbaise <
> [email protected]>
> >> wrote:
> >>>
> >>>> Is someone out there who can check the current state of maven-archiver
> >> git
> >>>> repo on Windows and can reproduce the issue ?
> >>>
> >>> I ran the build a couple of times(just in case) on Windows 10, Maven
> >>> 3.5.2, JDK 9.0.1 and everything is ok. And it looks like the build is
> >>> failing on Linux JDK 9 and Windows JDK 8 as well, so if there is a bug
> >>> (and not a problem with the build) then it is probably not a Windows
> >>> or JDK 9 related.
> >>>
> >>> Regards,
> >>> Plamen Totev
>

Reply via email to