[JBoss JIRA] (WFLY-10260) NullPointerException when read deployment with jpa
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-10260?page=com.atlassian.jira.plugin... ]
Scott Marlow commented on WFLY-10260:
-------------------------------------
Is this with WildFly master branch? I could't recreate with a simple 2lc.jar test app.
> NullPointerException when read deployment with jpa
> --------------------------------------------------
>
> Key: WFLY-10260
> URL: https://issues.jboss.org/browse/WFLY-10260
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Claudio Miranda
> Assignee: Scott Marlow
> Attachments: 2lc.jar
>
>
> There is a bug when reading deployment information with runtime and recursive.
> Looks like this is a regression from an older bug WFLY-1753
> {code}
> /host=master/server=server-three/deployment=kitchensink.war/subsystem=jpa:read-resource(include-runtime,recursive)
> {code}
> {code}
> [Server:server-three] 12:16:11,551 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 75) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-three] ("deployment" => "kitchensink.war"),
> [Server:server-three] ("subsystem" => "jpa"),
> [Server:server-three] ("hibernate-persistence-unit" => "kitchensink.war#primary"),
> [Server:server-three] ("entity-cache" => "org.jboss.as.quickstarts.kitchensink.model.Member")
> [Server:server-three] ]): java.lang.NullPointerException
> [Server:server-three] at org.hibernate.internal.CacheImpl.getSecondLevelCacheRegion(CacheImpl.java:376)
> [Server:server-three] at org.hibernate.internal.SessionFactoryImpl.getSecondLevelCacheRegion(SessionFactoryImpl.java:1171)
> [Server:server-three] at org.hibernate.stat.internal.ConcurrentStatisticsImpl.getSecondLevelCacheStatistics(ConcurrentStatisticsImpl.java:334)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
> [Server:server-three] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> [Server:server-three] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:249)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:143)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:139)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:162)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> [Server:server-three] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [Server:server-three] at java.lang.Thread.run(Thread.java:748)
> [Server:server-three] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-10260) NullPointerException when read deployment with jpa
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-10260?page=com.atlassian.jira.plugin... ]
Scott Marlow updated WFLY-10260:
--------------------------------
Attachment: 2lc.jar
> NullPointerException when read deployment with jpa
> --------------------------------------------------
>
> Key: WFLY-10260
> URL: https://issues.jboss.org/browse/WFLY-10260
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Claudio Miranda
> Assignee: Scott Marlow
> Attachments: 2lc.jar
>
>
> There is a bug when reading deployment information with runtime and recursive.
> Looks like this is a regression from an older bug WFLY-1753
> {code}
> /host=master/server=server-three/deployment=kitchensink.war/subsystem=jpa:read-resource(include-runtime,recursive)
> {code}
> {code}
> [Server:server-three] 12:16:11,551 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 75) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-three] ("deployment" => "kitchensink.war"),
> [Server:server-three] ("subsystem" => "jpa"),
> [Server:server-three] ("hibernate-persistence-unit" => "kitchensink.war#primary"),
> [Server:server-three] ("entity-cache" => "org.jboss.as.quickstarts.kitchensink.model.Member")
> [Server:server-three] ]): java.lang.NullPointerException
> [Server:server-three] at org.hibernate.internal.CacheImpl.getSecondLevelCacheRegion(CacheImpl.java:376)
> [Server:server-three] at org.hibernate.internal.SessionFactoryImpl.getSecondLevelCacheRegion(SessionFactoryImpl.java:1171)
> [Server:server-three] at org.hibernate.stat.internal.ConcurrentStatisticsImpl.getSecondLevelCacheStatistics(ConcurrentStatisticsImpl.java:334)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
> [Server:server-three] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> [Server:server-three] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:249)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:143)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:139)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:162)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> [Server:server-three] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [Server:server-three] at java.lang.Thread.run(Thread.java:748)
> [Server:server-three] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-10261) @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container have fully started
by dbdbdb dbdbdb (JIRA)
[ https://issues.jboss.org/browse/WFLY-10261?page=com.atlassian.jira.plugin... ]
dbdbdb dbdbdb updated WFLY-10261:
---------------------------------
Description:
We are migrating our applications from Wildfly 10 to Wildfly 12 and sometimes Wildfly 12 trigger {{@Startup (with @PostContruct)}} or {{@WebListener}} or {{(@Observes @Initialized(ApplicationScoped.class)}} before the container have fully started.
Ex:
- At these moments we can't inject remote EJBs (simple {{new InitialContext().lookup(jndi)}})
- Sometimes these {{@Observes}} is fired with null (proxy with null reference) parameter
{code}
public void observesContext(@Observes @Initialized(ApplicationScoped.class) ServletContext context){
this.context = context;
}
{code}
*These behavior olny occurs when the server is starting with a application deployed*.
When the application is deployed after the server is up and running, all goes fine a work.
was:
We are migrating our applications from Wildfly 10 to Wildfly 12 and sometimes Wildfly 12 trigger {{@Startup (with @PostContruct)}} or {{@WebListener}} or {{(@Observes @Initialized(ApplicationScoped.class)}} before the container has fully started.
Ex:
- At these moments we can't inject remote EJBs (simple {{new InitialContext().lookup(jndi)}})
- Sometimes these {{@Observes}} is fired with null (proxy with null reference) parameter
{code}
public void observesContext(@Observes @Initialized(ApplicationScoped.class) ServletContext context){
this.context = context;
}
{code}
*These behavior olny occurs when the server is starting with a application deployed*.
When the application is deployed after the server is up and running, all goes fine a work.
> @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container have fully started
> ---------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10261
> URL: https://issues.jboss.org/browse/WFLY-10261
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 12.0.0.Final
> Reporter: dbdbdb dbdbdb
> Assignee: Jason Greene
>
> We are migrating our applications from Wildfly 10 to Wildfly 12 and sometimes Wildfly 12 trigger {{@Startup (with @PostContruct)}} or {{@WebListener}} or {{(@Observes @Initialized(ApplicationScoped.class)}} before the container have fully started.
> Ex:
> - At these moments we can't inject remote EJBs (simple {{new InitialContext().lookup(jndi)}})
> - Sometimes these {{@Observes}} is fired with null (proxy with null reference) parameter
> {code}
> public void observesContext(@Observes @Initialized(ApplicationScoped.class) ServletContext context){
> this.context = context;
> }
> {code}
> *These behavior olny occurs when the server is starting with a application deployed*.
> When the application is deployed after the server is up and running, all goes fine a work.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-10261) @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container have fully started
by dbdbdb dbdbdb (JIRA)
[ https://issues.jboss.org/browse/WFLY-10261?page=com.atlassian.jira.plugin... ]
dbdbdb dbdbdb updated WFLY-10261:
---------------------------------
Summary: @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container have fully started (was: @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container has fully started)
> @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container have fully started
> ---------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10261
> URL: https://issues.jboss.org/browse/WFLY-10261
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 12.0.0.Final
> Reporter: dbdbdb dbdbdb
> Assignee: Jason Greene
>
> We are migrating our applications from Wildfly 10 to Wildfly 12 and sometimes Wildfly 12 trigger {{@Startup (with @PostContruct)}} or {{@WebListener}} or {{(@Observes @Initialized(ApplicationScoped.class)}} before the container has fully started.
> Ex:
> - At these moments we can't inject remote EJBs (simple {{new InitialContext().lookup(jndi)}})
> - Sometimes these {{@Observes}} is fired with null (proxy with null reference) parameter
> {code}
> public void observesContext(@Observes @Initialized(ApplicationScoped.class) ServletContext context){
> this.context = context;
> }
> {code}
> *These behavior olny occurs when the server is starting with a application deployed*.
> When the application is deployed after the server is up and running, all goes fine a work.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-10261) @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container has fully started
by dbdbdb dbdbdb (JIRA)
[ https://issues.jboss.org/browse/WFLY-10261?page=com.atlassian.jira.plugin... ]
dbdbdb dbdbdb updated WFLY-10261:
---------------------------------
Description:
We are migrating our applications from Wildfly 10 to Wildfly 12 and sometimes Wildfly 12 trigger {{@Startup (with @PostContruct)}} or {{@WebListener}} or {{(@Observes @Initialized(ApplicationScoped.class)}} before the container has fully started.
Ex:
- At these moments we can't inject remote EJBs (simple {{new InitialContext().lookup(jndi)}})
- Sometimes these {{@Observes}} is fired with null (proxy with null reference) parameter
{code}
public void observesContext(@Observes @Initialized(ApplicationScoped.class) ServletContext context){
this.context = context;
}
{code}
*These behavior olny occurs when the server is starting with a application deployed*.
When the application is deployed after the server is up and running, all goes fine a work.
was:
We are migrating our applications from Wildfly 10 to Wildfly 12 and sometimes Wildfly 12 trigger `@Startup (with @PostContruct)` or `@WebListener` or `(@Observes @Initialized(ApplicationScoped.class)` before the container has fully started.
Ex:
- At these moments we can't inject remote EJBs (simple `new InitialContext().lookup(jndi)`)
- Sometimes these `@Observes` is fired with null (proxy with null reference) parameter
{code}
public void observesContext(@Observes @Initialized(ApplicationScoped.class) ServletContext context){
this.context = context;
}
{code}
*These behavior olny occurs when the server is starting with a application deployed*.
When the application is deployed after the server is up and running, all goes fine a work.
> @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container has fully started
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10261
> URL: https://issues.jboss.org/browse/WFLY-10261
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 12.0.0.Final
> Reporter: dbdbdb dbdbdb
> Assignee: Jason Greene
>
> We are migrating our applications from Wildfly 10 to Wildfly 12 and sometimes Wildfly 12 trigger {{@Startup (with @PostContruct)}} or {{@WebListener}} or {{(@Observes @Initialized(ApplicationScoped.class)}} before the container has fully started.
> Ex:
> - At these moments we can't inject remote EJBs (simple {{new InitialContext().lookup(jndi)}})
> - Sometimes these {{@Observes}} is fired with null (proxy with null reference) parameter
> {code}
> public void observesContext(@Observes @Initialized(ApplicationScoped.class) ServletContext context){
> this.context = context;
> }
> {code}
> *These behavior olny occurs when the server is starting with a application deployed*.
> When the application is deployed after the server is up and running, all goes fine a work.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-10261) @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container has fully started
by dbdbdb dbdbdb (JIRA)
dbdbdb dbdbdb created WFLY-10261:
------------------------------------
Summary: @Startup, @WebListener and (@Observes @Initialized(ApplicationScoped.class) are triggered before the container has fully started
Key: WFLY-10261
URL: https://issues.jboss.org/browse/WFLY-10261
Project: WildFly
Issue Type: Bug
Affects Versions: 12.0.0.Final
Reporter: dbdbdb dbdbdb
Assignee: Jason Greene
We are migrating our applications from Wildfly 10 to Wildfly 12 and sometimes Wildfly 12 trigger `@Startup (with @PostContruct)` or `@WebListener` or `(@Observes @Initialized(ApplicationScoped.class)` before the container has fully started.
Ex:
- At these moments we can't inject remote EJBs (simple `new InitialContext().lookup(jndi)`)
- Sometimes these `@Observes` is fired with null (proxy with null reference) parameter
{code}
public void observesContext(@Observes @Initialized(ApplicationScoped.class) ServletContext context){
this.context = context;
}
{code}
*These behavior olny occurs when the server is starting with a application deployed*.
When the application is deployed after the server is up and running, all goes fine a work.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years