I checked out the tag, and attempted a build on Windows 7 Oracle JDK
1.8.0_92, but it resulted in errors on the OSGI tests:
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.56 sec
<<< FAILURE! - in org.apache.directory.api.osgi.ApiUtilOsgiTest
org.apache.directory.api.osgi.ApiUtilOsgiTest Time elapsed: 1.538 sec <<<
ERROR!
org.ops4j.pax.exam.TestContainerException:
[link:classpath:META-INF/links/org.ops4j.pax.exam.inject.link] could not be
downloaded
at
org.ops4j.pax.exam.forked.provision.PlatformImpl.download(PlatformImpl.java:146)
at
org.ops4j.pax.exam.forked.ForkedTestContainer.downloadBundle(ForkedTestContainer.java:354)
at
org.ops4j.pax.exam.forked.ForkedTestContainer.installAndStartBundles(ForkedTestContainer.java:283)
at
org.ops4j.pax.exam.forked.ForkedTestContainer.start(ForkedTestContainer.java:165)
at
org.ops4j.pax.exam.spi.reactors.EagerSingleStagedReactor.setUp(EagerSingleStagedReactor.java:86)
at
org.ops4j.pax.exam.spi.reactors.EagerSingleStagedReactor.beforeClass(EagerSingleStagedReactor.java:136)
at
org.ops4j.pax.exam.spi.reactors.ReactorManager.beforeClass(ReactorManager.java:448)
at
org.ops4j.pax.exam.junit.impl.ProbeRunner.run(ProbeRunner.java:97)
at org.ops4j.pax.exam.junit.PaxExam.run(PaxExam.java:93)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Caused by: java.io.IOException: Error resolving artifact
org.ops4j.pax.exam:pax-exam-inject:jar:4.8.0: Could not transfer artifact
org.ops4j.pax.exam:pax-exam-inject:jar:4.8.0 from/to central (
http://repo1.maven.org/maven2/): Connect to repo1.maven.org:80 [
repo1.maven.org/199.27.76.209] failed: Connection refused: connect
at
org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:626)
at
org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:570)
at
org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:548)
at
org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:523)
at
org.ops4j.pax.url.mvn.internal.Connection.getInputStream(Connection.java:123)
at java.net.URL.openStream(URL.java:1045)
at
org.ops4j.pax.exam.forked.provision.StreamUtils.streamCopy(StreamUtils.java:103)
at
org.ops4j.pax.exam.forked.provision.PlatformImpl.download(PlatformImpl.java:133)
at
org.ops4j.pax.exam.forked.ForkedTestContainer.downloadBundle(ForkedTestContainer.java:354)
at
org.ops4j.pax.exam.forked.ForkedTestContainer.installAndStartBundles(ForkedTestContainer.java:283)
at
org.ops4j.pax.exam.forked.ForkedTestContainer.start(ForkedTestContainer.java:165)
at
org.ops4j.pax.exam.spi.reactors.EagerSingleStagedReactor.setUp(EagerSingleStagedReactor.java:86)
at
org.ops4j.pax.exam.spi.reactors.EagerSingleStagedReactor.beforeClass(EagerSingleStagedReactor.java:136)
at
org.ops4j.pax.exam.spi.reactors.ReactorManager.beforeClass(ReactorManager.java:448)
at
org.ops4j.pax.exam.junit.impl.ProbeRunner.run(ProbeRunner.java:97)
at org.ops4j.pax.exam.junit.PaxExam.run(PaxExam.java:93)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
There are a few quirks with my environment, first, i am behind a corporate
http proxy, second, I have a corporate repository (nexus) that mirrors
maven central. However, all other modules built successfully, so I dont
think the OSGI tests should fail.
That said, I think i will refrain from voting as it could just be
environmental
+0
Lucas
On Thu, Jun 16, 2016 at 10:46 AM, Shawn McKinney <[email protected]>
wrote:
> +1
>
> Built on jdk 1.8 on ubuntu 14.04 machine
> Tested with latest fortress (1.0.0) and accelerator regression tests
> ldapsearch now throwing checked IOException, opened a ticket to code the
> change to catch on our side (not a big deal)
> https://issues.apache.org/jira/browse/FC-173
>
> Good Work!
>
> Shawn
>
>
> > On Jun 14, 2016, at 3:27 AM, Emmanuel Lécharny <[email protected]>
> wrote:
> >
> > Hi,
> >
> > This is a vote for the first release candidate of the 1.0.0 LDAP
> API/Shared, 1.0.0-RC1.
> >
> > The proposed release is a first step toward a GA, we have fixed numerous
> issues that were pending.
> >
> > Here is the list of fixed issues and added features :
> >
> >
> > Bugs :
> > ------
> >
> > * [DIRAPI-243 <https://issues.apache.org/jira/browse/DIRAPI-243>] -
> > Cannot get AttributeType from Attribute
> > * [DIRAPI-244 <https://issues.apache.org/jira/browse/DIRAPI-244>] -
> > Error in loading schema
> > * [DIRAPI-249 <https://issues.apache.org/jira/browse/DIRAPI-249>] -
> > Performance issue LDAP API 1.0.0-M31
> > * [DIRAPI-265 <https://issues.apache.org/jira/browse/DIRAPI-265>] -
> > Deserialized Dn loses bytes field resulting in null dn, treated as
> > Root DSE when encoded in ModifyRequests
> > * [DIRAPI-266 <https://issues.apache.org/jira/browse/DIRAPI-266>] -
> > ResultCodeEnum 'NO_SUCH_OBJECT' should have message 'noSuchObject'
> > * [DIRAPI-273 <https://issues.apache.org/jira/browse/DIRAPI-273>] -
> > api-ldap-net-mina bundle remains in STARTING mode
> >
> > * [DIRAPI-274 <https://issues.apache.org/jira/browse/DIRAPI-274>] -
> > The AttributeTypeHolder.toLdif method does not convert the m-usage
> > Attribute correctly
> > * [DIRAPI-275 <https://issues.apache.org/jira/browse/DIRAPI-275>] -
> > Many AttributeType are defined with the wrong m-usage
> >
> > * [DIRAPI-280 <https://issues.apache.org/jira/browse/DIRAPI-280>] -
> > The LdapNetworkConnection.getTimeout() method is wrong
> >
> >
> > Improvements :
> > --------------
> >
> > * [DIRAPI-282 <https://issues.apache.org/jira/browse/DIRAPI-282>] -
> > Detection of timeout in cursor.next()
> >
> >
> > New Features :
> > --------------
> >
> > * [DIRAPI-269 <https://issues.apache.org/jira/browse/DIRAPI-269>] -
> > Add support for modular crypt format password
> >
> >
> > Tasks :
> > -------
> >
> > * [DIRAPI-270 <https://issues.apache.org/jira/browse/DIRAPI-270>] -
> > Remove the dependency on commons.io
> >
> > The revision :
> >
> > http://svn.apache.org/viewvc?rev=1748344&view=rev
> >
> >
> > The SVN tag:
> > http://svn.apache.org/repos/asf/directory/shared/tags/1.0.0-RC1
> >
> > The source and binary distribution packages:
> > https://dist.apache.org/repos/dist/dev/directory/api/
> >
> > The staging repository:
> >
> https://repository.apache.org/content/repositories/orgapachedirectory-1095/
> >
> >
> > Please cast your votes:
> > [ ] +1 Release Shared/LDAP API 1.0.0-RC1
> > [ ] 0 abstain
> > [ ] -1 Do not release Shared/LDAP API 1.0.0-RC1
> >
> >
> > Emmanuel
> >
> > --
> > Regards,
> > Cordialement,
> > Emmanuel Lécharny
> > www.iktek.com
> >
>
>
