[JBoss JIRA] (WFLY-9748) Support new parameter-level "@Priority" annotation
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/WFLY-9748?page=com.atlassian.jira.plugin.... ]
David Lloyd updated WFLY-9748:
------------------------------
Description: The {{@Priority}} annotation in Common Annotations 1.3 has gained a PARAMETER applicability level. We must ensure that our interceptor metadata processing picks up these annotations. (was: The {{@Priority}} annotation in Common Annotations 1.3 has gained a METHOD applicability level. We must ensure that our interceptor metadata processing picks up these annotations.)
> Support new parameter-level "@Priority" annotation
> --------------------------------------------------
>
> Key: WFLY-9748
> URL: https://issues.jboss.org/browse/WFLY-9748
> Project: WildFly
> Issue Type: Enhancement
> Components: CDI / Weld, EE, EJB
> Reporter: David Lloyd
> Priority: Critical
> Labels: JavaEE8
> Fix For: 12.0.0.Alpha1
>
>
> The {{@Priority}} annotation in Common Annotations 1.3 has gained a PARAMETER applicability level. We must ensure that our interceptor metadata processing picks up these annotations.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9824) Getting javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB EJBHomeLocator for "jsr-77/jsr-77/EJB" in resourceadpater
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/WFLY-9824?page=com.atlassian.jira.plugin.... ]
David Lloyd resolved WFLY-9824.
-------------------------------
Assignee: (was: Jason Greene)
Resolution: Rejected
This is not a help forum, it's a bug tracker. Please direct your question to the WildFly User forums.
> Getting javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB EJBHomeLocator for "jsr-77/jsr-77/EJB" in resourceadpater
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-9824
> URL: https://issues.jboss.org/browse/WFLY-9824
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 11.0.0.Final
> Reporter: shubhashish dash
> Priority: Critical
> Attachments: EAR.ear, server.log
>
>
> I have deployed a EAR in wildfly 11.0.0 Final. The EAR has two sub deplyoment one is a .rar and another is a .war . The both the deployment contains below code
> ////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
> final InitialContext initialContext = new InitialContext();
> final ManagementHome mejb = (ManagementHome) initialContext.lookup("ejb/mgmt/MEJB");
> final ObjectName searchpattern = new ObjectName("*:j2eeType=J2EEServer,*");
> final Management management = mejb.create();
> final Set<ObjectName> set = management.queryNames(searchpattern, null);
> if (set != null && set.size() != 0) {
> final String s = management.getAttribute(set.iterator().next(), "serverVendor").toString();
> System.out.println(s);
> }
> ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
> But while running the application I am getting "javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB EJBHomeLocator for "jsr-77/jsr-77/EJB"" error. This error only comes in case of rar and not in the war.
> I have attached the sample app with this issue.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9098) Infinispan & Wildfly
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/WFLY-9098?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero resolved WFLY-9098.
-----------------------------------
Resolution: Incomplete Description
> Infinispan & Wildfly
> ---------------------
>
> Key: WFLY-9098
> URL: https://issues.jboss.org/browse/WFLY-9098
> Project: WildFly
> Issue Type: Bug
> Reporter: Majid Mostafavi
> Assignee: Sanne Grinovero
>
> 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.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9098) Infinispan & Wildfly
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/WFLY-9098?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero closed WFLY-9098.
---------------------------------
> Infinispan & Wildfly
> ---------------------
>
> Key: WFLY-9098
> URL: https://issues.jboss.org/browse/WFLY-9098
> Project: WildFly
> Issue Type: Bug
> Reporter: Majid Mostafavi
> Assignee: Sanne Grinovero
>
> 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.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-5459) Rename JGroups-related attributes
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-5459?page=com.atlassian.jira.plugin.... ]
Paul Ferraro commented on WFLY-5459:
------------------------------------
As part of WFLY-9746, I introduced a new attribute, so it made sense to address this issue at the same time. We now have:
jgroups-stack (deprecated) - references a protocol stack
jgroups-channel - references a jgroups channel
jgroups-cluster - identifies the group with/from which to broadcast/discover nodes
> Rename JGroups-related attributes
> ---------------------------------
>
> Key: WFLY-5459
> URL: https://issues.jboss.org/browse/WFLY-5459
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.CR2
> Reporter: Jeff Mesnil
> Assignee: Paul Ferraro
>
> Based on Paul feedback in https://github.com/wildfly/wildfly/pull/8221#issuecomment-145013596:
> {quote}You may want to consider renaming these attributes, however, since the names are now a little confusing. For example, jgroups-stack is perhaps better described as jgroups-channel-factory, since it can specify either a stack name or a channel name. jgroups-channel is also confusing in this context, since this specifies either the cluster name, in the case where jgroups-stack specifies a stack; or the fork name, in the case where the jgroups-stack specifies a channel name. Perhaps jgroups-cluster-name is a better choice?{quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2275) Null pointer exception when calling updateToVersion with existing data in a stateful KieSession
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2275?page=com.atlassian.jira.plugi... ]
Mario Fusco commented on DROOLS-2275:
-------------------------------------
[~cpoe] Thanks a lot. Please let me know if this is fixed for you so I could close this ticket.
> Null pointer exception when calling updateToVersion with existing data in a stateful KieSession
> -----------------------------------------------------------------------------------------------
>
> Key: DROOLS-2275
> URL: https://issues.jboss.org/browse/DROOLS-2275
> Project: Drools
> Issue Type: Bug
> Environment: Wildfly 8.2.1, Standalone
> Reporter: Chad Poe
> Assignee: Mario Fusco
> Attachments: org.drools.test.beta-memory.zip
>
>
> This error was first discovered in a proprietary application that is running in wildfly 8.2.1. Up until now I was unable to reproduce outside of the mentioned environment. After narrowing down the exact conditions that cause the error to occur I was able to create a sample project that forces the issue to occur. Below is the stack trace:
> Caused by: java.lang.NullPointerException
> at org.drools.core.reteoo.BetaMemory.linkNode(BetaMemory.java:93)
> at org.drools.core.reteoo.BetaMemory.linkNode(BetaMemory.java:88)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.staticDoLinkRiaNode(SingleObjectSinkAdapter.java:111)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.doLinkRiaNode(SingleObjectSinkAdapter.java:93)
> at org.drools.core.reteoo.RiaPathMemory.doLinkRule(RiaPathMemory.java:52)
> at org.drools.core.reteoo.PathMemory.linkSegment(PathMemory.java:103)
> at org.drools.core.reteoo.SegmentMemory.notifyRuleLinkSegment(SegmentMemory.java:192)
> at org.drools.core.phreak.AddRemoveRule.addNewPaths(AddRemoveRule.java:452)
> at org.drools.core.phreak.AddRemoveRule.addRule(AddRemoveRule.java:123)
> at org.drools.core.reteoo.builder.ReteooRuleBuilder.addSubRule(ReteooRuleBuilder.java:189)
> at org.drools.core.reteoo.builder.ReteooRuleBuilder.addRule(ReteooRuleBuilder.java:133)
> at org.drools.core.reteoo.ReteooBuilder.addRule(ReteooBuilder.java:110)
> at org.drools.core.impl.KnowledgeBaseImpl.internalAddRule(KnowledgeBaseImpl.java:1530)
> at org.drools.core.impl.KnowledgeBaseImpl.lambda$addRules$4(KnowledgeBaseImpl.java:1523)
> at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:734)
> at org.drools.core.impl.KnowledgeBaseImpl.addRules(KnowledgeBaseImpl.java:1521)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRete(KnowledgeBuilderImpl.java:1010)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.buildRules(KnowledgeBuilderImpl.java:2524)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.buildPackages(KnowledgeBuilderImpl.java:2450)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:109)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:99)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.rebuildAll(KieContainerImpl.java:473)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.updateKBase(KieContainerImpl.java:309)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.lambda$update$0(KieContainerImpl.java:260)
> at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:734)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.update(KieContainerImpl.java:260)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.updateToVersion(KieContainerImpl.java:199)
> at org.drools.test.KieRuntimeManager.buildOnKfs(KieRuntimeManager.java:202)
> at org.drools.test.KieRuntimeManager.loadRule(KieRuntimeManager.java:147)
> at org.drools.test.DroolsReasonerContainer.loadRule(DroolsReasonerContainer.java:22)
> at org.drools.test.App.main(App.java:22)
> ... 6 more
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2275) Null pointer exception when calling updateToVersion with existing data in a stateful KieSession
by Chad Poe (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2275?page=com.atlassian.jira.plugi... ]
Chad Poe commented on DROOLS-2275:
----------------------------------
Ahh I did not realize 7.6.0.Final was out. The error no longer occurs in the attached sample app. I will validate on the production system.
> Null pointer exception when calling updateToVersion with existing data in a stateful KieSession
> -----------------------------------------------------------------------------------------------
>
> Key: DROOLS-2275
> URL: https://issues.jboss.org/browse/DROOLS-2275
> Project: Drools
> Issue Type: Bug
> Environment: Wildfly 8.2.1, Standalone
> Reporter: Chad Poe
> Assignee: Mario Fusco
> Attachments: org.drools.test.beta-memory.zip
>
>
> This error was first discovered in a proprietary application that is running in wildfly 8.2.1. Up until now I was unable to reproduce outside of the mentioned environment. After narrowing down the exact conditions that cause the error to occur I was able to create a sample project that forces the issue to occur. Below is the stack trace:
> Caused by: java.lang.NullPointerException
> at org.drools.core.reteoo.BetaMemory.linkNode(BetaMemory.java:93)
> at org.drools.core.reteoo.BetaMemory.linkNode(BetaMemory.java:88)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.staticDoLinkRiaNode(SingleObjectSinkAdapter.java:111)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.doLinkRiaNode(SingleObjectSinkAdapter.java:93)
> at org.drools.core.reteoo.RiaPathMemory.doLinkRule(RiaPathMemory.java:52)
> at org.drools.core.reteoo.PathMemory.linkSegment(PathMemory.java:103)
> at org.drools.core.reteoo.SegmentMemory.notifyRuleLinkSegment(SegmentMemory.java:192)
> at org.drools.core.phreak.AddRemoveRule.addNewPaths(AddRemoveRule.java:452)
> at org.drools.core.phreak.AddRemoveRule.addRule(AddRemoveRule.java:123)
> at org.drools.core.reteoo.builder.ReteooRuleBuilder.addSubRule(ReteooRuleBuilder.java:189)
> at org.drools.core.reteoo.builder.ReteooRuleBuilder.addRule(ReteooRuleBuilder.java:133)
> at org.drools.core.reteoo.ReteooBuilder.addRule(ReteooBuilder.java:110)
> at org.drools.core.impl.KnowledgeBaseImpl.internalAddRule(KnowledgeBaseImpl.java:1530)
> at org.drools.core.impl.KnowledgeBaseImpl.lambda$addRules$4(KnowledgeBaseImpl.java:1523)
> at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:734)
> at org.drools.core.impl.KnowledgeBaseImpl.addRules(KnowledgeBaseImpl.java:1521)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRete(KnowledgeBuilderImpl.java:1010)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.buildRules(KnowledgeBuilderImpl.java:2524)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.buildPackages(KnowledgeBuilderImpl.java:2450)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:109)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:99)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.rebuildAll(KieContainerImpl.java:473)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.updateKBase(KieContainerImpl.java:309)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.lambda$update$0(KieContainerImpl.java:260)
> at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:734)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.update(KieContainerImpl.java:260)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.updateToVersion(KieContainerImpl.java:199)
> at org.drools.test.KieRuntimeManager.buildOnKfs(KieRuntimeManager.java:202)
> at org.drools.test.KieRuntimeManager.loadRule(KieRuntimeManager.java:147)
> at org.drools.test.DroolsReasonerContainer.loadRule(DroolsReasonerContainer.java:22)
> at org.drools.test.App.main(App.java:22)
> ... 6 more
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months