This should be fixed in felix 1.4.1. Please try it with that version
and raise a JIRA issue if it isn't.

regards,

Karl

On Mon, Feb 16, 2009 at 5:55 PM, Bram de Kruijff
<[email protected]> 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
>
>



-- 
Karl Pauls
[email protected]

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

Reply via email to