Hi Karl, any ETA for the new security provider and framework release? would be great if we could get rid of the clerezza branch of felix security and use a current felix version.
Cheers, reto On Fri, Jan 22, 2010 at 9:12 PM, Karl Pauls <[email protected]> wrote: > You need to update the security provider. There is a new snapshot i > think but otherwise build it yourself. We now have support for 4.2 and > some internal api has changed (thats why you see the error). I'm going > to cut a 1.0.0 release of the security provider any day now (along > with a new version of the framework - which will be based on the > current trunk). > > regards, > > Karl > > On Fri, Jan 22, 2010 at 2:25 PM, Tsuyoshi Ito <[email protected]> > wrote: > > 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 > > > > > > > > -- > Karl Pauls > [email protected] >
