You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Bram de Kruijff <Br...@gxwebmanager.com> on 2009/02/16 17:55:04 UTC
felix on websphere with security enabled?
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
Re: felix on websphere with security enabled?
Posted by Karl Pauls <ka...@gmail.com>.
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
<Br...@gxwebmanager.com> 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
karlpauls@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: felix on websphere with security enabled?
Posted by "Richard S. Hall" <he...@ungoverned.org>.
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: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org