[JBoss JIRA] (ISPN-10276) Adapt StoreMigrator to support Infinispan 8-10 marshallers
by Ryan Emerson (Jira)
Ryan Emerson created ISPN-10276:
-----------------------------------
Summary: Adapt StoreMigrator to support Infinispan 8-10 marshallers
Key: ISPN-10276
URL: https://issues.jboss.org/browse/ISPN-10276
Project: Infinispan
Issue Type: Sub-task
Components: Loaders and Stores
Affects Versions: 10.0.0.Beta3
Reporter: Ryan Emerson
Assignee: Ryan Emerson
Fix For: 10.0.0.Beta4
Currently the StoreMigrator only supports reading from Infinispan 8 stores. Due to the incompatibilities introduced with the Persistence marshaller changes, it's necessary for the migrator to now support reading from both 8/9 bytes.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (ISPN-10239) FineGrainedAtomicMap.clear() concurrency issues
by Ryan Emerson (Jira)
[ https://issues.jboss.org/browse/ISPN-10239?page=com.atlassian.jira.plugin... ]
Ryan Emerson resolved ISPN-10239.
---------------------------------
Fix Version/s: 9.4.15.Final
Resolution: Done
> FineGrainedAtomicMap.clear() concurrency issues
> -----------------------------------------------
>
> Key: ISPN-10239
> URL: https://issues.jboss.org/browse/ISPN-10239
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 10.0.0.Beta3, 9.4.14.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Labels: testsuite_stability
> Fix For: 10.0.0.Beta4, 9.4.15.Final
>
>
> ISPN-7889 fixed the distribution interceptors to always access the invocation context from a single thread at a time. However, this only covers a single command invocation: it is still possible for an application to start multiple asynchronous operations in the same transaction and accessing the same {{AbstractCacheTransaction.lookedUpEntries}} map.
> {{FineGrainedAtomicMap.clear()}} does exactly that:
> {code}
> Cache<Object, Object> noReturn = cache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES);
> for (K key : keys) {
> cfs.add(noReturn.removeAsync(new AtomicKeySetImpl.Key<>(group, key)));
> }
> {code}
> And it's causing random failures in {{DistFineGrainedAtomicMapAPITest.testReplicationPutAndClearCommit}} when two commands insert an entry in the {{lookedUpEntries}} {{HashMap}} in parallel and one of them disappears:
> {noformat}
> 13:08:49,676 TRACE (testng-Test:[]) [InvocationContextInterceptor] Invoked with command RemoveCommand{key=AtomicKeySetImpl.Key{group=map, key=existing}, value=null, metadata=null, flags=[IGNORE_RETURN_VALUES], commandInvocationId=, valueMatcher=MATCH_ALWAYS, topologyId=-1} and InvocationContext [org.infinispan.context.impl.LocalTxInvocationContext@7ce5d574]
> 13:08:49,676 TRACE (testng-Test:[]) [JGroupsTransport] Test-NodeB-49901 sending request 102 to [Test-NodeA-29107]: LockControlCommand{cache=atomic, keys=[AtomicKeySetImpl.Key{group=map, key=existing}], flags=[IGNORE_RETURN_VALUES], unlock=false, gtx=GlobalTx:Test-NodeB-49901:55098}
> 13:08:49,677 TRACE (testng-Test:[]) [InvocationContextInterceptor] Invoked with command RemoveCommand{key=AtomicKeySetImpl.Key{group=map, key=blah}, value=null, metadata=null, flags=[IGNORE_RETURN_VALUES], commandInvocationId=, valueMatcher=MATCH_ALWAYS, topologyId=-1} and InvocationContext [org.infinispan.context.impl.LocalTxInvocationContext@11d7f886]
> 13:08:49,677 TRACE (testng-Test:[]) [JGroupsTransport] Test-NodeB-49901 sending request 103 to [Test-NodeA-29107]: LockControlCommand{cache=atomic, keys=[AtomicKeySetImpl.Key{group=map, key=blah}], flags=[IGNORE_RETURN_VALUES], unlock=false, gtx=GlobalTx:Test-NodeB-49901:55098}
> 13:08:49,678 TRACE (jgroups-8,Test-NodeB-49901:[]) [JGroupsTransport] Test-NodeB-49901 received response for request 103 from Test-NodeA-29107: SuccessfulResponse(true)
> 13:08:49,678 TRACE (jgroups-4,Test-NodeB-49901:[]) [JGroupsTransport] Test-NodeB-49901 received response for request 102 from Test-NodeA-29107: SuccessfulResponse(true)
> 13:08:49,678 TRACE (jgroups-4,Test-NodeB-49901:[]) [QueueAsyncInvocationStage] Resuming invocation of command LockControlCommand{cache=atomic, keys=[AtomicKeySetImpl.Key{group=map, key=existing}], flags=[IGNORE_RETURN_VALUES], unlock=false, gtx=GlobalTx:Test-NodeB-49901:55098} with 1 handlers
> 13:08:49,678 TRACE (jgroups-8,Test-NodeB-49901:[]) [QueueAsyncInvocationStage] Resuming invocation of command LockControlCommand{cache=atomic, keys=[AtomicKeySetImpl.Key{group=map, key=blah}], flags=[IGNORE_RETURN_VALUES], unlock=false, gtx=GlobalTx:Test-NodeB-49901:55098} with 1 handlers
> 13:08:49,678 TRACE (jgroups-8,Test-NodeB-49901:[]) [EntryFactoryImpl] Updated context entry null -> RepeatableReadEntry(68ce9a19){key=AtomicKeySetImpl.Key{group=map, key=blah}, value=null, isCreated=false, isChanged=false, isRemoved=false, isExpired=false, skipLookup=false, metadata=null}
> 13:08:49,678 TRACE (jgroups-4,Test-NodeB-49901:[]) [EntryFactoryImpl] Updated context entry null -> RepeatableReadEntry(69aa0b31){key=AtomicKeySetImpl.Key{group=map, key=existing}, value=null, isCreated=false, isChanged=false, isRemoved=false, isExpired=false, skipLookup=false, metadata=null}
> 13:08:49,678 TRACE (jgroups-4,Test-NodeB-49901:[]) [CallInterceptor] Invoking: RemoveCommand
> 13:08:49,678 TRACE (jgroups-8,Test-NodeB-49901:[]) [CallInterceptor] Invoking: RemoveCommand
> 13:08:49,678 TRACE (jgroups-8,Test-NodeB-49901:[]) [EntryWrappingInterceptor] The return value is null
> 13:08:49,679 ERROR (jgroups-4,Test-NodeB-49901:[]) [InvocationContextInterceptor] ISPN000136: Error executing command RemoveCommand on Cache 'atomic', writing keys [AtomicKeySetImpl.Key{group=map, key=existing}]
> java.lang.NullPointerException: null
> 13:08:49,681 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.atomic.DistFineGrainedAtomicMapAPITest.testReplicationPutAndClearCommit
> java.lang.NullPointerException: null
> at org.infinispan.commands.write.RemoveCommand.perform(RemoveCommand.java:75) ~[classes/:?]
> at org.infinispan.interceptors.impl.CallInterceptor.visitCommand(CallInterceptor.java:29) ~[classes/:?]
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:152) ~[classes/:?]
> at org.infinispan.interceptors.distribution.TxDistributionInterceptor.handleTxWriteCommand(TxDistributionInterceptor.java:427) ~[classes/:?]
> at org.infinispan.interceptors.distribution.TxDistributionInterceptor.visitRemoveCommand(TxDistributionInterceptor.java:138) ~[classes/:?]
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:64) ~[classes/:?]
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98) ~[classes/:?]
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:671) ~[classes/:?]
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:356) ~[classes/:?]
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:64) ~[classes/:?]
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?]
> at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54) ~[classes/:?]
> at org.infinispan.interceptors.DDAsyncInterceptor.visitRemoveCommand(DDAsyncInterceptor.java:65) ~[classes/:?]
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:64) ~[classes/:?]
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?]
> at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54) ~[classes/:?]
> at org.infinispan.interceptors.DDAsyncInterceptor.visitRemoveCommand(DDAsyncInterceptor.java:65) ~[classes/:?]
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:64) ~[classes/:?]
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54) ~[classes/:?]
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.lambda$new$0(AbstractTxLockingInterceptor.java:34) ~[classes/:?]
> at org.infinispan.interceptors.InvocationSuccessFunction.apply(InvocationSuccessFunction.java:25) ~[classes/:?]
> at org.infinispan.interceptors.SyncInvocationStage.addCallback(SyncInvocationStage.java:42) ~[classes/:?]
> at org.infinispan.interceptors.InvocationStage.thenApply(InvocationStage.java:45) ~[classes/:?]
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.acquireLocalLockAndInvokeNext(PessimisticLockingInterceptor.java:283) ~[classes/:?]
> at org.infinispan.interceptors.locking.PessimisticLockingInterceptor.lambda$visitDataWriteCommand$3(PessimisticLockingInterceptor.java:154) ~[classes/:?]
> at org.infinispan.interceptors.InvocationSuccessFunction.apply(InvocationSuccessFunction.java:25) ~[classes/:?]
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:118) ~[classes/:?]
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (ISPN-8913) Provide sha1 checksums for Infinispan downloads
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-8913?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant commented on ISPN-8913:
---------------------------------------
I did not enable automatic redirection because of some other breakage at the time. I'll try doing that again. SHA's are delivered from an https server (downloads.jboss.org)
> Provide sha1 checksums for Infinispan downloads
> -----------------------------------------------
>
> Key: ISPN-8913
> URL: https://issues.jboss.org/browse/ISPN-8913
> Project: Infinispan
> Issue Type: Enhancement
> Components: Build
> Affects Versions: 9.2.0.Final
> Reporter: Ryan Emerson
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 9.3.0.Final
>
>
> Currently infinispan.org only provides users with download links for our various distribution zips, in the future we should provide these alongside their respective sha1 checksums. The website will need to be updated to include a means of displaying this information, as well as the web site release scripts to automatically populate said information.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (ISPN-8913) Provide sha1 checksums for Infinispan downloads
by Radoslav Husar (Jira)
[ https://issues.jboss.org/browse/ISPN-8913?page=com.atlassian.jira.plugin.... ]
Radoslav Husar commented on ISPN-8913:
--------------------------------------
[~NadirX] Looks like the infinispan website now supports https:// as well however its not redirected by default... this would be quite nice for the checksums.
> Provide sha1 checksums for Infinispan downloads
> -----------------------------------------------
>
> Key: ISPN-8913
> URL: https://issues.jboss.org/browse/ISPN-8913
> Project: Infinispan
> Issue Type: Enhancement
> Components: Build
> Affects Versions: 9.2.0.Final
> Reporter: Ryan Emerson
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 9.3.0.Final
>
>
> Currently infinispan.org only provides users with download links for our various distribution zips, in the future we should provide these alongside their respective sha1 checksums. The website will need to be updated to include a means of displaying this information, as well as the web site release scripts to automatically populate said information.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (ISPN-10274) Restructure the distributions
by Tristan Tarrant (Jira)
Tristan Tarrant created ISPN-10274:
--------------------------------------
Summary: Restructure the distributions
Key: ISPN-10274
URL: https://issues.jboss.org/browse/ISPN-10274
Project: Infinispan
Issue Type: Task
Components: Build
Reporter: Tristan Tarrant
Assignee: Tristan Tarrant
Fix For: 10.0.0.Final
* we drop infinispan--all, infinispan--minimal and infinispan-*-remote
* we keep infinispan-wildfly-modules-*
* we keep and rename the WildFly-based server to infinispan-wildfly-server-* (deprecated)
* infinispan-server-* is the new server
* we improve the docs to show how to use Maven, Gradle and Ivy
* an infinispan-tools zip which includes migrators, converters, etc
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months
[JBoss JIRA] (ISPN-6873) Upgrade asciidoctor-maven-plugin to 1.5.4 (once it's released)
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-6873?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant closed ISPN-6873.
---------------------------------
Resolution: Out of Date
We have upgraded to 1.5.7.1
> Upgrade asciidoctor-maven-plugin to 1.5.4 (once it's released)
> --------------------------------------------------------------
>
> Key: ISPN-6873
> URL: https://issues.jboss.org/browse/ISPN-6873
> Project: Infinispan
> Issue Type: Component Upgrade
> Components: Build
> Affects Versions: 9.0.0.Alpha3
> Environment: * Windows :)
> Reporter: Sebastian Laskawiec
> Assignee: Tristan Tarrant
> Priority: Minor
>
> Currently our Windows build fails on [generating documentation|http://ci.infinispan.org/viewLog.html?tab=buildLog&logTab=t...]:
> {code}
> Failed to execute goal org.asciidoctor:asciidoctor-maven-plugin:1.5.3:process-asciidoc (pdf) on project infinispan-docs: Execution pdf of goal org.asciidoctor:asciidoctor-maven-plugin:1.5.3:process-asciidoc failed: (Errno::ENOENT) C:/BuildAgent/system/jetbrains.maven.runner/maven.repo.local-bt59/org/asciidoctor/asciidoctorj-pdf/1.5.0-alpha.11/asciidoctorj-pdf-1.5.0-alpha.11.jar!C:/gems/addressable-2.4.0/data/unicode.data
> [03:43:13]##teamcity[projectFinished tc:tags='tc:internal' projectId='org.infinispan:infinispan-docs:jar:9.0.0-SNAPSHOT']
> {code}
> This is a knows issue of asciidoctor-maven-plugin (see [here|https://github.com/asciidoctor/asciidoctorj/issues/416]).
> I temporarily disabled building distribution during Windows build (it should be re-enabled after this issue is fixed).
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 7 months