September 2019 - infinispan-issues

[JBoss JIRA] (ISPN-10563) Unable to start blueprint container for bundle org.infinispan.multimap/9.4.1.Final org.osgi.service.blueprint.container.Component Definition Exception: Unable to validate xml

by NHUT THAI LE (Jira)

NHUT THAI LE created ISPN-10563: ----------------------------------- Summary: Unable to start blueprint container for bundle org.infinispan.multimap/9.4.1.Final org.osgi.service.blueprint.container.Component Definition Exception: Unable to validate xml Key: ISPN-10563 URL: https://issues.jboss.org/browse/ISPN-10563 Project: Infinispan Issue Type: Bug Components: Multimap Affects Versions: 9.4.1.Final Environment: java 1.8.0_191 org.eclipse.osgi 3.14.0.v20190517-1309 org.apache.felix.scr 2.1.14.v20190123-1619 infinispan-core 9.4.1.Final infinispan-commons 9.4.1.Final infinispan-multimap 9.4.1.Final infinispan-persistence-soft-index 9.4.1.Final Reporter: NHUT THAI LE Using infinispan-multimap in equinox, when starting server i got this error: 14:52:24.059 [Blueprint Extender: 3] ERROR o.a.a.b.c.BlueprintContainerImpl - Unable to start blueprint container for bundle org.infinispan.multimap/9.4.1.Final org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to validate xml at org.apache.aries.blueprint.parser.Parser.validate(Parser.java:349) ~[org.apache.aries.blueprint.core_1.9.0.jar:1.9.0] at org.apache.aries.blueprint.parser.Parser.validate(Parser.java:336) ~[org.apache.aries.blueprint.core_1.9.0.jar:1.9.0] at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:345) [org.apache.aries.blueprint.core_1.9.0.jar:1.9.0] at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:278) [org.apache.aries.blueprint.core_1.9.0.jar:1.9.0] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_45] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_45] at org.apache.aries.blueprint.container.ExecutorServiceWrapper.run(ExecutorServiceWrapper.java:106) [org.apache.aries.blueprint.core_1.9.0.jar:1.9.0] at org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:45) [org.apache.aries.blueprint.core_1.9.0.jar:1.9.0] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_45] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_45] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_45] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.8.0_45] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_45] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_45] at java.lang.Thread.run(Thread.java:745) [na:1.8.0_45] Caused by: org.xml.sax.SAXParseException: cvc-complex-type.2.3: Element 'blueprint' cannot have character [children], because the type's content type is element-only. at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:203) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:134) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:437) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:368) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:325) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator$XSIErrorReporter.reportError(XMLSchemaValidator.java:458) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.reportSchemaError(XMLSchemaValidator.java:3237) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.elementLocallyValidComplexType(XMLSchemaValidator.java:3200) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.elementLocallyValidType(XMLSchemaValidator.java:3160) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.processElementContent(XMLSchemaValidator.java:3062) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleEndElement(XMLSchemaValidator.java:2140) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.endElement(XMLSchemaValidator.java:859) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.jaxp.validation.DOMValidatorHelper.finishNode(DOMValidatorHelper.java:342) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.jaxp.validation.DOMValidatorHelper.validate(DOMValidatorHelper.java:247) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.jaxp.validation.DOMValidatorHelper.validate(DOMValidatorHelper.java:190) ~[na:1.8.0_45] at com.sun.org.apache.xerces.internal.jaxp.validation.ValidatorImpl.validate(ValidatorImpl.java:109) ~[na:1.8.0_45] at javax.xml.validation.Validator.validate(Validator.java:124) ~[na:1.8.0_45] at org.apache.aries.blueprint.parser.Parser.validate(Parser.java:346) ~[org.apache.aries.blueprint.core_1.9.0.jar:1.9.0] ... 14 common frames omitted Looking at the org.infinispan.multimap_9.4.1.Final.jar\OSGI-INF\blueprint\blueprint.xml i found that it contains ${services}. Look like some pre-processing need to run when packaging this bundle to replace that place holder with <service> tag -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10549) Provide Externalizer aware Serialization marshaller as default user marshaller

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10549?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10549: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7264 > Provide Externalizer aware Serialization marshaller as default user marshaller > ------------------------------------------------------------------------------ > > Key: ISPN-10549 > URL: https://issues.jboss.org/browse/ISPN-10549 > Project: Infinispan > Issue Type: Sub-task > Components: Marshalling > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > In ISPN-10354 we removed jboss-marshalling from the core and made {{JavaSerializationMarshaller}} the default user marshaller instead of {{JBossUserMarshaller}}. Consequently, externalizers are only respected by the {{GlobalMarshaller}}, meaning that when store's marshall objects via {{InitializationContext::getPersistenceMarshaller}} any user configured externalizers are not used for serialising user types. > We should provide a {{ExternalizerAwareSerializationMarshaller}} that first tries to serialize user types via any configured externalizers before defaulting to java Serialization. -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10525) Utilise TYPE_ID_ANNOTATION for known internal types

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10525?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10525: -------------------------------- Status: Open (was: New) > Utilise TYPE_ID_ANNOTATION for known internal types > --------------------------------------------------- > > Key: ISPN-10525 > URL: https://issues.jboss.org/browse/ISPN-10525 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > Currently all of our internal types utilise the fully qualified name of a message type during serialization. We can reduce serialization size/latency by utilising the TYPE_ID_ANNOTATION for messages under our control. -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10549) Provide Externalizer aware Serialization marshaller as default user marshaller

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10549?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10549: -------------------------------- Status: Open (was: New) > Provide Externalizer aware Serialization marshaller as default user marshaller > ------------------------------------------------------------------------------ > > Key: ISPN-10549 > URL: https://issues.jboss.org/browse/ISPN-10549 > Project: Infinispan > Issue Type: Sub-task > Components: Marshalling > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > In ISPN-10354 we removed jboss-marshalling from the core and made {{JavaSerializationMarshaller}} the default user marshaller instead of {{JBossUserMarshaller}}. Consequently, externalizers are only respected by the {{GlobalMarshaller}}, meaning that when store's marshall objects via {{InitializationContext::getPersistenceMarshaller}} any user configured externalizers are not used for serialising user types. > We should provide a {{ExternalizerAwareSerializationMarshaller}} that first tries to serialize user types via any configured externalizers before defaulting to java Serialization. -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10548) Remove UserMarshallerWhiteList

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10548?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10548: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7264 > Remove UserMarshallerWhiteList > ------------------------------ > > Key: ISPN-10548 > URL: https://issues.jboss.org/browse/ISPN-10548 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > ISPN-10345 Introduced the UserMarshallerWhiteList for adding exceptions the serialization ClassWhiteList for internal types. This should not be necessary if our tests are updated to utilise Externalizers and the Number.class is added to `ClassWhiteList.SYS_ALLOWED_CLASSES`. -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10548) Remove UserMarshallerWhiteList

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10548?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10548: -------------------------------- Status: Open (was: New) > Remove UserMarshallerWhiteList > ------------------------------ > > Key: ISPN-10548 > URL: https://issues.jboss.org/browse/ISPN-10548 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > ISPN-10345 Introduced the UserMarshallerWhiteList for adding exceptions the serialization ClassWhiteList for internal types. This should not be necessary if our tests are updated to utilise Externalizers and the Number.class is added to `ClassWhiteList.SYS_ALLOWED_CLASSES`. -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10525) Utilise TYPE_ID_ANNOTATION for known internal types

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10525?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10525: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7264 > Utilise TYPE_ID_ANNOTATION for known internal types > --------------------------------------------------- > > Key: ISPN-10525 > URL: https://issues.jboss.org/browse/ISPN-10525 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.CR2 > > > Currently all of our internal types utilise the fully qualified name of a message type during serialization. We can reduce serialization size/latency by utilising the TYPE_ID_ANNOTATION for messages under our control. -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10562) NPE from EvictionManagerImpl.updateEvictionStatistics when JMX statistics are enabled

by Tuomas Kiviaho (Jira)

Tuomas Kiviaho created ISPN-10562: ------------------------------------- Summary: NPE from EvictionManagerImpl.updateEvictionStatistics when JMX statistics are enabled Key: ISPN-10562 URL: https://issues.jboss.org/browse/ISPN-10562 Project: Infinispan Issue Type: Bug Components: Eviction Affects Versions: 9.4.15.Final Reporter: Tuomas Kiviaho For some reason I started to get NPEs from EvictionManagerImpl. It seems that AsyncInterceptorChain running is returning null. The state says STARTED, but the instance inside the ComponentWrapped is null. 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:633) 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.hibernate.cache.commons.access.PutFromLoadValidator$PendingPutMap.pferValueIfNeeded(PutFromLoadValidator.java:913) at org.infinispan.hibernate.cache.commons.access.PutFromLoadValidator$PendingPutMap.removeInvalidator(PutFromLoadValidator.java:896) at org.infinispan.hibernate.cache.commons.access.PutFromLoadValidator.endInvalidatingKey(PutFromLoadValidator.java:634) at org.infinispan.hibernate.cache.v53.impl.LocalInvalidationInvocation.invoke(LocalInvalidationInvocation.java:39) at org.infinispan.hibernate.cache.v53.impl.Sync.transactionCompleted(Sync.java:106) at org.hibernate.internal.AbstractSharedSessionContract.afterTransactionCompletion(AbstractSharedSessionContract.java:450) at org.hibernate.internal.SessionImpl.afterTransactionCompletion(SessionImpl.java:2568) at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.afterTransactionCompletion(JdbcCoordinatorImpl.java:479) -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10561) Upgrade to Jackson Databind 2.9.9.3

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10561?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10561: ----------------------------------- Status: Open (was: New) > Upgrade to Jackson Databind 2.9.9.3 > ----------------------------------- > > Key: ISPN-10561 > URL: https://issues.jboss.org/browse/ISPN-10561 > Project: Infinispan > Issue Type: Component Upgrade > Components: Build > Affects Versions: 9.4.16.Final, 10.0.0.CR1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.CR2, 9.4.17.Final > > -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10561) Upgrade to Jackson Databind 2.9.9.3

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10561?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10561: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7270, https://github.com/infinispan/infinispan/pull/7271 > Upgrade to Jackson Databind 2.9.9.3 > ----------------------------------- > > Key: ISPN-10561 > URL: https://issues.jboss.org/browse/ISPN-10561 > Project: Infinispan > Issue Type: Component Upgrade > Components: Build > Affects Versions: 9.4.16.Final, 10.0.0.CR1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.CR2, 9.4.17.Final > > -- This message was sent by Atlassian Jira (v7.13.5#713005)

4 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2019