Do you use the newer RC from the repo 1104 ? You obviously need to clean your local repo of the previous attempt ;-)
If so, unless Christian has any idea, I'll revert the changes related to aries-util to get the real blueprint fixes out. 2017-03-20 15:03 GMT+01:00 Grzegorz Grzybek <[email protected]>: > I'm seeing some: > > ERROR: Bundle org.apache.aries.blueprint.core [18] Error stopping bundle. > > (java.lang.IllegalStateException: Service already unregistered.) > > java.lang.IllegalStateException: Service already unregistered. > > at > > org.apache.felix.framework.ServiceRegistrationImpl.unregister( > ServiceRegistrationImpl.java:124) > > at > > org.apache.aries.util.tracker.hook.BundleHookBundleTracker. > close(BundleHookBundleTracker.java:88) > > at > > org.apache.aries.util.tracker.RecursiveBundleTracker.close( > RecursiveBundleTracker.java:106) > > at > > org.apache.aries.blueprint.container.BlueprintExtender. > stop(BlueprintExtender.java:187) > > at > > org.apache.felix.framework.util.SecureAction.stopActivator(SecureAction. > java:667) > > at org.apache.felix.framework.Felix.stopBundle(Felix.java:2538) > > at > > org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1317) > > at > > org.apache.felix.framework.FrameworkStartLevelImpl.run( > FrameworkStartLevelImpl.java:304) > > at java.lang.Thread.run(Thread.java:745) > > java.lang.IllegalStateException: Service already unregistered. > > at > > org.apache.felix.framework.ServiceRegistrationImpl.unregister( > ServiceRegistrationImpl.java:124) > > at > > org.apache.aries.util.tracker.hook.BundleHookBundleTracker. > close(BundleHookBundleTracker.java:88) > > at > > org.apache.aries.util.tracker.RecursiveBundleTracker.close( > RecursiveBundleTracker.java:106) > > at > > org.apache.aries.blueprint.container.BlueprintExtender. > stop(BlueprintExtender.java:187) > > at > > org.apache.felix.framework.util.SecureAction.stopActivator(SecureAction. > java:667) > > at org.apache.felix.framework.Felix.stopBundle(Felix.java:2538) > > at > > org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1317) > > at > > org.apache.felix.framework.FrameworkStartLevelImpl.run( > FrameworkStartLevelImpl.java:304) > > at java.lang.Thread.run(Thread.java:745) > > > > and testing further (it's old 2.4 env, but there were no problems with > bp.core 1.7.1 and bp.cm 1.0.9)... > > regards > Grzegorz Grzybek > > 2017-03-20 13:48 GMT+01:00 Guillaume Nodet <[email protected]>: > > > I've staged 4 bundles for vote: > > * Aries Proxy Api 1.1.0 > > * Aries Proxy 1.1.0 > > * Blueprint Core 1.8.0 > > * Blueprint CM 1.1.0 > > > > The bundles are staged in the following repositories: > > https://repository.apache.org/content/repositories/orgapachearies-1102 > > https://repository.apache.org/content/repositories/orgapachearies-1103 > > > > The changes are the following: > > > > Proxy > > [ARIES-1706] Use Provide-Capability instead of Export-Service > > [ARIES-1659] Only produce the combined bundle > > > > [ARIES-1658] Require OSGi 4.3 and slf4j > > > > [ARIES-1657] Make proxy impl indepdendent of aries test support > > > > [ARIES-1656] Remove dependency to aries utils > > > > > > Blueprint-Core > > > > [ARIES-1682] Fallback to URL API if URI.resolve(systemId) is still > > relative (case of jar:file:) > > > > [ARIES-1678] Add requirement for ProxyManager service > > > > [ARIES-1662] Fix behavior when Interceptor.preCall thows exception > > > > [ARIES-1660] Make blueprint independent from aries util > > > > [ARIES-960] Make sure X.class is assignable to Class<X> > > > > [ARIES-960] Support conversion from Iterable<String> to Iterable > > > > [ARIES-960] Improve error message when unable to find a matching > > constructor / method > > > > > > Blueprint-CM > > > > [ARIES-1660] Make blueprint independent from aries util > > > > Please review and vote. > > > > Cheers, > > Guillaume Nodet > > > -- ------------------------ Guillaume Nodet
