I think you need to try a newer version of Felix. I am fairly certain there was an issue fixed related to this situation.

-> richard


Bram de Kruijff wrote:
Hi all,

We're  having some trouble deploying our webapp (that embeds felix) on a 
websphere platform with security enabled. Below is the stacktrace we get that 
basically indicates a recursion that kicks in when the first bundle is started. 
We are not actually using any OSGi security features at the application level 
but obviously they kick in. I am not sure how to deal with this or if it even 
is supposed to work with Felix framework 1.2.1 / IBM Websphere 6.1.0.0.

To summarize my questions. Is this supposed to work or not supported (yet)? Did 
anybody get this to work before and, if so, how? Any additional 
suggestions/pointers would be much appreciated!

Thanks,
Bram

Caused by: java.lang.StackOverflowError
            at 
org.osgi.framework.AdminPermission.createName(AdminPermission.java:261)
            at 
org.osgi.framework.AdminPermission.<init>(AdminPermission.java:246)
            at 
org.apache.felix.framework.BundleImpl.getLocation(BundleImpl.java:157)
            at 
org.osgi.framework.AdminPermission$1.run(AdminPermission.java:686)
            at 
java.security.AccessController.doPrivileged(AccessController.java:192)
            at 
org.osgi.framework.AdminPermission.getProperties(AdminPermission.java:680)
            at 
org.osgi.framework.AdminPermission.implies(AdminPermission.java:421)
            at 
org.osgi.framework.AdminPermissionCollection.implies(AdminPermission.java:916)
            at 
org.eclipse.osgi.framework.internal.core.ConditionalPermissionSet.implies(ConditionalPermissionSet.java:224)
            at 
org.eclipse.osgi.framework.internal.core.BundleCombinedPermissions.implies(BundleCombinedPermissions.java:124)
            at java.security.ProtectionDomain.implies(ProtectionDomain.java:225)
            at 
java.security.AccessController.checkPermission(AccessController.java:94)
            at 
java.lang.SecurityManager.checkPermission(SecurityManager.java:547)
            at 
com.ibm.ws.security.core.SecurityManager.checkPermission(SecurityManager.java:212)
            at 
org.apache.felix.framework.BundleImpl.getLocation(BundleImpl.java:157)
            at 
org.osgi.framework.AdminPermission$1.run(AdminPermission.java:686)
            at 
java.security.AccessController.doPrivileged(AccessController.java:192)
            at 
org.osgi.framework.AdminPermission.getProperties(AdminPermission.java:680)
----recursion here ---
            at 
org.osgi.framework.AdminPermission.getProperties(AdminPermission.java:680)
            at 
org.osgi.framework.AdminPermission.implies(AdminPermission.java:421)
            at 
org.osgi.framework.AdminPermissionCollection.implies(AdminPermission.java:916)
            at 
org.eclipse.osgi.framework.internal.core.ConditionalPermissionSet.implies(ConditionalPermissionSet.java:224)
            at 
org.eclipse.osgi.framework.internal.core.BundleCombinedPermissions.implies(BundleCombinedPermissions.java:124)
            at java.security.ProtectionDomain.implies(ProtectionDomain.java:225)
            at 
java.security.AccessController.checkPermission(AccessController.java:94)
            at 
java.lang.SecurityManager.checkPermission(SecurityManager.java:547)
            at 
com.ibm.ws.security.core.SecurityManager.checkPermission(SecurityManager.java:212)
            at 
org.apache.felix.framework.BundleImpl.loadClass(BundleImpl.java:332)
            at 
nl.gx.webmanager.services.dbcpprovider.mysql.ProviderService.start(ProviderService.java:35)
            ... 24 more



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to