[JBoss JIRA] (ISPN-7656) DefaultDataContainer.entrySet().stream().toArray(Object[]::new) may fail
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-7656?page=com.atlassian.jira.plugin.... ]
William Burns edited comment on ISPN-7656 at 3/22/17 5:13 PM:
--------------------------------------------------------------
Even more fun the values method returns expired entries and doesn't even state that :( And since there is no metadata along with it the user wouldn't even know if it was expired or not.
Sadly this means that keySet does the same thing.
was (Author: william.burns):
Even more fun the values method returns expired entries and doesn't even state that :( And since there is no metadata along with it the user wouldn't even know if it was expired or not.
> DefaultDataContainer.entrySet().stream().toArray(Object[]::new) may fail
> ------------------------------------------------------------------------
>
> Key: ISPN-7656
> URL: https://issues.jboss.org/browse/ISPN-7656
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Reporter: Radim Vansa
> Assignee: William Burns
>
> When the default Spliterator estimates size of the array, it calls {{DefaultDataContainer.EntrySet#size()}} that returns directly the size of container (including expired entries). Then the container is iterated using {{ImmutableEntryIterator}} which excludes expired entries by default, and this may return less elements than the original size() provided. That causes failure like this:
> {code}
> java.lang.IllegalStateException: End size 1 is less than fixed size 2
> at java.util.stream.Nodes$FixedNodeBuilder.end(Nodes.java:1232)
> at java.util.stream.Sink$ChainedReference.end(Sink.java:258)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:545)
> at java.util.stream.AbstractPipeline.evaluateToArrayNode(AbstractPipeline.java:260)
> at java.util.stream.ReferencePipeline.toArray(ReferencePipeline.java:438)
> {code}
> Note that this can also happen without expiration upon concurrent modification. We have to adjust the characteristics (remove {{#SIZED}}) of provided spliterators.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ISPN-6713) RemoteQueryDslConditionsTest.testIsNullNumericWithProjection1 fails
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6713?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6713:
----------------------------------
Fix Version/s: (was: 9.0.0.Final)
> RemoteQueryDslConditionsTest.testIsNullNumericWithProjection1 fails
> -------------------------------------------------------------------
>
> Key: ISPN-6713
> URL: https://issues.jboss.org/browse/ISPN-6713
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Querying
> Affects Versions: 8.0.0.Final
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 9.0.0.CR4
>
>
> {code}
> java.lang.NumberFormatException: Invalid shift value in prefixCoded bytes (is encoded value really an INT?)
> at org.apache.lucene.util.NumericUtils.getPrefixCodedIntShift(NumericUtils.java:216)
> at org.apache.lucene.util.NumericUtils$2.accept(NumericUtils.java:504)
> at org.apache.lucene.index.FilteredTermsEnum.next(FilteredTermsEnum.java:232)
> at org.apache.lucene.uninverting.FieldCacheImpl$Uninvert.uninvert(FieldCacheImpl.java:285)
> at org.apache.lucene.uninverting.FieldCacheImpl$LongCache.createValue(FieldCacheImpl.java:552)
> at org.apache.lucene.uninverting.FieldCacheImpl$Cache.get(FieldCacheImpl.java:189)
> at org.apache.lucene.uninverting.FieldCacheImpl.getNumerics(FieldCacheImpl.java:469)
> at org.apache.lucene.uninverting.UninvertingReader.getNumericDocValues(UninvertingReader.java:233)
> at org.apache.lucene.index.DocValues.getNumeric(DocValues.java:225)
> at org.apache.lucene.search.FieldComparator$NumericComparator.getNumericDocValues(FieldComparator.java:167)
> at org.apache.lucene.search.FieldComparator$NumericComparator.doSetNextReader(FieldComparator.java:153)
> at org.apache.lucene.search.SimpleFieldComparator.getLeafComparator(SimpleFieldComparator.java:36)
> at org.apache.lucene.search.FieldValueHitQueue.getComparators(FieldValueHitQueue.java:183)
> at org.apache.lucene.search.TopFieldCollector$SimpleFieldCollector.getLeafCollector(TopFieldCollector.java:164)
> at org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:812)
> at org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:535)
> at org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:523)
> at org.hibernate.search.query.engine.impl.LazyQueryState.search(LazyQueryState.java:103)
> at org.hibernate.search.query.engine.impl.QueryHits.updateTopDocs(QueryHits.java:241)
> at org.hibernate.search.query.engine.impl.QueryHits.<init>(QueryHits.java:136)
> at org.hibernate.search.query.engine.impl.QueryHits.<init>(QueryHits.java:105)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.getQueryHits(LuceneHSQuery.java:313)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.queryEntityInfos(LuceneHSQuery.java:143)
> at org.infinispan.query.impl.CacheQueryImpl.list(CacheQueryImpl.java:161)
> at org.infinispan.query.dsl.embedded.impl.EmbeddedLuceneQuery.listInternal(EmbeddedLuceneQuery.java:75)
> at org.infinispan.query.dsl.embedded.impl.EmbeddedLuceneQuery.list(EmbeddedLuceneQuery.java:69)
> at org.infinispan.query.remote.impl.QueryFacadeImpl.makeResponse(QueryFacadeImpl.java:87)
> at org.infinispan.query.remote.impl.QueryFacadeImpl.query(QueryFacadeImpl.java:64)
> at org.infinispan.server.hotrod.HotRodServer.query(HotRodServer.scala:78)
> at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:146)
> at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$1(ContextHandler.java:56)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:145)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ISPN-7614) Disabling a store doesn't stop it
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7614?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7614:
----------------------------------
Fix Version/s: 9.0.0.CR4
(was: 9.0.0.Final)
> Disabling a store doesn't stop it
> ---------------------------------
>
> Key: ISPN-7614
> URL: https://issues.jboss.org/browse/ISPN-7614
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.CR2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.0.0.CR4
>
>
> When disabling a store via {{PersistenceManager.disableStore(...)}}, the store is removed from the list of loaders/writers, but its {{stop()}} method is not called, so buffers may not be flushed.
> {{AsyncCacheWriter}} will also leak the {{AsyncStoreCoordinator}} thread if {{stop()}} is not called, and this thread leak is visible when running {{ClassLoaderManagerDisablingTest}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ISPN-7065) Collect clustered memory statistics
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7065?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7065:
----------------------------------
Fix Version/s: 9.0.0.CR4
(was: 9.0.0.Final)
> Collect clustered memory statistics
> -----------------------------------
>
> Key: ISPN-7065
> URL: https://issues.jboss.org/browse/ISPN-7065
> Project: Infinispan
> Issue Type: Feature Request
> Components: JMX, reporting and management, Server
> Reporter: Tristan Tarrant
> Assignee: Ryan Emerson
> Fix For: 9.0.0.CR4
>
>
> Currently, memory stats (such as used/free heap) in a cluster / domain need to be collected by looking at the JVM memory mbeans for each individual node.
> We should provide an MBean which provides aggregated cluster statistics for this as well as exposing this information over the DMR.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years