I'm actually getting the same error in Travis. Same MongoDB 2 test with the
embedded Mongo. See build log here: <
https://api.travis-ci.org/v3/job/363822919/log.txt>

On 8 April 2018 at 12:00, Matt Sicker <boa...@gmail.com> wrote:

> Jenkins info:
>
> Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d; 
> 2017-10-18T07:58:13Z)
> Maven home: f:\jenkins\tools\maven\latest3\bin\..
> Java version: 1.8.0_152, vendor: Oracle Corporation
> Java home: f:\jenkins\tools\java\latest1.8\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows server 2012 r2", version: "6.3", arch: "amd64", family: 
> "windows"
>
>
>
> On 8 April 2018 at 11:53, Gary Gregory <garydgreg...@gmail.com> wrote:
>
>> FWIW, I just ran a local build of master and 'mvn clean install' with:
>>
>> Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297;
>> 2018-02-24T12:49:05-07:00)
>> Maven home: C:\Java\apache-maven-3.5.3\bin\..
>> Java version: *1.8.0_162*, vendor: Oracle Corporation
>> Java home: C:\Program Files\Java\jdk1.8.0_162\jre
>> Default locale: en_US, platform encoding: Cp1252
>> OS name: "*windows 10*", version: "10.0", arch: "amd64", family: "windows"
>>
>> and all went well.
>>
>> Gary
>>
>> On Sun, Apr 8, 2018 at 10:40 AM, Matt Sicker <boa...@gmail.com> wrote:
>>
>> > Same here. I don't have any Windows machines for development available,
>> so
>> > I brought this up here to see if any Windows devs had any ideas. I'd
>> set up
>> > a macOS CI build on Travis as well, but half of us are developing on
>> macOS
>> > anyways, so it seems less important. Testing on GNU/Linux, however, has
>> > brought up some interesting issues regarding file name case sensitivity
>> and
>> > timezones in the past which we fixed.
>> >
>> > On 7 April 2018 at 19:14, Remko Popma <remko.po...@gmail.com> wrote:
>> >
>> > > Carter,
>> > >
>> > > To me it’s sufficient due diligence when you’ve run the tests on your
>> > > machine.
>> > >
>> > > The continuous integration builds are a smoke test to flush out
>> issues on
>> > > other environments. They sometimes show issues none of us see when
>> > building
>> > > locally.
>> > >
>> > > I would only consider a failing test to break the build if other
>> > > committers cannot build locally anymore.
>> > >
>> > > Cheers,
>> > > Remko
>> > >
>> > >
>> > >
>> > > > On Apr 8, 2018, at 4:28, Matt Sicker <boa...@gmail.com> wrote:
>> > > >
>> > > > Everything builds and tests fine for me on macOS using master.
>> > > Interesting.
>> > > >
>> > > >> On 7 April 2018 at 14:06, Carter Kozak <cko...@apache.org> wrote:
>> > > >>
>> > > >> I've been having issues with EquinoxLoadApiBundleTest,
>> > > >> FelixLoadApiBundleTest, and FileAppenderPermissionsTest (has some
>> > > >> special casing on osx which may not be compatible with my
>> environment,
>> > > >> works on linux though) on osx, haven't had a chance to dig into
>> them
>> > > >> quite yet.
>> > > >>
>> > > >> I've executed the tests on my changes prior to committing, but may
>> > > >> have missed something. If my change caused a regression or test
>> flake,
>> > > >> please revert and I'll debug without blocking master.
>> > > >>
>> > > >> -ck
>> > > >>
>> > > >> On Sat, Apr 7, 2018 at 2:31 PM, Gary Gregory <
>> garydgreg...@gmail.com>
>> > > >> wrote:
>> > > >>> On Sat, Apr 7, 2018 at 12:15 PM, Matt Sicker <boa...@gmail.com>
>> > wrote:
>> > > >>>
>> > > >>>> In this build [1], it appears to be failing in some Windows
>> MongoDB
>> > > >>>> integration tests. Might be a file permission assumption?
>> > > >>>>
>> > > >>>
>> > > >>> Could be a corrupt download:
>> > > >>>
>> > > >>> java.io.IOException: File
>> > > >>> C:\Users\jenkins\.embedmongo\win32\mongodb-win32-x86_64-
>> > > >> 2008plus-ssl-3.6.2.zip
>> > > >>>        at de.flapdoodle.embed.process.extract.AbstractExtractor.
>> > > >> archiveStreamWithExceptionHint(AbstractExtractor.java:53)
>> > > >>> ~[de.flapdoodle.embed.process-2.0.2.jar:?]
>> > > >>>        ...<snip>...
>> > > >>>
>> > > >>>        at org.apache.maven.surefire.booter.ForkedBooter.main(
>> > > >> ForkedBooter.java:407)
>> > > >>> [surefire-booter-2.20.1.jar:2.20.1]
>> > > >>> Caused by: java.util.zip.ZipException: archive is not a ZIP
>> archive
>> > > >>>
>> > > >>>
>> > > >>> Clear C:\Users\jenkins\.embedmongo\ and try again?
>> > > >>>
>> > > >>> Gary
>> > > >>>
>> > > >>>>
>> > > >>>> [1]:
>> > > >>>> https://builds.apache.org/job/Log4jCore/job/master/17/
>> > > >>>> execution/node/27/log/
>> > > >>>>
>> > > >>>>> On 7 April 2018 at 11:48, Gary Gregory <garydgreg...@gmail.com>
>> > > wrote:
>> > > >>>>>
>> > > >>>>> There was a commit today or last night, I think about messages
>> and
>> > > >>>>> parameters,  maybe it is related.
>> > > >>>>>
>> > > >>>>> Gary
>> > > >>>>>
>> > > >>>>>> On Sat, Apr 7, 2018, 10:22 Matt Sicker <boa...@gmail.com>
>> wrote:
>> > > >>>>>>
>> > > >>>>>> I'm actually getting the same test failures on macOS now. Might
>> > just
>> > > >>>> be a
>> > > >>>>>> regression.
>> > > >>>>>>
>> > > >>>>>>> On 7 April 2018 at 11:15, Matt Sicker <boa...@gmail.com>
>> wrote:
>> > > >>>>>>>
>> > > >>>>>>> https://builds.apache.org/job/Log4jCore/job/master/16/
>> > > >>>>>>> execution/node/38/log/?consoleFull
>> > > >>>>>>>
>> > > >>>>>>> I'm not exactly sure what this error is. Did I misconfigure
>> this
>> > > >> job
>> > > >>>>>>> entirely? This test doesn't seem to fail on the Ubuntu build.
>> > > >>>>>>>
>> > > >>>>>>> --
>> > > >>>>>>> Matt Sicker <boa...@gmail.com>
>> > > >>>>>>>
>> > > >>>>>>
>> > > >>>>>>
>> > > >>>>>>
>> > > >>>>>> --
>> > > >>>>>> Matt Sicker <boa...@gmail.com>
>> > > >>>>>>
>> > > >>>>>
>> > > >>>>
>> > > >>>>
>> > > >>>>
>> > > >>>> --
>> > > >>>> Matt Sicker <boa...@gmail.com>
>> > > >>>>
>> > > >>
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > Matt Sicker <boa...@gmail.com>
>> > >
>> >
>> >
>> >
>> > --
>> > Matt Sicker <boa...@gmail.com>
>> >
>>
>
>
>
> --
> Matt Sicker <boa...@gmail.com>
>



-- 
Matt Sicker <boa...@gmail.com>

Reply via email to