October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4853) OSGI metadata import-package version ranges are too narrow

by Andrew Scully (JIRA)

[ https://issues.jboss.org/browse/ISPN-4853?page=com.atlassian.jira.plugin.... ] Andrew Scully commented on ISPN-4853: ------------------------------------- Just to confirm, I checked 6.0.2.Final and it doesn't suffer from this issue. > OSGI metadata import-package version ranges are too narrow > ---------------------------------------------------------- > > Key: ISPN-4853 > URL: https://issues.jboss.org/browse/ISPN-4853 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.CR1 > Environment: Any OSGI environment (but found on Glassfish / Apache Felix). > Reporter: Andrew Scully > Labels: OSGI, bundle, import, package > > The OSGI import-package statement is specifying specific dependencies on a number of packages, rather than a range. This makes it impossible to install Infinispan 7 in any OSGI environment that doesn't have the exact versions of the dependencies present. > Normally, the version range for dependencies would range from the major:minor:revision of the minimum requirement, up to the next major version (exclusive). > I've copied and pasted the "Imported Packages" output below from my Apache Felix bundle console for the infinispan-core bundle. > The bundle will not resolve because the versions of javax.transaction, JGroups, jboss-marshalling and jboss-logging are slightly newer than those required. > The org.osgi.service.blueprint dependency is also dubious -- I'm not sure you usually have a runtime dependency on this package (even if you use Blueprint). > For example, the following statement... > org.jboss.marshalling;version="[1.4.4.Final,1.4.4.Final]" > ...should probably be... > org.jboss.marshalling;version="[1.4.4.Final,2)" > ...in order to comply with standard semantic versioning policy. > Felix output: > javax.management from org.apache.felix.framework (0) > javax.naming from org.apache.felix.framework (0) > javax.security.auth from org.apache.felix.framework (0) > javax.transaction,version=[1.1.0,1.1.0] -- Cannot be resolved > javax.transaction.xa,version=[1.1.0,1.1.0] -- Cannot be resolved > javax.xml.namespace from org.apache.felix.framework (0) > javax.xml.parsers from org.apache.felix.framework (0) > javax.xml.stream from org.apache.felix.framework (0) > javax.xml.transform from org.apache.felix.framework (0) > javax.xml.transform.dom from org.apache.felix.framework (0) > javax.xml.transform.stream from org.apache.felix.framework (0) > net.jcip.annotations from com.springsource.net.jcip.annotations (62) > org.infinispan.commons,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.api,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.configuration,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.equivalence,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.executors,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.hash,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.io,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.logging,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.marshall,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.marshall.jboss,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.util,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.util.concurrent,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.infinispan.commons.util.concurrent.jdk8backported,version=[7.0.0.CR1,7.0.0.CR1] from org.infinispan.commons (159) > org.jboss.logging,version=[3.1.2.GA,3.1.2.GA] -- Cannot be resolved > org.jboss.marshalling,version=[1.4.4.Final,1.4.4.Final] -- Cannot be resolved > org.jboss.marshalling.util,version=[1.4.4.Final,1.4.4.Final] -- Cannot be resolved > org.jgroups,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.blocks,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.blocks.mux,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.jmx,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.logging,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.protocols,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.protocols.relay,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.protocols.tom,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.stack,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.jgroups.util,version=[3.5.0.Final,3.5.0.Final] -- Cannot be resolved > org.osgi.service.blueprint,version=[1.0.0,2.0.0) -- Cannot be resolved > org.w3c.dom from org.apache.felix.framework (0) > org.xml.sax from org.apache.felix.framework (0) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4884) Deployment scanner should be enabled to allow filter/converter jar deployment

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4884?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4884: ----------------------------------- Status: Open (was: New) > Deployment scanner should be enabled to allow filter/converter jar deployment > ----------------------------------------------------------------------------- > > Key: ISPN-4884 > URL: https://issues.jboss.org/browse/ISPN-4884 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 7.0.0.CR2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 7.0.0.Final > > > When we want to copy JARS and deploy it on JDG server in standalone/clustered.xml is no deployment-scanner element defined. It should be added when server is built > Steps to Reproduce: > 1. cp filter-converter.jar infinispan-server-7.0.0.CR2/standalone/deployments/ > 2. look at console output of server > 3. check if there is no output from deployment scanner > Current results: not output from deployment scanner, because it is not enabled > Expected results: we should see following output in console log > JBAS015012: Started FileSystemDeploymentService for directory /home/infinispan-server-7.0.0.CR2/standalone/deployments > JBAS015876: Starting deployment of "filter-converter.jar" (runtime-name: "filter-converter.jar") -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4885) Deployment Commands does not exist in CLI

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4885?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4885: ----------------------------------- Status: Open (was: New) > Deployment Commands does not exist in CLI > ----------------------------------------- > > Key: ISPN-4885 > URL: https://issues.jboss.org/browse/ISPN-4885 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management, Server > Affects Versions: 7.0.0.CR2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 7.0.0.Final > > > There is NO deploy or undeploy command in JDG CLI. When we want to deploy some JAR file we should provide user deployment functionality via CLI > Steps to Reproduce: > 1. run infinispan-server/bin/cli.sh > 2. connect > 3. press <TAB> > Actual results: no deploy/undeploy command is available > Expected results: deploy/undeploy commands should be available for user -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4884) Deployment scanner should be enabled to allow filter/converter jar deployment

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4884?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4884: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2993 > Deployment scanner should be enabled to allow filter/converter jar deployment > ----------------------------------------------------------------------------- > > Key: ISPN-4884 > URL: https://issues.jboss.org/browse/ISPN-4884 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 7.0.0.CR2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 7.0.0.Final > > > When we want to copy JARS and deploy it on JDG server in standalone/clustered.xml is no deployment-scanner element defined. It should be added when server is built > Steps to Reproduce: > 1. cp filter-converter.jar infinispan-server-7.0.0.CR2/standalone/deployments/ > 2. look at console output of server > 3. check if there is no output from deployment scanner > Current results: not output from deployment scanner, because it is not enabled > Expected results: we should see following output in console log > JBAS015012: Started FileSystemDeploymentService for directory /home/infinispan-server-7.0.0.CR2/standalone/deployments > JBAS015876: Starting deployment of "filter-converter.jar" (runtime-name: "filter-converter.jar") -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4850) Allow for filter and conversion to be done in one step for cache listeners

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4850?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4850: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1154044, https://bugzilla.redhat.com/show_bug.cgi?id=1157392 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1154044) > Allow for filter and conversion to be done in one step for cache listeners > -------------------------------------------------------------------------- > > Key: ISPN-4850 > URL: https://issues.jboss.org/browse/ISPN-4850 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 7.0.0.CR1 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Final > > > Currently the cache listeners can install a CacheEventFilter and CacheEventConverter to be used. However each one requires separate invocations. It would be desireable to have this done as a single invocation akin to what we did for ISPN-4640. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4850) Allow for filter and conversion to be done in one step for cache listeners

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4850?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4850: ----------------------------------------------- Misha H. Ali <mhusnain(a)redhat.com> changed the Status of [bug 1157392|https://bugzilla.redhat.com/show_bug.cgi?id=1157392] from NEW to ASSIGNED > Allow for filter and conversion to be done in one step for cache listeners > -------------------------------------------------------------------------- > > Key: ISPN-4850 > URL: https://issues.jboss.org/browse/ISPN-4850 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 7.0.0.CR1 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Final > > > Currently the cache listeners can install a CacheEventFilter and CacheEventConverter to be used. However each one requires separate invocations. It would be desireable to have this done as a single invocation akin to what we did for ISPN-4640. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4753) Add oldValue, oldMetadata and retry flag to filter and converter for Cluster Listeners.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4753?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4753: ----------------------------------------------- Misha H. Ali <mhusnain(a)redhat.com> changed the Status of [bug 1157391|https://bugzilla.redhat.com/show_bug.cgi?id=1157391] from NEW to ASSIGNED > Add oldValue, oldMetadata and retry flag to filter and converter for Cluster Listeners. > --------------------------------------------------------------------------------------- > > Key: ISPN-4753 > URL: https://issues.jboss.org/browse/ISPN-4753 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 7.0.0.Beta2 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.CR1 > > > It has been brought up that the filter and converter provided for use with Cluster Listeners need to also have access to the previous value/metadata and if the operation was a retry operation to allow for proper behavior of continuous query and other types of implementations. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4820) Change Size method on Cache to return the contents of the entire cluster

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4820?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4820: ----------------------------------------------- Misha H. Ali <mhusnain(a)redhat.com> changed the Status of [bug 1157390|https://bugzilla.redhat.com/show_bug.cgi?id=1157390] from NEW to ASSIGNED > Change Size method on Cache to return the contents of the entire cluster > ------------------------------------------------------------------------ > > Key: ISPN-4820 > URL: https://issues.jboss.org/browse/ISPN-4820 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 7.0.0.CR1 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.CR2 > > > It has been discussed to change the size method to properly reflect the contents of the entire cache instead of just locally. > http://lists.jboss.org/pipermail/infinispan-dev/2014-October/015524.html > It seems for now we should do this via the entry iterator for distributed caches otherwise use current implementation for local. Or something of that sort. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4820) Change Size method on Cache to return the contents of the entire cluster

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4820?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4820: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1155674, https://bugzilla.redhat.com/show_bug.cgi?id=1157390 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1155674) > Change Size method on Cache to return the contents of the entire cluster > ------------------------------------------------------------------------ > > Key: ISPN-4820 > URL: https://issues.jboss.org/browse/ISPN-4820 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 7.0.0.CR1 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.CR2 > > > It has been discussed to change the size method to properly reflect the contents of the entire cache instead of just locally. > http://lists.jboss.org/pipermail/infinispan-dev/2014-October/015524.html > It seems for now we should do this via the entry iterator for distributed caches otherwise use current implementation for local. Or something of that sort. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4885) Deployment Commands does not exist in CLI

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4885?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4885: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1156401 > Deployment Commands does not exist in CLI > ----------------------------------------- > > Key: ISPN-4885 > URL: https://issues.jboss.org/browse/ISPN-4885 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management, Server > Affects Versions: 7.0.0.CR2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 7.0.0.Final > > > There is NO deploy or undeploy command in JDG CLI. When we want to deploy some JAR file we should provide user deployment functionality via CLI > Steps to Reproduce: > 1. run infinispan-server/bin/cli.sh > 2. connect > 3. press <TAB> > Actual results: no deploy/undeploy command is available > Expected results: deploy/undeploy commands should be available for user -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 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 October 2014