[JBoss JIRA] (ELY-1328) Unable to use GS2-KRB5-PLUS SASL mechanism - AP_REQ token id does not match
by Josef Cacek (JIRA)
Josef Cacek created ELY-1328:
--------------------------------
Summary: Unable to use GS2-KRB5-PLUS SASL mechanism - AP_REQ token id does not match
Key: ELY-1328
URL: https://issues.jboss.org/browse/ELY-1328
Project: WildFly Elytron
Issue Type: Bug
Reporter: Josef Cacek
Assignee: Darran Lofthouse
Priority: Blocker
Invalid initial token is used on server for *GS2-KRB5-PLUS* SASL mechanism. The {{Gs2SaslServer}} uses a GSSContext to accept the token. It expects AP_REQ is comming (*{{AP_REQ_ID=256}}*), but the incomming tokenId has value *{{669}}* (value of first 2 bytes of token body).
Setting blocker as this mechanism is required by EAP7-530.
Following exception is thrown:
{noformat}
GSSException: Defective token detected (Mechanism level: AP_REQ token id does not match!)
at sun.security.jgss.krb5.InitSecContextToken.<init>(InitSecContextToken.java:96)
at sun.security.jgss.krb5.Krb5Context.acceptSecContext(Krb5Context.java:829)
at sun.security.jgss.GSSContextImpl.acceptSecContext(GSSContextImpl.java:342)
at sun.security.jgss.GSSContextImpl.acceptSecContext(GSSContextImpl.java:285)
at org.wildfly.security.sasl.gs2.Gs2SaslServer.evaluateMessage(Gs2SaslServer.java:212)
at org.wildfly.security.sasl.util.AbstractSaslParticipant.evaluateMessage(AbstractSaslParticipant.java:180)
at org.wildfly.security.sasl.util.AbstractSaslServer.evaluateResponse(AbstractSaslServer.java:52)
at org.wildfly.security.sasl.util.AuthenticationCompleteCallbackSaslServerFactory$1.evaluateResponse(AuthenticationCompleteCallbackSaslServerFactory.java:58)
at org.wildfly.security.sasl.util.AuthenticationTimeoutSaslServerFactory$DelegatingTimeoutSaslServer.evaluateResponse(AuthenticationTimeoutSaslServerFactory.java:106)
at org.wildfly.security.sasl.util.SecurityIdentitySaslServerFactory$1.evaluateResponse(SecurityIdentitySaslServerFactory.java:57)
at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:245)
at org.xnio.sasl.SaslUtils.evaluateResponse(SaslUtils.java:217)
at org.jboss.remoting3.remote.ServerConnectionOpenListener$AuthStepRunnable.run(ServerConnectionOpenListener.java:486)
at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:898)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:748)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-3147) Getting org.osgi.framework.AdminPermission check failed with security manager
by Martin Choma (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3147?page=com.atlassian.jira.plugi... ]
Martin Choma edited comment on WFCORE-3147 at 8/10/17 7:35 AM:
---------------------------------------------------------------
I can reproduce. Stacktrace is
{code}
13:18:20,685 ERROR [io.undertow.servlet] (ServerService Thread Pool -- 57) Error while starting Framework: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/sampleAppModified.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at org.eclipse.osgi.framework.internal.core.Framework.checkAdminPermission(Framework.java:1287)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.getBundleContext(AbstractBundle.java:1298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:264)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.eclipse.equinox.servletbridge.FrameworkLauncher.start(FrameworkLauncher.java:410)
at org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeServlet.java:65)
at javax.servlet.GenericServlet.init(GenericServlet.java:244)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:250)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:133)
at io.undertow.servlet.core.DeploymentManagerImpl$2.call(DeploymentManagerImpl.java:565)
at io.undertow.servlet.core.DeploymentManagerImpl$2.call(DeploymentManagerImpl.java:536)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:578)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:81)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{code}
However, using <permission class="java.security.AllPermission"/> makes deployment start properly. This makes us thing problem is deployment has not properly configured dependency on "org.osgi.framework.AdminPermission". I have tried to add org.eclipse.osgi_3.8.0.N20120213-2000.jar explicitely into WEB-INF/lib, but this does not help. Could be problem how OSGI application works and how are jars from app/plugins class loaded in OSGI application.
was (Author: mchoma):
I can reproduce. Stacktrace is
{code}
13:18:20,685 ERROR [io.undertow.servlet] (ServerService Thread Pool -- 57) Error while starting Framework: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/sampleAppModified.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at org.eclipse.osgi.framework.internal.core.Framework.checkAdminPermission(Framework.java:1287)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.getBundleContext(AbstractBundle.java:1298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:264)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.eclipse.equinox.servletbridge.FrameworkLauncher.start(FrameworkLauncher.java:410)
at org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeServlet.java:65)
at javax.servlet.GenericServlet.init(GenericServlet.java:244)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:250)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:133)
at io.undertow.servlet.core.DeploymentManagerImpl$2.call(DeploymentManagerImpl.java:565)
at io.undertow.servlet.core.DeploymentManagerImpl$2.call(DeploymentManagerImpl.java:536)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:578)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:81)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{code}
> Getting org.osgi.framework.AdminPermission check failed with security manager
> -----------------------------------------------------------------------------
>
> Key: WFCORE-3147
> URL: https://issues.jboss.org/browse/WFCORE-3147
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta30
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Trivial
> Attachments: sampleApp.war, sampleAppModified.war, standalone.xml
>
>
> Despite permission is granted in standalone.xml
> {code}
> <minimum-set>
> <permission class="org.osgi.framework.AdminPermission" name="(id=0)" actions="context"/>
> </minimum-set>
> {code}
> During deployment there is exception
> {code}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/myapp.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-3147) Getting org.osgi.framework.AdminPermission check failed with security manager
by Girish Pathak (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3147?page=com.atlassian.jira.plugi... ]
Girish Pathak commented on WFCORE-3147:
---------------------------------------
Thanks Martin , please let me know if you get any solution?
> Getting org.osgi.framework.AdminPermission check failed with security manager
> -----------------------------------------------------------------------------
>
> Key: WFCORE-3147
> URL: https://issues.jboss.org/browse/WFCORE-3147
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta30
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Trivial
> Attachments: sampleApp.war, sampleAppModified.war, standalone.xml
>
>
> Despite permission is granted in standalone.xml
> {code}
> <minimum-set>
> <permission class="org.osgi.framework.AdminPermission" name="(id=0)" actions="context"/>
> </minimum-set>
> {code}
> During deployment there is exception
> {code}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/myapp.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-3147) Getting org.osgi.framework.AdminPermission check failed with security manager
by Martin Choma (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3147?page=com.atlassian.jira.plugi... ]
Martin Choma commented on WFCORE-3147:
--------------------------------------
I can reproduce. Stacktrace is
{code}
13:18:20,685 ERROR [io.undertow.servlet] (ServerService Thread Pool -- 57) Error while starting Framework: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/sampleAppModified.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at org.eclipse.osgi.framework.internal.core.Framework.checkAdminPermission(Framework.java:1287)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.getBundleContext(AbstractBundle.java:1298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:264)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.eclipse.equinox.servletbridge.FrameworkLauncher.start(FrameworkLauncher.java:410)
at org.eclipse.equinox.servletbridge.BridgeServlet.init(BridgeServlet.java:65)
at javax.servlet.GenericServlet.init(GenericServlet.java:244)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:117)
at org.wildfly.extension.undertow.security.RunAsLifecycleInterceptor.init(RunAsLifecycleInterceptor.java:78)
at io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed(LifecyleInterceptorInvocation.java:103)
at io.undertow.servlet.core.ManagedServlet$DefaultInstanceStrategy.start(ManagedServlet.java:250)
at io.undertow.servlet.core.ManagedServlet.createServlet(ManagedServlet.java:133)
at io.undertow.servlet.core.DeploymentManagerImpl$2.call(DeploymentManagerImpl.java:565)
at io.undertow.servlet.core.DeploymentManagerImpl$2.call(DeploymentManagerImpl.java:536)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1506)
at io.undertow.servlet.core.DeploymentManagerImpl.start(DeploymentManagerImpl.java:578)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:81)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{code}
> Getting org.osgi.framework.AdminPermission check failed with security manager
> -----------------------------------------------------------------------------
>
> Key: WFCORE-3147
> URL: https://issues.jboss.org/browse/WFCORE-3147
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta30
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Trivial
> Attachments: sampleApp.war, sampleAppModified.war, standalone.xml
>
>
> Despite permission is granted in standalone.xml
> {code}
> <minimum-set>
> <permission class="org.osgi.framework.AdminPermission" name="(id=0)" actions="context"/>
> </minimum-set>
> {code}
> During deployment there is exception
> {code}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/myapp.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-3147) Getting org.osgi.framework.AdminPermission check failed with security manager
by Girish Pathak (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3147?page=com.atlassian.jira.plugi... ]
Girish Pathak commented on WFCORE-3147:
---------------------------------------
I have uploaded new modified war can you try running with standalone.xml which I have uploaded hope it should work now , please let me know if you still face same .
> Getting org.osgi.framework.AdminPermission check failed with security manager
> -----------------------------------------------------------------------------
>
> Key: WFCORE-3147
> URL: https://issues.jboss.org/browse/WFCORE-3147
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta30
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Trivial
> Attachments: sampleApp.war, sampleAppModified.war, standalone.xml
>
>
> Despite permission is granted in standalone.xml
> {code}
> <minimum-set>
> <permission class="org.osgi.framework.AdminPermission" name="(id=0)" actions="context"/>
> </minimum-set>
> {code}
> During deployment there is exception
> {code}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/myapp.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-3147) Getting org.osgi.framework.AdminPermission check failed with security manager
by Girish Pathak (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3147?page=com.atlassian.jira.plugi... ]
Girish Pathak updated WFCORE-3147:
----------------------------------
Attachment: sampleAppModified.war
> Getting org.osgi.framework.AdminPermission check failed with security manager
> -----------------------------------------------------------------------------
>
> Key: WFCORE-3147
> URL: https://issues.jboss.org/browse/WFCORE-3147
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta30
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Trivial
> Attachments: sampleApp.war, sampleAppModified.war, standalone.xml
>
>
> Despite permission is granted in standalone.xml
> {code}
> <minimum-set>
> <permission class="org.osgi.framework.AdminPermission" name="(id=0)" actions="context"/>
> </minimum-set>
> {code}
> During deployment there is exception
> {code}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/myapp.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-3147) Getting org.osgi.framework.AdminPermission check failed with security manager
by Martin Choma (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3147?page=com.atlassian.jira.plugi... ]
Martin Choma commented on WFCORE-3147:
--------------------------------------
Still no luck - I keep getting {{RuntimeException: Could not find framework}}
> Getting org.osgi.framework.AdminPermission check failed with security manager
> -----------------------------------------------------------------------------
>
> Key: WFCORE-3147
> URL: https://issues.jboss.org/browse/WFCORE-3147
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta30
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Trivial
> Attachments: sampleApp.war, standalone.xml
>
>
> Despite permission is granted in standalone.xml
> {code}
> <minimum-set>
> <permission class="org.osgi.framework.AdminPermission" name="(id=0)" actions="context"/>
> </minimum-set>
> {code}
> During deployment there is exception
> {code}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.osgi.framework.AdminPermission" "(id=0)" "context")" in code source "(vfs:/content/myapp.war/WEB-INF/lib/org.eclipse.equinox.servletbridge_1.2.100.v20120209-2014.jar
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months