[JBoss JIRA] (ISPN-4678) Trim down ExpandableMarshalledValueByteStream to the actual data length before storing in cache
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-4678?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-4678:
------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 7.0.0.CR1
Resolution: Done
> Trim down ExpandableMarshalledValueByteStream to the actual data length before storing in cache
> -----------------------------------------------------------------------------------------------
>
> Key: ISPN-4678
> URL: https://issues.jboss.org/browse/ISPN-4678
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 7.0.0.Beta1
> Reporter: Martin Gencur
> Assignee: Martin Gencur
> Fix For: 7.0.0.CR1
>
>
> When storeAsBinary configuration flag is used, the ExpandableMarshalledValueByteStream is used to serialize objects to byte arrays.
> However, for value size up to 4kB, almost half of the space for each cache entry can be wasted because the ByteStream is stored as is - with the additional space for future expansion.
> For value size greater than 4kB, only additional 25% of actual value size can be wasted. But as these values can be quite large, the wasted space gets bigger too.
> It is not necessary to store ExpandableMarshalledValueByteStream as is and can be shrinked to actual data size before storing in cache.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months
[JBoss JIRA] (ISPN-4794) Ant errors in some modules with partial builds (mvn -am -pl)
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4794:
----------------------------------
Summary: Ant errors in some modules with partial builds (mvn -am -pl)
Key: ISPN-4794
URL: https://issues.jboss.org/browse/ISPN-4794
Project: Infinispan
Issue Type: Bug
Components: Build process
Affects Versions: 7.0.0.Beta2
Reporter: Dan Berindei
Assignee: Mircea Markus
Fix For: 7.0.0.CR1
I often want to run the tests in a particular module, so I run a command similar to this to build that module and its dependencies:
{{mvn clean && mvn install -DskipTests -am -pl integrationtests/as-integration-client}}
That doesn't work, and I get an Ant error message:
{noformat}
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (generate-distros-and-configs) on project infinispan-as-module-client-integrationtests: An Ant BuildException has occured: The following error occurred while executing this line:
[ERROR] /home/dan/Work/logs/infinispan/integrationtests/as-integration-client/build.xml:16: /home/dan/Work/logs/infinispan/server/integration/build/target/infinispan-server-7.0.0-SNAPSHOT does not exist.
[ERROR] around Ant part ...<ant antfile="build.xml" target="create_distro"/>... @ 4:52 in /home/dan/Work/logs/infinispan/integrationtests/as-integration-client/target/antrun/build-main.xml
[ERROR] -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (generate-distros-and-configs) on project infinispan-as-module-client-integrationtests: An Ant BuildException has occured: The following error occurred while executing this line:
/home/dan/Work/logs/infinispan/integrationtests/as-integration-client/build.xml:16: /home/dan/Work/logs/infinispan/server/integration/build/target/infinispan-server-7.0.0-SNAPSHOT does not exist.
around Ant part ...<ant antfile="build.xml" target="create_distro"/>... @ 4:52 in /home/dan/Work/logs/infinispan/integrationtests/as-integration-client/target/antrun/build-main.xml
{noformat}
Running {{mvn clean && mvn install -DskipTests}} works fine, so there must be some bad interaction between the Ant build scripts and the partial build system in Maven.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months
[JBoss JIRA] (ISPN-4793) Allow for multiple marshallers per hotrod client for remote listeners
by William Burns (JIRA)
William Burns created ISPN-4793:
-----------------------------------
Summary: Allow for multiple marshallers per hotrod client for remote listeners
Key: ISPN-4793
URL: https://issues.jboss.org/browse/ISPN-4793
Project: Infinispan
Issue Type: Enhancement
Affects Versions: 7.0.0.Beta2
Reporter: William Burns
Assignee: Mircea Markus
ISPN-4734 is adding the ability to provide custom marshalling for remote listeners. There is a limation currently that only a single marshaller can be used per client. It may be desirable to allow for multiple marshallers, but we are unsure if the feature is needed. This JIRA is here to make sure this not overlooked. And if it turns out no one uses the custom marshalling we may want to rip it out in this JIRA as well.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months
[JBoss JIRA] (ISPN-2342) Cross-Site Replication: State Transfer between sites
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-2342?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-2342:
-----------------------------------------------
Pedro Ruivo <pruivo(a)redhat.com> changed the Status of [bug 1148378|https://bugzilla.redhat.com/show_bug.cgi?id=1148378] from NEW to POST
> Cross-Site Replication: State Transfer between sites
> ----------------------------------------------------
>
> Key: ISPN-2342
> URL: https://issues.jboss.org/browse/ISPN-2342
> Project: Infinispan
> Issue Type: Feature Request
> Components: Cross-Site Replication
> Affects Versions: 6.0.1.Final
> Reporter: Erik Salter
> Assignee: Pedro Ruivo
> Labels: roadmap
> Fix For: 7.0.0.CR1, 7.0.0.Final
>
>
> To bring up a new site or recover a failed site, I need an inter-site state transfer mechanism for synchronizing keys.
> Note that initially, this should a manual process that is invoked on one site to one of its configured backups.
> This should be based on the non-blocking state transfer mechanism for consistency.
> The pseudo-design may look similar to the following:
> - Manually invokable, background thread
> - Since the bridge end is open, there are writes happening to keys. Keep track of the puts/removes on the main data owner.
> - Iterate through the key set.
> - If the key has already been modified since the process started, discard.
> - Else synchronously write the key value in a TX context
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months
[JBoss JIRA] (ISPN-2342) Cross-Site Replication: State Transfer between sites
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-2342?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-2342:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1148378
> Cross-Site Replication: State Transfer between sites
> ----------------------------------------------------
>
> Key: ISPN-2342
> URL: https://issues.jboss.org/browse/ISPN-2342
> Project: Infinispan
> Issue Type: Feature Request
> Components: Cross-Site Replication
> Affects Versions: 6.0.1.Final
> Reporter: Erik Salter
> Assignee: Pedro Ruivo
> Labels: roadmap
> Fix For: 7.0.0.CR1, 7.0.0.Final
>
>
> To bring up a new site or recover a failed site, I need an inter-site state transfer mechanism for synchronizing keys.
> Note that initially, this should a manual process that is invoked on one site to one of its configured backups.
> This should be based on the non-blocking state transfer mechanism for consistency.
> The pseudo-design may look similar to the following:
> - Manually invokable, background thread
> - Since the bridge end is open, there are writes happening to keys. Keep track of the puts/removes on the main data owner.
> - Iterate through the key set.
> - If the key has already been modified since the process started, discard.
> - Else synchronously write the key value in a TX context
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months
[JBoss JIRA] (ISPN-3125) SpringEmbeddedCacheManagerFactoryBean does not allow overrides when referencing config
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3125?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-3125:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 7.0.0.CR1
7.0.0.Final
Resolution: Done
> SpringEmbeddedCacheManagerFactoryBean does not allow overrides when referencing config
> --------------------------------------------------------------------------------------
>
> Key: ISPN-3125
> URL: https://issues.jboss.org/browse/ISPN-3125
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Affects Versions: 5.3.0.Beta2
> Reporter: Mike Noordermeer
> Assignee: Sebastian Łaskawiec
> Priority: Minor
> Fix For: 7.0.0.CR1, 7.0.0.Final
>
>
> The SpringEmbeddedCacheManager contains the following comment:
> bq. A user may further customize the SpringEmbeddedCacheManager's configuration using explicit setters on this FactoryBean. The properties thus defined will be applied either to the configuration loaded from Infinispan's configuration file in case one has been specified, or to a configuration initialized with Infinispan's default settings. Either way, the net effect is that explicitly set configuration properties take precedence over both those loaded from a configuration file as well as INFNISPAN's default settings.
> In this current version, setting a configfile + overriding properties does not seem to be possible. This can also be seen in {{AbstractEmbeddedCacheManagerFactory.createBackingEmbeddedCacheManager()}}, where the overrides are only applied iff {{configurationFileLocation == null}}.
> I made a little workaround to fix this issue, but it's a mess because the {{DefaultCacheManager}} does not seem to allow overriding values if it gets its config from an InputStream. The workaround is available at https://gist.github.com/MikeN123/5618297
> It seems the same issue exists in {{InfinispanNamedEmbeddedCacheFactoryBean}}, there configuration overrides don't seem to be applied if {{configurationTemplateMode == DEFAULT}}, or {{configurationTemplateMode == NAMED}}, whereas the documentation says that should work.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months
[JBoss JIRA] (ISPN-1261) Complete the work on the event bridge between Infinispan and CDI
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-1261?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño resolved ISPN-1261.
------------------------------------
Resolution: Done
> Complete the work on the event bridge between Infinispan and CDI
> ----------------------------------------------------------------
>
> Key: ISPN-1261
> URL: https://issues.jboss.org/browse/ISPN-1261
> Project: Infinispan
> Issue Type: Task
> Components: CDI Integration
> Reporter: Kevin Pollet
> Assignee: Sebastian Łaskawiec
> Fix For: 7.0.0.CR1, 7.0.0.Final
>
>
> The event bridge (for cache and cache manager) is already implemented in the code but some events are not supported and a deprecated one is used. The following work has to be done on the event bridge:
> * Remove deprecated event
> * Support all events
> * Verify how cache and cache manager observers are registered
> * Tests
> * Doc
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months