[JBoss JIRA] (ISPN-9083) Remove support for 'indexed_by_default' option in protobuf schemas
by Nistor Adrian (Jira)
[ https://issues.jboss.org/browse/ISPN-9083?page=com.atlassian.jira.plugin.... ]
Nistor Adrian updated ISPN-9083:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Remove support for 'indexed_by_default' option in protobuf schemas
> ------------------------------------------------------------------
>
> Key: ISPN-9083
> URL: https://issues.jboss.org/browse/ISPN-9083
> Project: Infinispan
> Issue Type: Task
> Components: Remote Querying
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Labels: SearchNG
> Fix For: 10.0.0.Final
>
>
> All the behaviour around this option must be removed and the option must be documented as no longer supported in Infinispan 10.
> Usage of this option must trigger a warning. Should be entirely removed in 10.1 or some later version right after 10 - usages will be ignored after this point.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10851) Server Docs: JGroups Encryption
by Donald Naro (Jira)
Donald Naro created ISPN-10851:
----------------------------------
Summary: Server Docs: JGroups Encryption
Key: ISPN-10851
URL: https://issues.jboss.org/browse/ISPN-10851
Project: Infinispan
Issue Type: Enhancement
Components: Documentation-Servers
Reporter: Donald Naro
Assignee: Donald Naro
Also describes the default cache templates and how to retrieve them via rest and cli.
As a user, I want to create caches at startup.
As a user, I want to create caches on the fly/dynamically.
As a user, I want to create permanent caches.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10851) Server Docs: JGroups Encryption
by Donald Naro (Jira)
[ https://issues.jboss.org/browse/ISPN-10851?page=com.atlassian.jira.plugin... ]
Donald Naro updated ISPN-10851:
-------------------------------
Description: Encrypt inter-cluster communication, sync or async. (was: Also describes the default cache templates and how to retrieve them via rest and cli.
As a user, I want to create caches at startup.
As a user, I want to create caches on the fly/dynamically.
As a user, I want to create permanent caches.)
> Server Docs: JGroups Encryption
> -------------------------------
>
> Key: ISPN-10851
> URL: https://issues.jboss.org/browse/ISPN-10851
> Project: Infinispan
> Issue Type: Enhancement
> Components: Documentation-Servers
> Reporter: Donald Naro
> Assignee: Donald Naro
> Priority: Major
>
> Encrypt inter-cluster communication, sync or async.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10850) Add checkstyle rule to require alwaysRun=true
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-10850?page=com.atlassian.jira.plugin... ]
Dan Berindei updated ISPN-10850:
--------------------------------
Summary: Add checkstyle rule to require alwaysRun=true (was: Add checstyle rule to require alwaysRun=true)
> Add checkstyle rule to require alwaysRun=true
> ---------------------------------------------
>
> Key: ISPN-10850
> URL: https://issues.jboss.org/browse/ISPN-10850
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core, Test Suite - Query, Test Suite - Server
> Affects Versions: 10.0.0.CR3
> Reporter: Dan Berindei
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> TestNG annotations like {{@AfterClass}} and {{@AfterMethod}} require {{alwaysRun=true}} to run after test/setup failures. When the tear down methods don't run, that usually causes thread leaks.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10850) Add checstyle rule to require alwaysRun=true
by Dan Berindei (Jira)
Dan Berindei created ISPN-10850:
-----------------------------------
Summary: Add checstyle rule to require alwaysRun=true
Key: ISPN-10850
URL: https://issues.jboss.org/browse/ISPN-10850
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Core, Test Suite - Query, Test Suite - Server
Affects Versions: 10.0.0.CR3
Reporter: Dan Berindei
Fix For: 10.1.0.Final
TestNG annotations like {{@AfterClass}} and {{@AfterMethod}} require {{alwaysRun=true}} to run after test/setup failures. When the tear down methods don't run, that usually causes thread leaks.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10822) java.lang.Error: Maximum permit count exceeded
by Will Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-10822?page=com.atlassian.jira.plugin... ]
Will Burns commented on ISPN-10822:
-----------------------------------
Also I would highly recommend updating the latest minor of 9.4.x as there have been a lot of bug fixes since 9.4.4.
> java.lang.Error: Maximum permit count exceeded
> ----------------------------------------------
>
> Key: ISPN-10822
> URL: https://issues.jboss.org/browse/ISPN-10822
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Executor
> Affects Versions: 9.4.4.Final
> Reporter: AshokKumar NV
> Assignee: Will Burns
> Priority: Major
>
> We use an MS-SQL database when we are try to retrieve the data concurrently we are facing this issue.
> Please find the stack trace.
> {noformat}
> java.lang.Error: Maximum permit count exceeded
> at java.base/java.util.concurrent.Semaphore$Sync.tryReleaseShared(Semaphore.java:198)
> at java.base/java.util.concurrent.locks.AbstractQueuedSynchronizer.releaseShared(AbstractQueuedSynchronizer.java:1382)
> at java.base/java.util.concurrent.Semaphore.release(Semaphore.java:432)
> at io.reactivex.internal.operators.flowable.FlowableUsing$UsingSubscriber.onComplete(FlowableUsing.java:139)
> at io.reactivex.internal.operators.flowable.FlowableUsing$UsingSubscriber.onComplete(FlowableUsing.java:148)
> at io.reactivex.internal.subscriptions.EmptySubscription.complete(EmptySubscription.java:68)
> at io.reactivex.internal.operators.flowable.FlowableFromIterable.subscribe(FlowableFromIterable.java:61)
> at io.reactivex.internal.operators.flowable.FlowableFromIterable.subscribeActual(FlowableFromIterable.java:47)
> at io.reactivex.Flowable.subscribe(Flowable.java:14409)
> at io.reactivex.Flowable.subscribe(Flowable.java:14356)
> at io.reactivex.internal.operators.flowable.FlowableUsing.subscribeActual(FlowableUsing.java:74)
> at io.reactivex.Flowable.subscribe(Flowable.java:14409)
> at io.reactivex.Flowable.subscribe(Flowable.java:14356)
> at io.reactivex.internal.operators.flowable.FlowableUsing.subscribeActual(FlowableUsing.java:74)
> at io.reactivex.Flowable.subscribe(Flowable.java:14409)
> at io.reactivex.internal.operators.flowable.FlowableMap.subscribeActual(FlowableMap.java:38)
> at io.reactivex.Flowable.subscribe(Flowable.java:14409)
> at io.reactivex.internal.operators.flowable.BlockingFlowableIterable.iterator(BlockingFlowableIterable.java:42)
> at org.infinispan.util.Closeables.iterator(Closeables.java:30)
> at org.infinispan.stream.impl.local.PersistenceEntryStreamSupplier.lambda$null$5(PersistenceEntryStreamSupplier.java:104)
> at org.infinispan.util.LazyConcatIterator.hasNext(LazyConcatIterator.java:43)
> at java.base/java.util.Spliterators$IteratorSpliterator.tryAdvance(Spliterators.java:1811)
> at java.base/java.util.stream.StreamSpliterators$WrappingSpliterator.lambda$initPartialTraversalState$0(StreamSpliterators.java:294)
> at java.base/java.util.stream.StreamSpliterators$AbstractWrappingSpliterator.fillBuffer(StreamSpliterators.java:206)
> at java.base/java.util.stream.StreamSpliterators$AbstractWrappingSpliterator.doAdvance(StreamSpliterators.java:169)
> at java.base/java.util.stream.StreamSpliterators$WrappingSpliterator.tryAdvance(StreamSpliterators.java:300)
> at java.base/java.util.Spliterators$1Adapter.hasNext(Spliterators.java:681)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months