[JBoss JIRA] (WFLY-9098) Infinispan & Wildfly
by Majid Mostafavi (JIRA)
[ https://issues.jboss.org/browse/WFLY-9098?page=com.atlassian.jira.plugin.... ]
Majid Mostafavi updated WFLY-9098:
----------------------------------
Description:
2:05:27,107 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 131) WFLYCLINF0003: Stopped nejat#nejat.org.hibernate.cache.internal.StandardQueryCache cache from hibernate container
22:05:27,115 WARN [org.infinispan.factories.ComponentRegistry] (ServerService Thread Pool -- 131) ISPN000189: While stopping a cache or cache manager, one of its components failed to stop: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.notifications.cachelistener.CacheNotifierImpl.stop() on object of type CacheNotifierImpl
at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:172)
at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:859)
at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:664)
at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:564)
at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:260)
at org.infinispan.cache.impl.SimpleCacheImpl.stop(SimpleCacheImpl.java:149)
at org.infinispan.cache.impl.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:331)
at org.hibernate.cache.infinispan.impl.BaseRegion.destroy(BaseRegion.java:124)
at org.hibernate.cache.spi.UpdateTimestampsCache.destroy(UpdateTimestampsCache.java:216)
at org.hibernate.internal.CacheImpl.close(CacheImpl.java:263)
at org.hibernate.internal.SessionFactoryImpl.close(SessionFactoryImpl.java:1074)
at org.hibernate.jpa.internal.EntityManagerFactoryImpl.close(EntityManagerFactoryImpl.java:347)
at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2$1.run(PersistenceUnitServiceImpl.java:237)
at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2$1.run(PersistenceUnitServiceImpl.java:217)
at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:667)
at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2.run(PersistenceUnitServiceImpl.java:262)
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)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: {color:red}{color:#d04437}java.lang.NullPointerException{color}{color}
at org.infinispan.query.dsl.embedded.impl.BaseJPAFilterIndexingServiceProvider.stop(BaseJPAFilterIndexingServiceProvider.java:51)
at org.infinispan.notifications.cachelistener.CacheNotifierImpl.stop(CacheNotifierImpl.java:216)
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:483)
at org.infinispan.commons.util.Refl
was:22:03:39,026 INFO [io.undertow.servlet] (ServerService Thread Pool -- 73) Initializing Shiro environment 22:03:39,027 INFO [org.apache.shiro.web.env.EnvironmentLoader] (ServerService Thread Pool -- 73) Starting Shiro environment initialization. 22:03:39,947 INFO [org.apache.shiro.config.IniSecurityManagerFactory] (ServerService Thread Pool -- 73) Realms have been explicitly set on the SecurityManager instance - auto-setting of realms will not occur. 22:03:40,010 INFO [org.apache.shiro.web.env.EnvironmentLoader] (ServerService Thread Pool -- 73) Shiro environment initialized in 977 ms. 22:03:40,162 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 73) Initializing Mojarra 2.2.13.SP1 20160303-1204 for context '/nejat' 22:03:43,737 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0348: Timeout after [300] seconds waiting for service container stability. Operation will roll back. Step that first updated the service container was 'deploy' at address '[("deployment" => "nejat")]' 22:03:43,746 ERROR [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0021: Deploy of deployment "nejat.war" was rolled back with the following failure message: "WFLYCTL0344: Operation timed out awaiting service container stability" 22:03:44,227 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-8) WFLYJCA0019: Stopped Driver service with driver-name = nejat.war_oracle.jdbc.OracleDriver_11_2 22:03:44,327 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-1) WFLYJCA0019: Stopped Driver service with driver-name = nejat.war_org.postgresql.Driver_9_4 22:03:48,755 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0190: Step handler org.jboss.as.server.deployment.DeploymentHandlerUtil$1@5454e920 for operation {"operation" => "deploy","address" => [("deployment" => "nejat")],"operation-headers" => {"caller-type" => "user","access-mechanism" => "NATIVE"}} at address [("deployment" => "nejat")] failed handling operation rollback -- java.util.concurrent.TimeoutException: java.util.concurrent.TimeoutException at org.jboss.as.controller.OperationContextImpl.waitForRemovals(OperationContextImpl.java:498) at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1369) at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1328) at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1301) at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1185) at org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:767) at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:644) at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370) at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329) at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400) at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:222) at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:208) at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:130) at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:152) at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:148) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:422) at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149) at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:148) at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363) at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472) 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) at org.jboss.threads.JBossThread.run(JBossThread.java:320) 22:03:53,761 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0349: Timeout after [5] seconds waiting for service container stability while finalizing an operation. Process must be restarted. Step that first updated the service container was 'deploy' at address '[("deployment" => "nejat")]' [2017-07-18 10:03:54,181] Artifact nejat:war exploded: Error during artifact deployment. See server log for details. [2017-07-18 10:03:54,181] Artifact nejat:war exploded: java.lang.Exception: WFLYCTL0344: Operation timed out awaiting service container stability
> Infinispan & Wildfly
> ---------------------
>
> Key: WFLY-9098
> URL: https://issues.jboss.org/browse/WFLY-9098
> Project: WildFly
> Issue Type: Bug
> Reporter: Majid Mostafavi
> Assignee: Jason Greene
>
> 2:05:27,107 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 131) WFLYCLINF0003: Stopped nejat#nejat.org.hibernate.cache.internal.StandardQueryCache cache from hibernate container
> 22:05:27,115 WARN [org.infinispan.factories.ComponentRegistry] (ServerService Thread Pool -- 131) ISPN000189: While stopping a cache or cache manager, one of its components failed to stop: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.notifications.cachelistener.CacheNotifierImpl.stop() on object of type CacheNotifierImpl
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:172)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:859)
> at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:664)
> at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:564)
> at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:260)
> at org.infinispan.cache.impl.SimpleCacheImpl.stop(SimpleCacheImpl.java:149)
> at org.infinispan.cache.impl.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:331)
> at org.hibernate.cache.infinispan.impl.BaseRegion.destroy(BaseRegion.java:124)
> at org.hibernate.cache.spi.UpdateTimestampsCache.destroy(UpdateTimestampsCache.java:216)
> at org.hibernate.internal.CacheImpl.close(CacheImpl.java:263)
> at org.hibernate.internal.SessionFactoryImpl.close(SessionFactoryImpl.java:1074)
> at org.hibernate.jpa.internal.EntityManagerFactoryImpl.close(EntityManagerFactoryImpl.java:347)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2$1.run(PersistenceUnitServiceImpl.java:237)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2$1.run(PersistenceUnitServiceImpl.java:217)
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:667)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$2.run(PersistenceUnitServiceImpl.java:262)
> 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)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: {color:red}{color:#d04437}java.lang.NullPointerException{color}{color}
> at org.infinispan.query.dsl.embedded.impl.BaseJPAFilterIndexingServiceProvider.stop(BaseJPAFilterIndexingServiceProvider.java:51)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl.stop(CacheNotifierImpl.java:216)
> 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:483)
> at org.infinispan.commons.util.Refl
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months
[JBoss JIRA] (WFLY-9046) org.jboss.as.test.integration.ee.concurrent.Default* fail with security manager
by Chao Wang (JIRA)
[ https://issues.jboss.org/browse/WFLY-9046?page=com.atlassian.jira.plugin.... ]
Chao Wang reopened WFLY-9046:
-----------------------------
reopen to add the other PR https://github.com/wildfly/wildfly/pull/10325
> org.jboss.as.test.integration.ee.concurrent.Default* fail with security manager
> -------------------------------------------------------------------------------
>
> Key: WFLY-9046
> URL: https://issues.jboss.org/browse/WFLY-9046
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 11.0.0.Beta1
> Reporter: Ondrej Kotek
> Assignee: Chao Wang
> Fix For: 11.0.0.Beta1
>
>
> org.jboss.as.test.integration.ee.concurrent.Default* tests fail with security manager. There are missing permissions "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")":
> {noformat}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/DefaultContextServiceTestCase.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.DefaultContextServiceTestCase.war" from Service Module Loader")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
> at org.wildfly.security.auth.server.SecurityDomain.getCurrent(SecurityDomain.java:155)
> ...
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months
[JBoss JIRA] (WFLY-9046) org.jboss.as.test.integration.ee.concurrent.Default* fail with security manager
by Chao Wang (JIRA)
[ https://issues.jboss.org/browse/WFLY-9046?page=com.atlassian.jira.plugin.... ]
Chao Wang updated WFLY-9046:
----------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/10285, https://github.com/wildfly/wildfly/pull/10325 (was: https://github.com/wildfly/wildfly/pull/10285)
> org.jboss.as.test.integration.ee.concurrent.Default* fail with security manager
> -------------------------------------------------------------------------------
>
> Key: WFLY-9046
> URL: https://issues.jboss.org/browse/WFLY-9046
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 11.0.0.Beta1
> Reporter: Ondrej Kotek
> Assignee: Chao Wang
> Fix For: 11.0.0.Beta1
>
>
> org.jboss.as.test.integration.ee.concurrent.Default* tests fail with security manager. There are missing permissions "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")":
> {noformat}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/DefaultContextServiceTestCase.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.DefaultContextServiceTestCase.war" from Service Module Loader")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
> at org.wildfly.security.auth.server.SecurityDomain.getCurrent(SecurityDomain.java:155)
> ...
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months
[JBoss JIRA] (WFCORE-3008) Server started with blocking=true times out only on a slave host
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3008?page=com.atlassian.jira.plugi... ]
Brian Stansberry resolved WFCORE-3008.
--------------------------------------
Resolution: Rejected
Great; I'm glad that took care of it.
> Server started with blocking=true times out only on a slave host
> ----------------------------------------------------------------
>
> Key: WFCORE-3008
> URL: https://issues.jboss.org/browse/WFCORE-3008
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 2.2.0.Final
> Reporter: Osamu Nagano
> Assignee: Brian Stansberry
> Attachments: repro.zip
>
>
> We use system property {{jboss.as.management.blocking.timeout}} for a slow starting server to avoid a timeout on startup. It works for a server on the master host-controller but doesn't work a server on a slave host.
> Suppose a heavy application, for example, sleeping more than 300 seconds in {{ServletContext#contextInitialized()}}, is deployed and system property {{jboss.as.management.blocking.timeout}} is set in domain.xml to avoid timeout. Under the following domain configuration, {{server-one}} fails to start if {{blocking=true}} is specified.
> * master
> ** server-zero:start(blocking=true) => Success
> * slave
> ** server-one:start(blocking=true) => Fail
> {code}
> [domain@localhost:9990 /] /host=slave/server-config=server-one:start(blocking=true)
> {
> "outcome" => "failed",
> "result" => undefined,
> "failure-description" => "WFLYCTL0409: Execution of operation 'start' on remote process at address '[(\"host\" => \"slave\")]' timed out after 305000 ms while awaiting initial response; remote process has been notified to terminate operation",
> "rolled-back" => true
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months
[JBoss JIRA] (ELY-1291) Coverity static analysis: Non-Serializable SecurityIdentity is contained in Serializable ElytronAccount
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/ELY-1291?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry moved WFCORE-2414 to ELY-1291:
-----------------------------------------------
Project: WildFly Elytron (was: WildFly Core)
Key: ELY-1291 (was: WFCORE-2414)
Component/s: (was: Security)
Affects Version/s: (was: 3.0.0.Beta7)
> Coverity static analysis: Non-Serializable SecurityIdentity is contained in Serializable ElytronAccount
> -------------------------------------------------------------------------------------------------------
>
> Key: ELY-1291
> URL: https://issues.jboss.org/browse/ELY-1291
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Martin Choma
>
> Coverity static analysis found Serializable ElytronAccount contains non-Serializable SecurityIdentity.
> https://scan7.coverity.com/reports.htm#v23632/p12664/fileInstanceId=86223...
> Please resolve this inconsistent situation.
> By dev feedback SecurityIdentity can't be made Serializable. Rework to remove SecurityIdentity from ElytronAccount was suggested.
> {code:title=hipchat.log}
> [3:23 PM] Martin Choma: Shouldn't be SecurityIdentity Serializable? - because of HttpSession replication?
> [3:23 PM] Darran Lofthouse: No it can't be
> [3:24 PM] Darran Lofthouse: it is backed by implementation as well as state
> [3:25 PM] David M. Lloyd: right it would essentially be a security hole to be able to deserialize an identity
> [3:26 PM] David M. Lloyd: among other problems
> [3:26 PM] Darran Lofthouse: on the far side we restore the identity instead of deserializing it
> [3:31 PM] Martin Choma: I got it. Thing is static analyzer is complaining elytron-web ElytronAccount (Serializable class) is referencing SecurityIdentity, but probably problem is ElytronAccount does not have to be mark as Serializable, right?
> [3:34 PM] Darran Lofthouse: @MartinChoma we may be able to re-work that and remove the reference to SI
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months