[JBoss JIRA] (WFLY-11763) NPE in Infinispan EvictionManagerImpl when statistics are enabled
by Dan Berindei (Jira)
[ https://issues.redhat.com/browse/WFLY-11763?page=com.atlassian.jira.plugi... ]
Dan Berindei commented on WFLY-11763:
-------------------------------------
Fixed in Infinispan 10.0.0.Beta4 with ISPN-8219
> NPE in Infinispan EvictionManagerImpl when statistics are enabled
> -----------------------------------------------------------------
>
> Key: WFLY-11763
> URL: https://issues.redhat.com/browse/WFLY-11763
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 16.0.0.Beta1
> Reporter: Frank Langelage
> Assignee: Paul Ferraro
> Priority: Major
>
> I enabled statistics through attribute "statistics-enabled" within the infinispan subsystem on all cache-containner's and all local-cache's using standalone-full.xml as the base.
> After some time I see NullPointerExceptions with this stacktrace:
> {noformat}
> 22.02. 10:46:31,422 WARNING [com.github.benmanes.caffeine.cache.BoundedLocalCache#lambda$notifyRemoval$1] Exception thrown by removal listener: java.lang.NullPointerException
> at org.infinispan.eviction.impl.EvictionManagerImpl.updateEvictionStatistics(EvictionManagerImpl.java:45)
> at org.infinispan.eviction.impl.EvictionManagerImpl.onEntryEviction(EvictionManagerImpl.java:39)
> at org.infinispan.container.impl.AbstractInternalDataContainer$DefaultEvictionListener.onEntryEviction(AbstractInternalDataContainer.java:516)
> at org.infinispan.container.impl.AbstractInternalDataContainer.lambda$applyListener$5(AbstractInternalDataContainer.java:479)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$notifyRemoval$1(BoundedLocalCache.java:286)
> at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:20)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.notifyRemoval(BoundedLocalCache.java:292)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.evictEntry(BoundedLocalCache.java:821)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.evictFromMain(BoundedLocalCache.java:638)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.evictEntries(BoundedLocalCache.java:504)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.maintenance(BoundedLocalCache.java:1137)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.performCleanUp(BoundedLocalCache.java:1108)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache$PerformCleanupTask.run(BoundedLocalCache.java:2979)
> at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:20)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.scheduleDrainBuffers(BoundedLocalCache.java:1080)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.scheduleAfterWrite(BoundedLocalCache.java:1047)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.afterWrite(BoundedLocalCache.java:1017)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.remap(BoundedLocalCache.java:2272)
> at com.github.benmanes.caffeine.cache.BoundedLocalCache.compute(BoundedLocalCache.java:2146)
> at com.github.benmanes.caffeine.cache.LocalCache.compute(LocalCache.java:100)
> at org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:229)
> at org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:248)
> at org.infinispan.cache.impl.SimpleCacheImpl.putForExternalReadInternal(SimpleCacheImpl.java:207)
> at org.infinispan.cache.impl.StatsCollectingCache.putForExternalReadInternal(StatsCollectingCache.java:200)
> at org.infinispan.cache.impl.SimpleCacheImpl.putForExternalRead(SimpleCacheImpl.java:180)
> at org.infinispan.cache.impl.AbstractDelegatingCache.putForExternalRead(AbstractDelegatingCache.java:49)
> at org.infinispan.cache.impl.EncoderCache.putForExternalRead(EncoderCache.java:175)
> at org.infinispan.cache.impl.AbstractDelegatingCache.putForExternalRead(AbstractDelegatingCache.java:49)
> at org.infinispan.hibernate.cache.commons.access.InvalidationCacheAccessDelegate.putFromLoad(InvalidationCacheAccessDelegate.java:114)
> at org.infinispan.hibernate.cache.v53.impl.ReadOnlyEntityDataAccess.putFromLoad(ReadOnlyEntityDataAccess.java:30)
> at org.hibernate.engine.internal.TwoPhaseLoad.doInitializeEntity(TwoPhaseLoad.java:226)
> at org.hibernate.engine.internal.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:129)
> at org.hibernate.loader.plan.exec.process.internal.AbstractRowReader.performTwoPhaseLoad(AbstractRowReader.java:238)
> at org.hibernate.loader.plan.exec.process.internal.AbstractRowReader.finishUp(AbstractRowReader.java:209)
> at org.hibernate.loader.plan.exec.process.internal.ResultSetProcessorImpl.extractResults(ResultSetProcessorImpl.java:133)
> at org.hibernate.loader.plan.exec.internal.AbstractLoadPlanBasedLoader.executeLoad(AbstractLoadPlanBasedLoader.java:122)
> at org.hibernate.loader.plan.exec.internal.AbstractLoadPlanBasedLoader.executeLoad(AbstractLoadPlanBasedLoader.java:86)
> at org.hibernate.loader.entity.plan.AbstractLoadPlanBasedEntityLoader.load(AbstractLoadPlanBasedEntityLoader.java:188)
> at org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:4271)
> at org.hibernate.event.internal.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:511)
> at org.hibernate.event.internal.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:481)
> at org.hibernate.event.internal.DefaultLoadEventListener.load(DefaultLoadEventListener.java:222)
> at org.hibernate.event.internal.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:281)
> at org.hibernate.event.internal.DefaultLoadEventListener.doOnLoad(DefaultLoadEventListener.java:124)
> at org.hibernate.event.internal.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:92)
> at org.hibernate.internal.SessionImpl.fireLoad(SessionImpl.java:1257)
> at org.hibernate.internal.SessionImpl.access$1900(SessionImpl.java:207)
> at org.hibernate.internal.SessionImpl$IdentifierLoadAccessImpl.doLoad(SessionImpl.java:2874)
> at org.hibernate.internal.SessionImpl$IdentifierLoadAccessImpl.load(SessionImpl.java:2848)
> at org.hibernate.internal.SessionImpl.find(SessionImpl.java:3483)
> at org.hibernate.internal.SessionImpl.find(SessionImpl.java:3447)
> at org.jboss.as.jpa.container.AbstractEntityManager.find(AbstractEntityManager.java:213)
> at biz.mbisoftware.fn.ejb.session.core.MbiFeatureFacade.getVariaData(MbiFeatureFacade.java:282)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (DROOLS-5525) Fix PMML for Kogito' native compilation i
by Gabriele Cardosi (Jira)
Gabriele Cardosi created DROOLS-5525:
----------------------------------------
Summary: Fix PMML for Kogito' native compilation i
Key: DROOLS-5525
URL: https://issues.redhat.com/browse/DROOLS-5525
Project: Drools
Issue Type: Task
Reporter: Gabriele Cardosi
Assignee: Gabriele Cardosi
Currently PMML (inside drools repo) uses some reflaction/dynamic class discovery that is uncompatible with Kogito native compilation.
This task imply:
1) modify PMML (inside drools repo) to avoid reflection/dynamic class discovery
2) verify PMML native compilation functionality inside kogito-runtimes
3) create tests/ verify PMML native compilation functionality inside kogito-examples (both as standalone and in DMN-PMML integration)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (JGRP-2494) DNS_PING and failed probes
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2494?page=com.atlassian.jira.plugin... ]
Bela Ban commented on JGRP-2494:
--------------------------------
Can this issue be closed with resolution=upgrade?
> DNS_PING and failed probes
> --------------------------
>
> Key: JGRP-2494
> URL: https://issues.redhat.com/browse/JGRP-2494
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.1.9
> Reporter: Dewayne McNair
> Assignee: Bela Ban
> Priority: Major
> Attachments: JGRP-2494.txt
>
>
> Using DNS_PING in a DC/OS (marathon) deployment, there are two SRV records returned - one for the web port and one for the jgroups port. When the discovery request is sent, an exception is thrown and logged. The clustering is working, but logs are filling up due to the exception happening and being logged frequently.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (JGRP-2493) RELAY does not use protocol stack supplied programmatically
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2493?page=com.atlassian.jira.plugin... ]
Bela Ban updated JGRP-2493:
---------------------------
Fix Version/s: 5.0.0.Final
> RELAY does not use protocol stack supplied programmatically
> -----------------------------------------------------------
>
> Key: JGRP-2493
> URL: https://issues.redhat.com/browse/JGRP-2493
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.2.4
> Reporter: S Pokutniy
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 5.0.0.Final
>
>
> RELAY does not use protocol stack supplied programmatically (i.e. stack which was set by using relay.setProtocolStack(protocolStack). Even though the stack is used in init(), the function below only relies on bridge_props file. Even though using an XML file is mostly possible, it becomes problematic when a custom SSLContext needs to be used in SSL_KEY_EXCHANGE, which can now only be set programmatically.
>
> protected void createBridge() {
> try {
> if(log.isTraceEnabled())
> log.trace("I'm the coordinator, creating a channel (props=" + bridge_props + ", cluster_name=" + bridge_name + ")");
> {color:#FF0000}bridge=new JChannel(bridge_props);{color}
> bridge.setDiscardOwnMessages(true); // don't receive my own messages
> bridge.setReceiver(new Receiver());
> bridge.connect(bridge_name);
> }
> catch(Exception e) {
> log.error(Util.getMessage("FailedCreatingBridgeChannelProps") + bridge_props + ")", e);
> }
> }
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months