June 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4372) Map/Reduce performance is dependent on cache value size

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4372?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4372: -------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/2662 > Map/Reduce performance is dependent on cache value size > ------------------------------------------------------- > > Key: ISPN-4372 > URL: https://issues.jboss.org/browse/ISPN-4372 > Project: Infinispan > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Distributed Execution and Map/Reduce > Affects Versions: 7.0.0.Alpha4 > Reporter: Alan Field > Assignee: Vladimir Blagojevic > Labels: performance > > Performance testing the Map/Reduce changes has shown that the performance improvements vary based on the size of the values in the cache. [1] Using values from 8kB to 128kB shows a large performance increase over Infinispan 6, but smaller and larger values are the same or slower than Infinispan 6. > http://blog.infinispan.org/2014/06/mapreduce-performance-improvements.html -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-800) Infinispan inside OSGI

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-800?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on ISPN-800: ---------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1111201|https://bugzilla.redhat.com/show_bug.cgi?id=1111201] from POST to MODIFIED > Infinispan inside OSGI > ---------------------- > > Key: ISPN-800 > URL: https://issues.jboss.org/browse/ISPN-800 > Project: Infinispan > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Core > Reporter: Luca Stancapiano > Assignee: Ion Savin > > We need to import infinispan inside a OSGI repository. Tests are made with Felix. > I added the configuration to use infinispan inside a osgi repository. We need to ignore all listed dependencies. With this configuration we can install infinispan-core.jar inside OSGI. Its achievement will be as a base installation here: https://github.com/flashboss/infinispan > I added the Import-Package because you are forced to put manually in Felix all dependencies as jgroups, jboss marshalling, jcip, all apache commons. I've seen infinispan core working by default without all those libraries, so I think the same achievement should be replicated in OSGI. > Inside the Import-Package tag I excluded those libraries so Infinispan core can be started in default mode without errors. If we want use the replication in OSGI, it is enough add manually the other packages (jgroups.jar etc etc) > Actually the core bundle can be installed. But to be used it needs theese projects be installed as osgi bundles: > jboss transaction api 1.0.1.GA > We patched it. There is a new OSGI version here: https://repository.jboss.org/nexus/content/groups/public/org/jboss/spec/j... ) > jgroups 2.10.1.GA > (it's a osgi bundle since the 3.x version) > river 1.2.3.GA > (opened an issue for marshalling 1.4.0 in JBMAR-118 and https://github.com/flashboss/jboss-marshalling/blob/master/river/pom.xml ) > marshalling-api 1.2.3.GA > (opened an issue for marshalling 1.4.0 in JBMAR-118 and https://github.com/flashboss/jboss-marshalling/blob/master/api/pom.xml ) > jboss logging spi 2.0.5.GA > (added a jira issue in JBLOGGING-51 . It could be fixed in the 2.2.0.CR2 version. Fixed in the 3.x version) > rhq plugin annotations 1.4.0.B01 > (opened a feature request in https://bugzilla.redhat.com/show_bug.cgi?id=657754 ) > i18nlog 1.0.9 > (sent a patch in https://sourceforge.net/projects/i18nlog . It could become a OSGI bundle in the 1.0.10 version. Waiting for a response. Fixed in 1.15) > log4j 1.2.16 > (that's ok...it is a osgi bundle ;)) > jcip-annotations 1.0 > (I sent a patch via email to brian(a)briangoetz.com and a post in http://tembrel.blogspot.com. Sent the patch in concurrency-interest(a)cs.oswego.edu too. They responded to me. There is a OSGI version with a different artifact name. I changed the dependency in the pom.xml of the parent project) > We should make sure proper 'Import-Package' property is specified in the MANIFEST.MF so that: > 1- it fails to load obviously when there's any missing bundles that are essential in using the very core functionality of Infinispan. > 2 - it does not fail due to the dependency that is not really essential. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4420) Allow configuring keepalive for hotrod connections

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4420?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4420: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1111221|https://bugzilla.redhat.com/show_bug.cgi?id=1111221] from NEW to MODIFIED > Allow configuring keepalive for hotrod connections > -------------------------------------------------- > > Key: ISPN-4420 > URL: https://issues.jboss.org/browse/ISPN-4420 > Project: Infinispan > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mircea Markus > Assignee: Mircea Markus > Fix For: 7.0.0.Alpha5, 7.0.0.Final > > > Also consider making the Tcp connections pluggable. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4291) Poor REPL state transfer performance with cache stores

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4291?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4291: ------------------------------- Status: Pull Request Sent (was: Reopened) Git Pull Request: https://github.com/infinispan/infinispan/pull/2661 Skip the cache store iteration if the local node didn't lose any segments Move the invalidation after receiving the transaction data, so that write commands can be performed in parallel. > Poor REPL state transfer performance with cache stores > ------------------------------------------------------ > > Key: ISPN-4291 > URL: https://issues.jboss.org/browse/ISPN-4291 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: State Transfer > Affects Versions: 6.0.2.Final > Reporter: Dennis Reed > Assignee: Dan Berindei > > During a state transfer every single key is loaded from the cache store to determine whether it's still owned by the local node. > This is an extremely slow operation, and doesn't even make sense for a REPL cache. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3937) Investigate the memory usage of JDBC cache stores when processing a large result set

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3937?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-3937: ------------------------------- Priority: Critical (was: Major) > Investigate the memory usage of JDBC cache stores when processing a large result set > ------------------------------------------------------------------------------------ > > Key: ISPN-3937 > URL: https://issues.jboss.org/browse/ISPN-3937 > Project: Infinispan > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Core, Loaders and Stores > Affects Versions: 6.0.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.0.0.Final > > > Iterating over a huge ResultSet with MySQL seems to keep all the rows in memory: https://community.jboss.org/message/854402 > We should investigate whether we can limit the memory usage to a fixed amount and whether this affects other drivers as well. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4392) Declarative role mapper configuration should avoid using classnames for the provided mappers

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4392?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4392: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1109581|https://bugzilla.redhat.com/show_bug.cgi?id=1109581] from ON_QA to VERIFIED > Declarative role mapper configuration should avoid using classnames for the provided mappers > -------------------------------------------------------------------------------------------- > > Key: ISPN-4392 > URL: https://issues.jboss.org/browse/ISPN-4392 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Configuration, Security > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Final > > > Currently the principal to role mapper is declared as a class name in an attribute of the global authz element. For the provided mappers introduce a better implementation which avoids class names unless a custom mapper is needed -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4383) Clustered PrincipalRoleMapper

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4383?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4383: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1109581|https://bugzilla.redhat.com/show_bug.cgi?id=1109581] from ON_QA to VERIFIED > Clustered PrincipalRoleMapper > ----------------------------- > > Key: ISPN-4383 > URL: https://issues.jboss.org/browse/ISPN-4383 > Project: Infinispan > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Security > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Final > > > Introduce a clustered principalrolemapper based on the clusterregistry to ease authorization manipulation in certain contexts. Also clean up the declarative configurations to avoid using class names for the out-of-the-box prms -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4420) Allow configuring keepalive for hotrod connections

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4420?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4420: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Allow configuring keepalive for hotrod connections > -------------------------------------------------- > > Key: ISPN-4420 > URL: https://issues.jboss.org/browse/ISPN-4420 > Project: Infinispan > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mircea Markus > Assignee: Mircea Markus > Fix For: 7.0.0.Alpha5, 7.0.0.Final > > > Also consider making the Tcp connections pluggable. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4382) Introduce a lightweight security as an alternative for the SecurityManager

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4382?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4382: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1109578|https://bugzilla.redhat.com/show_bug.cgi?id=1109578] from ON_QA to VERIFIED > Introduce a lightweight security as an alternative for the SecurityManager > -------------------------------------------------------------------------- > > Key: ISPN-4382 > URL: https://issues.jboss.org/browse/ISPN-4382 > Project: Infinispan > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Core, Remote Protocols, Security, Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Beta1, 7.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4396) DSL Query: right condition lost

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4396?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4396: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1108695|https://bugzilla.redhat.com/show_bug.cgi?id=1108695] from ON_QA to VERIFIED > DSL Query: right condition lost > ------------------------------- > > Key: ISPN-4396 > URL: https://issues.jboss.org/browse/ISPN-4396 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha4 > Reporter: Radim Vansa > Assignee: Adrian Nistor > > Condition created through query like this: > {code} > Query q = qf.from(User.class) > .not( > qf.having("name").eq("John") > .or(qf.having("surname").eq("Man"))) > .toBuilder().build(); > {code} > is not correctly parsed into JPQL query; it is > {code} > FROM org.infinispan.query.dsl.embedded.sample_domain_model.User _gen0 WHERE NOT (_gen0.name = 'John') > {code} -- 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