[JBoss JIRA] (WFLY-6481) SharedBindingTestCase fails with security manager
by Jan Tymel (JIRA)
Jan Tymel created WFLY-6481:
-------------------------------
Summary: SharedBindingTestCase fails with security manager
Key: WFLY-6481
URL: https://issues.jboss.org/browse/WFLY-6481
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Jan Tymel
Assignee: Jan Tymel
*org.jboss.as.test.integration.naming.shared.SharedBindingTestCase#test*
{{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.naming.shared.SharedBindingTestCase#test -Dsecurity.manager}}
Fails with:
{code}
14:45:49,197 ERROR [stderr] (ServerService Thread Pool -- 66) java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.naming.java.permission.JndiPermission" "global/sharedbinds/two" "rebind")" in code source "(vfs:/content/BEAN_ONE.jar <no signer certificates>)" of "null")
14:45:49,198 ERROR [stderr] (ServerService Thread Pool -- 66) at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
14:45:49,199 ERROR [stderr] (ServerService Thread Pool -- 66) at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
14:45:49,200 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.naming.NamingContext.check(NamingContext.java:591)
14:45:49,201 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.naming.NamingContext.rebind(NamingContext.java:294)
14:45:49,205 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.naming.InitialContext$DefaultInitialContext.rebind(InitialContext.java:273)
14:45:49,206 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.naming.NamingContext.rebind(NamingContext.java:309)
14:45:49,206 ERROR [stderr] (ServerService Thread Pool -- 66) at javax.naming.InitialContext.rebind(InitialContext.java:433)
14:45:49,207 ERROR [stderr] (ServerService Thread Pool -- 66) at javax.naming.InitialContext.rebind(InitialContext.java:433)
14:45:49,209 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.test.integration.naming.shared.BeanOne.postConstruct(BeanOne.java:46)
14:45:49,210 ERROR [stderr] (ServerService Thread Pool -- 66) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
14:45:49,211 ERROR [stderr] (ServerService Thread Pool -- 66) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
14:45:49,212 ERROR [stderr] (ServerService Thread Pool -- 66) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
14:45:49,213 ERROR [stderr] (ServerService Thread Pool -- 66) at java.lang.reflect.Method.invoke(Method.java:498)
14:45:49,214 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96)
14:45:49,215 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,216 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:114)
14:45:49,216 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:103)
14:45:49,217 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,218 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
14:45:49,218 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
14:45:49,219 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83)
14:45:49,219 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,219 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53)
14:45:49,220 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,220 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptorFactory$ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptorFactory.java:107)
14:45:49,221 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,221 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
14:45:49,222 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,223 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
14:45:49,223 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,224 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.weld.ejb.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:100)
14:45:49,224 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,224 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
14:45:49,225 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,225 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275)
14:45:49,226 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:349)
14:45:49,226 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68)
14:45:49,227 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,227 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43)
14:45:49,228 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,229 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
14:45:49,229 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,230 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
14:45:49,231 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,231 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64)
14:45:49,232 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,233 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356)
14:45:49,233 ERROR [stderr] (ServerService Thread Pool -- 66) at java.security.AccessController.doPrivileged(Native Method)
14:45:49,234 ERROR [stderr] (ServerService Thread Pool -- 66) at java.security.AccessController.doPrivilegedWithCombiner(AccessController.java:568)
14:45:49,235 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:75)
14:45:49,235 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
14:45:49,236 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
14:45:49,237 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161)
14:45:49,237 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134)
14:45:49,238 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88)
14:45:49,239 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:124)
14:45:49,239 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:138)
14:45:49,240 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
14:45:49,240 ERROR [stderr] (ServerService Thread Pool -- 66) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
14:45:49,241 ERROR [stderr] (ServerService Thread Pool -- 66) at java.util.concurrent.FutureTask.run(FutureTask.java:266)
14:45:49,241 ERROR [stderr] (ServerService Thread Pool -- 66) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
14:45:49,242 ERROR [stderr] (ServerService Thread Pool -- 66) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
14:45:49,242 ERROR [stderr] (ServerService Thread Pool -- 66) at java.lang.Thread.run(Thread.java:745)
14:45:49,243 ERROR [stderr] (ServerService Thread Pool -- 66) at org.jboss.threads.JBossThread.run(JBossThread.java:320)
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (DROOLS-972) CDI annotations are not following CDI scopes
by Mauricio Salatino (JIRA)
[ https://issues.jboss.org/browse/DROOLS-972?page=com.atlassian.jira.plugin... ]
Mauricio Salatino commented on DROOLS-972:
------------------------------------------
I've added some tests in linked PR that shows how the @KSession annotation fails to follow the bean scope as the specification dictates. Each bean also includes an injection of MyBean which is used to check the correct behaviour.
In the PR is also included a new scope definition, and I'm working on trying to understand if we can create our own scope to wrap a KieSession lifecycle. This scope should be similar to the @ConversationScoped but not linked at all to the HTTPSession, but from the behaviour point of view should be extremely similar.
> CDI annotations are not following CDI scopes
> --------------------------------------------
>
> Key: DROOLS-972
> URL: https://issues.jboss.org/browse/DROOLS-972
> Project: Drools
> Issue Type: Feature Request
> Reporter: Mauricio Salatino
> Assignee: Mario Fusco
>
> I'm wondering if it is just a missing feature of if there is a technical limitation why we are not following the CDI scopes approach.
> To be concrete what I wanted to achieve is to have
> Something like this:
> @Inject
> @KReleaseId(groupId = "xxx", artifactId = "xxxxx", version = "1.0-SNAPSHOT")
> @KSession
> private KieSession kSession;
> Inside a bean with @ApplicationScoped.. that works well because the KieSession is application scoped and shared between different requests, but now when I do
> @RequestScoped or @SessionScoped the KieSession is still shared :(
> I imagine that supporting these two scopes should be fairly easy from the CDI point of view:
> 1) @RequestScoped: just recreate the session everytime and look for the @ReleaseId everytime, because the idea is that if the ReleaseId is updated, the new request will need to load the new ReleaseId artifact
> 2) @BusinessSessionScoped: the session will have an ID and just a check is needed, if the session exist just use the KieSession registered for that ID, if it doesn't exist create a new one. Notice that I didn't use the existing @SessionScoped because that is usually tied to the HTTPSession, which might be another case.
> The lack of scopes also interfere with Arquillian for CDI testing, the @Ksession annotation seems to be creating a singleton, so when JUnit fork to execute several tests in parallel the @Injected @Ksession is shared among all the tests :(
> I'm sure that you guys already know about this, but I just wrote it down to state clear what the user expectations are regarding this and also to clarify my thoughts. If you guys can guide me and give me some pointers I can even help on this side.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6480) JNDIBindingMBeanTestCase misses JndiPermission when run with security manager
by Jan Tymel (JIRA)
Jan Tymel created WFLY-6480:
-------------------------------
Summary: JNDIBindingMBeanTestCase misses JndiPermission when run with security manager
Key: WFLY-6480
URL: https://issues.jboss.org/browse/WFLY-6480
Project: WildFly
Issue Type: Bug
Reporter: Jan Tymel
Assignee: Jan Tymel
*JNDIBindingMBeanTestCase*
{{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.sar.JNDIBindingMBeanTestCase -Dsecurity.manager}}
Fails with:
{code}
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.naming.java.permission.JndiPermission" "global/env/foo/legacy2" "bind")" in code source "(vfs:/content/multiple-jndi-binding-mbeans.sar <no signer certificates>)" of "null")
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at org.jboss.as.naming.NamingContext.check(NamingContext.java:591)
at org.jboss.as.naming.NamingContext.bind(NamingContext.java:251)
at org.jboss.as.naming.InitialContext$DefaultInitialContext.bind(InitialContext.java:264)
at org.jboss.as.naming.NamingContext.bind(NamingContext.java:289)
at javax.naming.InitialContext.bind(InitialContext.java:425)
at javax.naming.InitialContext.bind(InitialContext.java:425)
at org.jboss.as.test.integration.sar.JNDIBindingService.start(JNDIBindingService.java:53)
... 12 more
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-1066) Automatic configuration of 'Initial_hosts' for a cluster using JGroups TCP-stack in domain mode (aka DOMAIN_PING)
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/WFLY-1066?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec commented on WFLY-1066:
-------------------------------------------
The design might be found here: https://developer.jboss.org/wiki/ADomainManagedServiceRegistry
[~jason.greene] [~brian.stansberry] [~NadirX] Could you please have a look at it?
> Automatic configuration of 'Initial_hosts' for a cluster using JGroups TCP-stack in domain mode (aka DOMAIN_PING)
> -----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-1066
> URL: https://issues.jboss.org/browse/WFLY-1066
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management
> Environment: Server running in Domain mode
> Reporter: Wolf-Dieter Fink
> Assignee: Jason Greene
> Priority: Minor
> Labels: clustering, domain, jgroups
>
> It is complicated to keep the subsystem JGroups in sync if the tcp-stack is used in domain mode.
> All new servers that join/leave a clustered server group (configuration) must be added or removed by hand for the jgroup configuration.
> The domain server will receive the information if a host-controller enrol and register server to a clustered server-group.
> So the configuration of the initial_hosts can be done automatically to avoid old entries which cause unnecessary checks and ensure that all active servers are known.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6479) MBeanTCCLTestCase fails with security manager
by Jan Tymel (JIRA)
Jan Tymel created WFLY-6479:
-------------------------------
Summary: MBeanTCCLTestCase fails with security manager
Key: WFLY-6479
URL: https://issues.jboss.org/browse/WFLY-6479
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Jan Tymel
Assignee: Jan Tymel
*org.jboss.as.test.integration.sar.context.classloader.MBeanTCCLTestCase*
{{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.sar.context.classloader.MBeanTCCLTestCase -Dsecurity.manager}}
Fails with:
{code}
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "getClassLoader")" in code source "(vfs:/content/tccl-mbean-test-app.ear/jar-containing-mbean-class.jar <no signer certificates>)" of "null")
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at java.lang.ClassLoader.checkClassLoaderPermission(ClassLoader.java:1525)
at java.lang.Thread.getContextClassLoader(Thread.java:1436)
at org.jboss.as.test.integration.sar.context.classloader.mbean.MBeanInAModuleService.testClassLoadByTCCL(MBeanInAModuleService.java:44)
at org.jboss.as.test.integration.sar.context.classloader.mbean.MBeanInAModuleService.<clinit>(MBeanInAModuleService.java:17)
... 14 more
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6478) ServiceMBeanSupportTestCase misses MBeanPermission when run with security manager
by Jan Tymel (JIRA)
Jan Tymel created WFLY-6478:
-------------------------------
Summary: ServiceMBeanSupportTestCase misses MBeanPermission when run with security manager
Key: WFLY-6478
URL: https://issues.jboss.org/browse/WFLY-6478
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Jan Tymel
Assignee: Jan Tymel
*org.jboss.as.test.integration.sar.servicembean.ServiceMBeanSupportTestCase#testSarWithServiceMBeanSupport*
{{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.sar.servicembean.ServiceMBeanSupportTestCase#testSarWithServiceMBeanSupport -Dsecurity.manager}}
Fails with:
{code}
ERROR [org.jboss.as.test.integration.sar.servicembean.TestService] (MSC service thread 1-2) WFLYSYSJMX0009: Initialization failed during postRegister: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("javax.management.MBeanPermission" "org.jboss.as.test.integration.sar.servicembean.TestResultService#CreateServiceInvoked[jboss:name=service-mbean-support-test-result]" "setAttribute")" in code source "(vfs:/content/service-mbean-support-test.sar <no signer certificates>)" of "null")
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.checkMBeanPermission(DefaultMBeanServerInterceptor.java:1830)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.checkMBeanPermission(DefaultMBeanServerInterceptor.java:1813)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.setAttribute(DefaultMBeanServerInterceptor.java:743)
at com.sun.jmx.mbeanserver.JmxMBeanServer.setAttribute(JmxMBeanServer.java:739)
at org.jboss.as.test.integration.sar.servicembean.TestService.setTestResultMBeanAttribute(TestService.java:73)
at org.jboss.as.test.integration.sar.servicembean.TestService.createService(TestService.java:47)
at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:221)
at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:158)
at org.jboss.system.ServiceMBeanSupport.postRegister(ServiceMBeanSupport.java:372)
at com.sun.jmx.mbeanserver.MBeanSupport.postRegister(MBeanSupport.java:182)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.postRegister(DefaultMBeanServerInterceptor.java:1024)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:974)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324)
at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522)
at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.registerMBean(PluggableMBeanServerImpl.java:1527)
at org.jboss.as.jmx.PluggableMBeanServerImpl.registerMBean(PluggableMBeanServerImpl.java:871)
at org.jboss.as.jmx.MBeanRegistrationService.start(MBeanRegistrationService.java:101)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
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:745)
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ELY-479) mockit.internal.startup.Startup.instrumentation causes test failures on Solaris and HP-UX
by Ondrej Lukas (JIRA)
[ https://issues.jboss.org/browse/ELY-479?page=com.atlassian.jira.plugin.sy... ]
Ondrej Lukas updated ELY-479:
-----------------------------
Description:
Some test cases fail on Solaris and HP-UX with following exception:
{code}
java.lang.AssertionError
at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
at mockit.MockUp.redefineMethods(MockUp.java:228)
at mockit.MockUp.<init>(MockUp.java:262)
...
{code}
Full stack trace for e.g. org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce:
{code}
java.lang.AssertionError
at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
at mockit.MockUp.redefineMethods(MockUp.java:228)
at mockit.MockUp.redefineClassOrImplementInterface(MockUp.java:211)
at mockit.MockUp.<init>(MockUp.java:128)
at org.wildfly.security.sasl.digest.CompatibilityClientTest$1.<init>(CompatibilityClientTest.java:68)
at org.wildfly.security.sasl.digest.CompatibilityClientTest.mockNonce(CompatibilityClientTest.java:68)
at org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce(CompatibilityClientTest.java:578)
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:497)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
{code}
This is probably only test issue. It can be similar issue as ELY-478
Affected tests on both Solaris and HP-UX:
org.wildfly.security.sasl.digest.CompatibilityClientTest
org.wildfly.security.sasl.digest.CompatibilityServerTest
org.wildfly.security.sasl.entity.EntityTest
org.wildfly.security.sasl.gssapi.compatibility.BasicAuthTest
org.wildfly.security.sasl.gssapi.compatibility.BasicConfidenceTest
org.wildfly.security.sasl.gssapi.compatibility.BasicIntegrityTest
org.wildfly.security.sasl.gssapi.compatibility.NoServerAuthTest
org.wildfly.security.sasl.otp.OTPTest
org.wildfly.security.sasl.scram.ScramClientCompatibilityTest
org.wildfly.security.sasl.scram.ScramServerCompatibilityTest
Affected test only on Solaris:
org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest
was:
Some test cases fails on Solaris and HP-UX with following exception:
{code}
java.lang.AssertionError
at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
at mockit.MockUp.redefineMethods(MockUp.java:228)
at mockit.MockUp.<init>(MockUp.java:262)
...
{code}
Full stack trace for e.g. org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce:
{code}
java.lang.AssertionError
at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
at mockit.MockUp.redefineMethods(MockUp.java:228)
at mockit.MockUp.redefineClassOrImplementInterface(MockUp.java:211)
at mockit.MockUp.<init>(MockUp.java:128)
at org.wildfly.security.sasl.digest.CompatibilityClientTest$1.<init>(CompatibilityClientTest.java:68)
at org.wildfly.security.sasl.digest.CompatibilityClientTest.mockNonce(CompatibilityClientTest.java:68)
at org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce(CompatibilityClientTest.java:578)
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:497)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
{code}
This is probably only test issue.. It can be similar issue as https://issues.jboss.org/browse/ELY-478
Affected tests on both Solaris and HP-UX:
org.wildfly.security.sasl.digest.CompatibilityClientTest
org.wildfly.security.sasl.digest.CompatibilityServerTest
org.wildfly.security.sasl.entity.EntityTest
org.wildfly.security.sasl.gssapi.compatibility.BasicAuthTest
org.wildfly.security.sasl.gssapi.compatibility.BasicConfidenceTest
org.wildfly.security.sasl.gssapi.compatibility.BasicIntegrityTest
org.wildfly.security.sasl.gssapi.compatibility.NoServerAuthTest
org.wildfly.security.sasl.otp.OTPTest
org.wildfly.security.sasl.scram.ScramClientCompatibilityTest
org.wildfly.security.sasl.scram.ScramServerCompatibilityTest
Affected test only on Solaris:
org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest
> mockit.internal.startup.Startup.instrumentation causes test failures on Solaris and HP-UX
> -----------------------------------------------------------------------------------------
>
> Key: ELY-479
> URL: https://issues.jboss.org/browse/ELY-479
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta4
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
> Priority: Minor
>
> Some test cases fail on Solaris and HP-UX with following exception:
> {code}
> java.lang.AssertionError
> at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
> at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
> at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
> at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
> at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
> at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
> at mockit.MockUp.redefineMethods(MockUp.java:228)
> at mockit.MockUp.<init>(MockUp.java:262)
> ...
> {code}
> Full stack trace for e.g. org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce:
> {code}
> java.lang.AssertionError
> at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
> at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
> at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
> at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
> at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
> at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
> at mockit.MockUp.redefineMethods(MockUp.java:228)
> at mockit.MockUp.redefineClassOrImplementInterface(MockUp.java:211)
> at mockit.MockUp.<init>(MockUp.java:128)
> at org.wildfly.security.sasl.digest.CompatibilityClientTest$1.<init>(CompatibilityClientTest.java:68)
> at org.wildfly.security.sasl.digest.CompatibilityClientTest.mockNonce(CompatibilityClientTest.java:68)
> at org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce(CompatibilityClientTest.java:578)
> 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:497)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
> {code}
> This is probably only test issue. It can be similar issue as ELY-478
> Affected tests on both Solaris and HP-UX:
> org.wildfly.security.sasl.digest.CompatibilityClientTest
> org.wildfly.security.sasl.digest.CompatibilityServerTest
> org.wildfly.security.sasl.entity.EntityTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicAuthTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicConfidenceTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicIntegrityTest
> org.wildfly.security.sasl.gssapi.compatibility.NoServerAuthTest
> org.wildfly.security.sasl.otp.OTPTest
> org.wildfly.security.sasl.scram.ScramClientCompatibilityTest
> org.wildfly.security.sasl.scram.ScramServerCompatibilityTest
> Affected test only on Solaris:
> org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ELY-479) mockit.internal.startup.Startup.instrumentation causes test failures on Solaris and HP-UX
by Ondrej Lukas (JIRA)
Ondrej Lukas created ELY-479:
--------------------------------
Summary: mockit.internal.startup.Startup.instrumentation causes test failures on Solaris and HP-UX
Key: ELY-479
URL: https://issues.jboss.org/browse/ELY-479
Project: WildFly Elytron
Issue Type: Bug
Affects Versions: 1.1.0.Beta4
Reporter: Ondrej Lukas
Assignee: Darran Lofthouse
Priority: Minor
Some test cases fails on Solaris and HP-UX with following exception:
{code}
java.lang.AssertionError
at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
at mockit.MockUp.redefineMethods(MockUp.java:228)
at mockit.MockUp.<init>(MockUp.java:262)
...
{code}
Full stack trace for e.g. org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce:
{code}
java.lang.AssertionError
at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
at mockit.MockUp.redefineMethods(MockUp.java:228)
at mockit.MockUp.redefineClassOrImplementInterface(MockUp.java:211)
at mockit.MockUp.<init>(MockUp.java:128)
at org.wildfly.security.sasl.digest.CompatibilityClientTest$1.<init>(CompatibilityClientTest.java:68)
at org.wildfly.security.sasl.digest.CompatibilityClientTest.mockNonce(CompatibilityClientTest.java:68)
at org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce(CompatibilityClientTest.java:578)
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:497)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
{code}
This is probably only test issue.. It can be similar issue as https://issues.jboss.org/browse/ELY-478
Affected tests on both Solaris and HP-UX:
org.wildfly.security.sasl.digest.CompatibilityClientTest
org.wildfly.security.sasl.digest.CompatibilityServerTest
org.wildfly.security.sasl.entity.EntityTest
org.wildfly.security.sasl.gssapi.compatibility.BasicAuthTest
org.wildfly.security.sasl.gssapi.compatibility.BasicConfidenceTest
org.wildfly.security.sasl.gssapi.compatibility.BasicIntegrityTest
org.wildfly.security.sasl.gssapi.compatibility.NoServerAuthTest
org.wildfly.security.sasl.otp.OTPTest
org.wildfly.security.sasl.scram.ScramClientCompatibilityTest
org.wildfly.security.sasl.scram.ScramServerCompatibilityTest
Affected test only on Solaris:
org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6477) PolicyContextTestCase misses SecurityPermission when run with security manager
by Jan Tymel (JIRA)
Jan Tymel created WFLY-6477:
-------------------------------
Summary: PolicyContextTestCase misses SecurityPermission when run with security manager
Key: WFLY-6477
URL: https://issues.jboss.org/browse/WFLY-6477
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Jan Tymel
Assignee: Jan Tymel
*org.jboss.as.test.integration.security.jacc.context.PolicyContextTestCase#testHttpServletRequestFromPolicyContext*
{{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=org.jboss.as.test.integration.security.jacc.context.PolicyContextTestCase#testHttpServletRequestFromPolicyContext -Dsecurity.manager}}
Fails with:
{code}
Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.security.SecurityPermission" "getPolicy")" in code source "(vfs:/content/ear-jacc-context.ear/ear-jacc-context.jar <no signer certificates>)" of "null")
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at javax.security.jacc.PolicyContext.getContext(PolicyContext.java:99)
at org.jboss.as.test.integration.security.jacc.context.PolicyContextTestBean.getHttpServletRequestFromPolicyContext(PolicyContextTestBean.java:35)
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.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:82)
at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275)
... 67 more
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ELY-478) Some tests fail with AttachNotSupportedException for IBM JDK
by Ondrej Lukas (JIRA)
[ https://issues.jboss.org/browse/ELY-478?page=com.atlassian.jira.plugin.sy... ]
Ondrej Lukas commented on ELY-478:
----------------------------------
I tried to use Mockit version 1.11 and following option in surefire plugin:
{code}
<argLine>-javaagent:${MVN_REPO}/org/jmockit/jmockit/1.11/jmockit-1.11.jar</argLine>
{code}
It seems it fixed the issue from description but it results to another issue, following exception is thrown:
{code}
java.lang.IllegalArgumentException:
Matching real methods not found for the following mocks:
org.wildfly.security.sasl.gssapi.compatibility.AbstractTest$SystemMock#currentTimeMillis(),
org.wildfly.security.sasl.gssapi.compatibility.AbstractTest$SystemMock#nanoTime()
at mockit.internal.mockups.MockClassSetup.validateThatAllMockMethodsWereApplied(MockClassSetup.java:159)
at mockit.internal.mockups.MockClassSetup.redefineMethods(MockClassSetup.java:79)
at mockit.MockUp.redefineMethods(MockUp.java:253)
at mockit.MockUp.redefineClassOrImplementInterface(MockUp.java:223)
at mockit.MockUp.<init>(MockUp.java:134)
at org.wildfly.security.sasl.gssapi.compatibility.AbstractTest$SystemMock.<init>(AbstractTest.java:133)
at org.wildfly.security.sasl.gssapi.compatibility.AbstractTest.installMockClasses(AbstractTest.java:107)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
at java.lang.reflect.Method.invoke(Method.java:495)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at mockit.integration.junit4.internal.JUnit4TestRunnerDecorator.invokeExplosively(JUnit4TestRunnerDecorator.java:33)
at mockit.integration.junit4.internal.MockFrameworkMethod.invokeExplosively(MockFrameworkMethod.java:40)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
{code}
> Some tests fail with AttachNotSupportedException for IBM JDK
> ------------------------------------------------------------
>
> Key: ELY-478
> URL: https://issues.jboss.org/browse/ELY-478
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta4
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
> Priority: Minor
>
> Some tests fail with com.sun.tools.attach.AttachNotSupportedException: Unable to open socket file: target process not responding or HotSpot VM not loaded on IBM JDK
> Stack trace of exception:
> {code}
> java.lang.ExceptionInInitializerError
> at java.lang.J9VMInternals.ensureError(J9VMInternals.java:137)
> at java.lang.J9VMInternals.recordInitializationFailure(J9VMInternals.java:126)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:88)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:57)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:436)
> at org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:29)
> at org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:21)
> at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
> at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
> at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
> at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:364)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
> Caused by: java.lang.RuntimeException: com.sun.tools.attach.AttachNotSupportedException: Unable to open socket file: target process not responding or HotSpot VM not loaded
> at mockit.internal.startup.AgentLoader.getVirtualMachineImplementationFromEmbeddedOnes(AgentLoader.java:82)
> at mockit.internal.startup.AgentLoader.loadAgent(AgentLoader.java:47)
> at mockit.internal.startup.AgentInitialization.loadAgentFromLocalJarFile(AgentInitialization.java:27)
> at mockit.internal.startup.Startup.initializeIfPossible(Startup.java:208)
> at mockit.integration.junit4.JMockit.<clinit>(JMockit.java:21)
> ... 17 more
> Caused by: com.sun.tools.attach.AttachNotSupportedException: Unable to open socket file: target process not responding or HotSpot VM not loaded
> at sun.tools.attach.LinuxVirtualMachine.<init>(LinuxVirtualMachine.java:106)
> at mockit.internal.startup.AgentLoader.getVirtualMachineImplementationFromEmbeddedOnes(AgentLoader.java:72)
> ... 21 more
> {code}
> This is probably only test issue.
> Affected tests:
> org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest
> org.wildfly.security.sasl.digest.CompatibilityClientTest
> org.wildfly.security.sasl.digest.CompatibilityServerTest
> org.wildfly.security.sasl.entity.EntityTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicAuthTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicConfidenceTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicIntegrityTest
> org.wildfly.security.sasl.gssapi.compatibility.NoServerAuthTest
> org.wildfly.security.sasl.otp.OTPTest
> org.wildfly.security.sasl.scram.ScramClientCompatibilityTest
> org.wildfly.security.sasl.scram.ScramServerCompatibilityTest
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month