Hi there
Try to update clerezza.platform.launcher.storageless to use felix
2.1.0-SNAPSHOT instead of 1.4.1 because of felix framework.security (see
FELIX-1101: https://issues.apache.org/jira/browse/FELIX-1101).
When starting launcher.sesame on
FreeBSD 7.0-RELEASE-p3
java version "1.6.0_07"
Diablo Java(TM) SE Runtime Environment (build 1.6.0_07-b02)
Diablo Java HotSpot(TM) Server VM (build 10.0-b23, mixed mode)
the following error occured:
The activate method has thrown an exception
java.lang.AbstractMethodError:
org.apache.felix.framework.SecurityProviderImpl.getSignerMatcher(Lorg/osgi/framework/Bundle;I)Ljava/lang/Object;
at org.apache.felix.framework.Felix.getSignerMatcher(Felix.java:3510)
at
org.apache.felix.framework.BundleImpl.getSignerCertificates(BundleImpl.java:847)
at
org.osgi.framework.SignerProperty.isBundleSigned(SignerProperty.java:109)
at org.osgi.framework.AdminPermission$1.run(AdminPermission.java:863)
at java.security.AccessController.doPrivileged(Native Method)
at
org.osgi.framework.AdminPermission.getProperties(AdminPermission.java:854)
at org.osgi.framework.AdminPermission.implies0(AdminPermission.java:656)
at
org.osgi.framework.AdminPermissionCollection.implies(AdminPermission.java:993)
at
org.apache.felix.framework.security.util.Permissions.implies(Permissions.java:394)
at
org.apache.felix.framework.security.permissionadmin.PermissionAdminImpl.check(PermissionAdminImpl.java:175)
at
org.apache.felix.framework.security.permissionadmin.PermissionAdminImpl.hasPermission(PermissionAdminImpl.java:157)
at
org.apache.felix.framework.SecurityProviderImpl.hasBundlePermission(SecurityProviderImpl.java:119)
at
org.apache.felix.framework.Felix.impliesBundlePermission(Felix.java:3519)
at
org.apache.felix.framework.BundleProtectionDomain.implies(BundleProtectionDomain.java:67)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:301)
at
java.security.AccessController.checkPermission(AccessController.java:546)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at
org.apache.felix.framework.BundleImpl.getLocation(BundleImpl.java:539)
at
org.apache.clerezza.platform.security.PermissionManager.activate(PermissionManager.java:125)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:213)
at
org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
at
org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:542)
at
org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:434)
at
org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:138)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)
at
org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:991)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:298)
at
org.apache.felix.scr.impl.manager.AbstractComponentManager$3.doRun(AbstractComponentManager.java:505)
at
org.apache.felix.scr.impl.ComponentActivatorTask.run(ComponentActivatorTask.java:67)
at
org.apache.felix.scr.impl.ComponentActorThread.run(ComponentActorThread.java:96)
at java.lang.Thread.run(Thread.java:619)
[SCR Component Actor] ERROR org.apache.clerezza.platform.security -
[org.apache.clerezza.platform.security.PermissionManager] Component instance
could not be created, activation failed
I am not sure if I did something wrong because
hasan tested it successfully on his linux machine (unbuntu, don't know which
version of the VM) and Ulf Dittmer wrote:
>
> Ulf Dittmer commented on FELIX-1101:
> ------------------------------------
>
> If by "the issue you did see" you mean the "RuntimePermission for
> getClassLoader", then that's still happening. What's no longer happening is
> the "getSignerMatcher" issue I mentioned above. I'll create a new issue about
> the install/uninstall/reinstall behavior I mentioned in my second post.
Any ideas?
Cheers
TSuy
