[JBoss JIRA] (ISPN-12056) Some tests are failing on windows when they try to delete the SingleFileStore
by Gustavo Lira e Silva (Jira)
Gustavo Lira e Silva created ISPN-12056:
-------------------------------------------
Summary: Some tests are failing on windows when they try to delete the SingleFileStore
Key: ISPN-12056
URL: https://issues.redhat.com/browse/ISPN-12056
Project: Infinispan
Issue Type: Bug
Reporter: Gustavo Lira e Silva
Assignee: Gustavo Lira e Silva
Some tests are failing on windows with the same reason, see some examples bellow:
{noformat}
java.lang.IllegalStateException: Cannot delete C:\j\workspace\jdg-8.0.x-jdg-func-ispn-testsuite-win-openjdk\4964bfc5\infinispan\core\target\infinispanTempFiles\ExpirationSingleFileStoreListenerFunctionalTest\0\defaultcache.dat owner=null permissions=[]
{noformat}
{noformat}
Java.lang.IllegalStateException: Cannot delete C:\j\workspace\jdg-8.0.x-jdg-func-ispn-testsuite-win-openjdk\4964bfc5\infinispan\core\target\infinispanTempFiles\AsyncStoreWithoutEvictionFunctionalTest\cache.dat owner=null permissions=[]
at org.infinispan.commons.util.Util.recursiveDelete(Util.java:1046)
at org.infinispan.commons.util.Util.recursiveDelete(Util.java:1032)
at org.infinispan.commons.util.Util.recursiveFileRemove(Util.java:1022)
at org.infinispan.commons.util.Util.recursiveFileRemove(Util.java:1011)
at org.infinispan.persistence.support.AsyncStoreWithoutEvictionFunctionalTest.clearTempDir(AsyncStoreWithoutEvictionFunctionalTest.java:39)
{noformat}
{noformat}
java.lang.IllegalStateException: Cannot delete C:\j\workspace\jdg-8.0.x-jdg-func-ispn-testsuite-win-openjdk\4964bfc5\infinispan\core\target\infinispanTempFiles\ExpirationSingleFileStoreListenerFunctionalTest\0\defaultcache.dat owner=null permissions=[]
at org.infinispan.commons.util.Util.recursiveDelete(Util.java:1046)
at org.infinispan.commons.util.Util.recursiveDelete(Util.java:1032)
at org.infinispan.commons.util.Util.recursiveDelete(Util.java:1032)
at org.infinispan.commons.util.Util.recursiveFileRemove(Util.java:1022)
at org.infinispan.commons.util.Util.recursiveFileRemove(Util.java:1011)
at org.infinispan.expiration.impl.ExpirationSingleFileStoreListenerFunctionalTest.clearTempDir(ExpirationSingleFileStoreListenerFunctionalTest.java:46)
{noformat}
First of all we should change the old {{file.delete()}} which only return a boolean for {{Files.delete(file)}} which return an exception with a valuable information in case of the file couldn't be deleted.
The real reason for the file couldn't be delete on windows is
{noformat}
"the file is being used by another process"
{noformat}
The code bellow into {{org.infinispan.commons.util.Util#recursiveDelete}} solves the problem:
{noformat}
Files.walk(f.toPath())
.sorted(Comparator.reverseOrder())
.map(Path::toFile)
.forEach(File::delete);
{noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (ISPN-8018) ClassNotFoundException (jboss marshalling) during application deployment in embedded mode
by Dan Berindei (Jira)
[ https://issues.redhat.com/browse/ISPN-8018?page=com.atlassian.jira.plugin... ]
Dan Berindei updated ISPN-8018:
-------------------------------
Forum Reference: https://bugzilla.redhat.com/show_bug.cgi?id=1467668
> ClassNotFoundException (jboss marshalling) during application deployment in embedded mode
> -----------------------------------------------------------------------------------------
>
> Key: ISPN-8018
> URL: https://issues.redhat.com/browse/ISPN-8018
> Project: Infinispan
> Issue Type: Bug
> Reporter: Wolf-Dieter Fink
> Assignee: Dan Berindei
> Priority: Major
>
> If an application war or ear is re-deployed the logfile is exhausted with ClassNotFoundExceptions
> SEVERE [org.jgroups.blocks.RequestCorrelator] (OOB-4,jboss9049-57857) failed unmarshalling buffer into return value: java.lang.ClassNotFoundException: org.jboss
> .marshalling.TraceInformation from [Module "deployment.udm-core-42.0.0.37.ear.jaxws-udm-2.0.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.7.Final-redhat-1]
> at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_131]
> at java.lang.Class.forName(Class.java:278) [rt.jar:1.7.0_131]
> at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131)
> at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:948)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1255)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:224)
> at org.jboss.marshalling.river.RiverUnmarshaller.readFields(RiverUnmarshaller.java:1745)
> at org.jboss.marshalling.river.RiverObjectInputStream.defaultReadObject(RiverObjectInputStream.java:81)
> at java.lang.Throwable.readObject(Throwable.java:914) [rt.jar:1.7.0_131]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_131]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_131]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_131]
> at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_131]
> at org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:307)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1637)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1285)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:224)
> at org.jboss.marshalling.river.RiverUnmarshaller.readFields(RiverUnmarshaller.java:1745)
> at org.jboss.marshalling.river.RiverObjectInputStream.defaultReadObject(RiverObjectInputStream.java:81)
> at java.lang.Throwable.readObject(Throwable.java:914) [rt.jar:1.7.0_131]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_131]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_131]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_131]
> at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_131]
> at org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:307)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1637)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1285)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.remoting.responses.ExceptionResponse$Externalizer.readObject(ExceptionResponse.java:44) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.remoting.responses.ExceptionResponse$Externalizer.readObject(ExceptionResponse.java:36) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:442) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:230) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:135) [infinispan-commons-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:106) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:80) [infinispan-commons-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:390)
> at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:250)
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:675)
> at org.jgroups.JChannel.up(JChannel.java:739)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1029)
> at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:394)
> at org.jgroups.protocols.pbcast.GMS.up(GMS.java:1045)
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
> at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1064)
> at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:779)
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:426)
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:652)
> at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155)
> at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:200)
> at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:299)
> at org.jgroups.protocols.MERGE3.up(MERGE3.java:286)
> at org.jgroups.protocols.Discovery.up(Discovery.java:291)
> at org.jgroups.protocols.TP.passMessageUp(TP.java:1577)
> at org.jgroups.protocols.TP$MyHandler.run(TP.java:1796)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_131]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_131]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_131]
> ERROR [org.infinispan.persistence.file.SingleFileStore] (transport-thread-314) ISPN000252: Error executing parallel store task: org.infinispan.persistence.spi.P
> ersistenceException: java.nio.channels.ClosedChannelException
> at org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:470) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.persistence.file.SingleFileStore.access$600(SingleFileStore.java:70) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.persistence.file.SingleFileStore$2.call(SingleFileStore.java:523) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.persistence.file.SingleFileStore$2.call(SingleFileStore.java:519) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_131]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:473) [rt.jar:1.7.0_131]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_131]
> at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:22) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at java.util.concurrent.ExecutorCompletionService.submit(ExecutorCompletionService.java:181) [rt.jar:1.7.0_131]
> at org.infinispan.executors.ExecutorAllCompletionService.submit(ExecutorAllCompletionService.java:31) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.persistence.file.SingleFileStore.process(SingleFileStore.java:519) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.persistence.async.AdvancedAsyncCacheLoader.loadAllKeys(AdvancedAsyncCacheLoader.java:44) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.persistence.async.AdvancedAsyncCacheLoader.process(AdvancedAsyncCacheLoader.java:79) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:171) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:473) [rt.jar:1.7.0_131]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_131]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:473) [rt.jar:1.7.0_131]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_131]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_131]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_131]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_131]
> Caused by: java.nio.channels.ClosedChannelException
> at sun.nio.ch.FileChannelImpl.ensureOpen(FileChannelImpl.java:99) [rt.jar:1.7.0_131]
> at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:711) [rt.jar:1.7.0_131]
> at org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:468) [infinispan-core-6.4.1.Final-redhat-1.jar:6.4.1.Final-redhat-1]
> ... 20 more
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (ISPN-12047) Merge Async and Sync Cross-Site attributes
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12047?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12047:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Merge Async and Sync Cross-Site attributes
> ------------------------------------------
>
> Key: ISPN-12047
> URL: https://issues.redhat.com/browse/ISPN-12047
> Project: Infinispan
> Issue Type: Enhancement
> Affects Versions: 11.0.0.Final
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 11.0.1.Final
>
>
> With IRAC, we only perform synchronous cross-site requests however, we are still exposing async attributes like {{AsyncXSiteRequestsReceived}}, {{AverageAsyncXSiteReplicationTime}}, {{MaximumAsyncXSiteReplicationTime}}, etc.
> Those are never updated anymore. They can be removed and use the sync* attributes.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (ISPN-12032) JCache cache loader should not require marshalling
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12032?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12032:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> JCache cache loader should not require marshalling
> --------------------------------------------------
>
> Key: ISPN-12032
> URL: https://issues.redhat.com/browse/ISPN-12032
> Project: Infinispan
> Issue Type: Bug
> Components: JCache, Loaders and Stores
> Affects Versions: 11.0.0.Final, 10.1.8.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.1.Final
>
>
> {{JCacheLoaderAdapter}} wraps the value returned by JCache {{CacheLoader.load()}} using a {{MarshalledEntryFactoryImpl.create()}} overload that eagerly marshalls the key+value+metadata. This is unnecessary work, because the created {{MarshallableEntryImpl}} only needs the key+value+metadata in storage format.
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (ISPN-12032) JCache cache loader should not require marshalling
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12032?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12032:
-----------------------------------
Fix Version/s: 11.0.1.Final
(was: 12.0.0.Final)
> JCache cache loader should not require marshalling
> --------------------------------------------------
>
> Key: ISPN-12032
> URL: https://issues.redhat.com/browse/ISPN-12032
> Project: Infinispan
> Issue Type: Bug
> Components: JCache, Loaders and Stores
> Affects Versions: 11.0.0.Final, 10.1.8.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.1.Final
>
>
> {{JCacheLoaderAdapter}} wraps the value returned by JCache {{CacheLoader.load()}} using a {{MarshalledEntryFactoryImpl.create()}} overload that eagerly marshalls the key+value+metadata. This is unnecessary work, because the created {{MarshallableEntryImpl}} only needs the key+value+metadata in storage format.
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (ISPN-12030) BlockHound is not active on JDK 13/14
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-12030?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-12030:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> BlockHound is not active on JDK 13/14
> -------------------------------------
>
> Key: ISPN-12030
> URL: https://issues.redhat.com/browse/ISPN-12030
> Project: Infinispan
> Issue Type: Bug
> Components: Build, Test Suite
> Affects Versions: 11.0.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 12.0.0.Final, 11.0.1.Final
>
>
> BlockHound cannot instrument native methods on JDK 13+
> {noformat}
> 15:04:47,001 FATAL (Thread-0) [Infinispan-TEST] Throwable was not caught in thread Thread[Thread-0,5,main] - exception is: java.lang.IllegalStateException: The instrumentation have failed.
> It looks like you're running on JDK 13+.
> You need to add '-XX:+AllowRedefinitionToAddDeleteMethods' JVM flag.
> See https://github.com/reactor/BlockHound/issues/33 for more info.
> {noformat}
> Maven profile {{java13-test}} is supposed to add flag -XX:+AllowRedefinitionToAddDeleteMethods to the fork JVM, but it doesn't work because the activation condition is incomplete (missing a {{)}} after the comma).
> The profile also tries to add the flag when the {{java8-test}} profile is selected from the command line, so adding the missing {{)}} is not enough.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months