June 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4408) Distribution ZIP file building fails

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4408?page=com.atlassian.jira.plugin.... ] Ion Savin updated ISPN-4408: ---------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2644 > Distribution ZIP file building fails > ------------------------------------ > > Key: ISPN-4408 > URL: https://issues.jboss.org/browse/ISPN-4408 > Project: Infinispan > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Ion Savin > Assignee: Ion Savin > > mvn install -P distribution > triggers: > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (build-dist-dir) on project infinispan-server-build: An Ant BuildException has occured: The following error occurred while executing this line: > [ERROR] /home/comp_/dc/infinispan/server/integration/build/build.xml:274: Directory does not exist: /home/comp_/dc/infinispan/server/integration/build/target/infinispan-server-7.0.0-SNAPSHOT/bin > [ERROR] around Ant part ...<ant antfile="build.xml" inheritRefs="true">... @ 4:47 in /home/comp_/dc/infinispan/server/integration/build/target/antrun/build-main.xml > The destination directory is already present and the dependecy plugin won't overwrite it because of the explicit flag: > [INFO] --- maven-dependency-plugin:2.8:unpack (unpack) @ infinispan-server-build --- > [INFO] Configured Artifact: org.wildfly:wildfly-dist:?:zip > [INFO] wildfly-dist-8.1.0.Final.zip already unpacked. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4354) Unable to use custom keys/values with clustered caches in OSGi

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4354?page=com.atlassian.jira.plugin.... ] Ion Savin updated ISPN-4354: ---------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Unable to use custom keys/values with clustered caches in OSGi > -------------------------------------------------------------- > > Key: ISPN-4354 > URL: https://issues.jboss.org/browse/ISPN-4354 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 7.0.0.Alpha4 > Reporter: Martin Gencur > Assignee: Ion Savin > Priority: Critical > Labels: 630 > Attachments: custom-objects-stacktrace.txt, CustomObjectsReplicatedCacheTest.java > > > JGroups cannot find custom classes that are used as keys or values. The stacktrace looks like this: > {code} > Caused by: java.lang.ClassNotFoundException: org.infinispan.it.osgi.tx.CustomObjectsReplicatedCacheTest$Person not found by org.jgroups [61] > at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1460) > at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72) > at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843) > at java.lang.ClassLoader.loadClass(ClassLoader.java:356) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:266) > 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:943) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1239) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.readObject(ImmortalCacheEntry.java:152) > at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.readObject(ImmortalCacheEntry.java:142) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:62) > at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:26) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.statetransfer.StateChunk$Externalizer.readObject(StateChunk.java:88) > at org.infinispan.statetransfer.StateChunk$Externalizer.readObject(StateChunk.java:65) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:62) > at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:26) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:100) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:153) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:64) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > 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) > at org.infinispan.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:101) > at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:80) > at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:204) > ... 24 more > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4354) Unable to use custom keys/values with clustered caches in OSGi

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4354?page=com.atlassian.jira.plugin.... ] Ion Savin closed ISPN-4354. --------------------------- > Unable to use custom keys/values with clustered caches in OSGi > -------------------------------------------------------------- > > Key: ISPN-4354 > URL: https://issues.jboss.org/browse/ISPN-4354 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 7.0.0.Alpha4 > Reporter: Martin Gencur > Assignee: Ion Savin > Priority: Critical > Labels: 630 > Attachments: custom-objects-stacktrace.txt, CustomObjectsReplicatedCacheTest.java > > > JGroups cannot find custom classes that are used as keys or values. The stacktrace looks like this: > {code} > Caused by: java.lang.ClassNotFoundException: org.infinispan.it.osgi.tx.CustomObjectsReplicatedCacheTest$Person not found by org.jgroups [61] > at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1460) > at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72) > at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843) > at java.lang.ClassLoader.loadClass(ClassLoader.java:356) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:266) > 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:943) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1239) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.readObject(ImmortalCacheEntry.java:152) > at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.readObject(ImmortalCacheEntry.java:142) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:62) > at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:26) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.statetransfer.StateChunk$Externalizer.readObject(StateChunk.java:88) > at org.infinispan.statetransfer.StateChunk$Externalizer.readObject(StateChunk.java:65) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:62) > at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:26) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:100) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:153) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:64) > at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406) > at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213) > at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351) > 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) > at org.infinispan.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:101) > at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:80) > at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:204) > ... 24 more > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4380) ConfigurationParser don't work property in OSGi when exposed as services (annotations stripped)

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4380?page=com.atlassian.jira.plugin.... ] Ion Savin closed ISPN-4380. --------------------------- > ConfigurationParser don't work property in OSGi when exposed as services (annotations stripped) > ----------------------------------------------------------------------------------------------- > > Key: ISPN-4380 > URL: https://issues.jboss.org/browse/ISPN-4380 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 7.0.0.Alpha4 > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.0.0.Alpha5 > > > ConfigurationParsers use runtime annotations: @Namespace @Namespaces. > If the parsers are exposed as services in OSGi the annotations are lost because the container will return instances of proxy classes which don't have these annotations. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4380) ConfigurationParser don't work property in OSGi when exposed as services (annotations stripped)

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4380?page=com.atlassian.jira.plugin.... ] Ion Savin reopened ISPN-4380: ----------------------------- > ConfigurationParser don't work property in OSGi when exposed as services (annotations stripped) > ----------------------------------------------------------------------------------------------- > > Key: ISPN-4380 > URL: https://issues.jboss.org/browse/ISPN-4380 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 7.0.0.Alpha4 > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.0.0.Alpha5 > > > ConfigurationParsers use runtime annotations: @Namespace @Namespaces. > If the parsers are exposed as services in OSGi the annotations are lost because the container will return instances of proxy classes which don't have these annotations. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4380) ConfigurationParser don't work property in OSGi when exposed as services (annotations stripped)

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4380?page=com.atlassian.jira.plugin.... ] Ion Savin resolved ISPN-4380. ----------------------------- Resolution: Done > ConfigurationParser don't work property in OSGi when exposed as services (annotations stripped) > ----------------------------------------------------------------------------------------------- > > Key: ISPN-4380 > URL: https://issues.jboss.org/browse/ISPN-4380 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 7.0.0.Alpha4 > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.0.0.Alpha5 > > > ConfigurationParsers use runtime annotations: @Namespace @Namespaces. > If the parsers are exposed as services in OSGi the annotations are lost because the container will return instances of proxy classes which don't have these annotations. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4227) OSGi - import packages - don't hardcode version ranges

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4227?page=com.atlassian.jira.plugin.... ] Ion Savin resolved ISPN-4227. ----------------------------- Resolution: Done > OSGi - import packages - don't hardcode version ranges > ------------------------------------------------------ > > Key: ISPN-4227 > URL: https://issues.jboss.org/browse/ISPN-4227 > Project: Infinispan > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Core > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.0.0.Alpha5 > > > Version ranges in Import-Package declarations are hardcoded. Should specify them relative to the maven versions to avoid duplication / ease maintenance. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4227) OSGi - import packages - don't hardcode version ranges

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4227?page=com.atlassian.jira.plugin.... ] Ion Savin closed ISPN-4227. --------------------------- > OSGi - import packages - don't hardcode version ranges > ------------------------------------------------------ > > Key: ISPN-4227 > URL: https://issues.jboss.org/browse/ISPN-4227 > Project: Infinispan > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Core > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.0.0.Alpha5 > > > Version ranges in Import-Package declarations are hardcoded. Should specify them relative to the maven versions to avoid duplication / ease maintenance. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4227) OSGi - import packages - don't hardcode version ranges

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4227?page=com.atlassian.jira.plugin.... ] Ion Savin reopened ISPN-4227: ----------------------------- > OSGi - import packages - don't hardcode version ranges > ------------------------------------------------------ > > Key: ISPN-4227 > URL: https://issues.jboss.org/browse/ISPN-4227 > Project: Infinispan > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Core > Reporter: Ion Savin > Assignee: Ion Savin > Fix For: 7.0.0.Alpha5 > > > Version ranges in Import-Package declarations are hardcoded. Should specify them relative to the maven versions to avoid duplication / ease maintenance. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4408) Distribution ZIP file building fails

by Ion Savin (JIRA)

Ion Savin created ISPN-4408: ------------------------------- Summary: Distribution ZIP file building fails Key: ISPN-4408 URL: https://issues.jboss.org/browse/ISPN-4408 Project: Infinispan Issue Type: Task Security Level: Public (Everyone can see) Reporter: Ion Savin Assignee: Ion Savin mvn install -P distribution triggers: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (build-dist-dir) on project infinispan-server-build: An Ant BuildException has occured: The following error occurred while executing this line: [ERROR] /home/comp_/dc/infinispan/server/integration/build/build.xml:274: Directory does not exist: /home/comp_/dc/infinispan/server/integration/build/target/infinispan-server-7.0.0-SNAPSHOT/bin [ERROR] around Ant part ...<ant antfile="build.xml" inheritRefs="true">... @ 4:47 in /home/comp_/dc/infinispan/server/integration/build/target/antrun/build-main.xml The destination directory is already present and the dependecy plugin won't overwrite it because of the explicit flag: [INFO] --- maven-dependency-plugin:2.8:unpack (unpack) @ infinispan-server-build --- [INFO] Configured Artifact: org.wildfly:wildfly-dist:?:zip [INFO] wildfly-dist-8.1.0.Final.zip already unpacked. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2014