May 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4267) Update JBossTS to 4.17.x

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4267?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4267: ----------------------------------- Status: Closed (was: Pull Request Sent) Resolution: Rejected > Update JBossTS to 4.17.x > ------------------------ > > Key: ISPN-4267 > URL: https://issues.jboss.org/browse/ISPN-4267 > Project: Infinispan > Issue Type: Feature Request > Components: Build process > Affects Versions: 5.2.8.Final > Reporter: Paul Gier > Assignee: Mircea Markus > Priority: Minor > > Infinispan 5.2.x branch currently uses JBossTS 4.16.x. This should be updated to 4.17.x to sync with EAP. The newer JBossTS version includes groupId changes. > This change was already completed for master: > https://github.com/infinispan/infinispan/commit/88a9db37be6c731b1fcdd6492... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4247) JPA cachestore fails with Oracle12c and PostgreadPlus 9

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4247?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4247: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.Alpha4 7.0.0.Final Resolution: Done > JPA cachestore fails with Oracle12c and PostgreadPlus 9 > ------------------------------------------------------- > > Key: ISPN-4247 > URL: https://issues.jboss.org/browse/ISPN-4247 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Vojtech Juranek > Assignee: Dan Berindei > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > > JPA cache store fails on Oracle12c and PostgreadPlus 9 as Hibernate is not able to determine the dialect to be used: > {noformat} > [java] Caused by: org.hibernate.HibernateException: Unable to determine Dialect to use [name=Oracle, majorVersion=12]; user must register resolver or explicitly set 'hibernate.dialect' > {noformat} > resp. > {noformat} > [java] Caused by: org.hibernate.HibernateException: Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9]; user must register resolver or explicitly set 'hibernate.dialect' > {noformat} > To fix it, HIbernate upgrade is needed. PotgresPlus is fixed in 4.3.0.Beta4 (tracking JIRA is [HHH-8349|https://hibernate.atlassian.net/browse/HHH-8349]), Oracle12c is fixed in Hibernate 5.0.0 (tracking JIRA is [HHH-9044|https://hibernate.atlassian.net/browse/HHH-9044]) -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4270) JPA Cache Store is missing from the BOM

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4270?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4270: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > JPA Cache Store is missing from the BOM > --------------------------------------- > > Key: ISPN-4270 > URL: https://issues.jboss.org/browse/ISPN-4270 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 7.0.0.Alpha3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > > Add the JPA Cache Store to the BOM -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4253) Simplify source code import of project in Eclipse

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4253?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4253: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Simplify source code import of project in Eclipse > ------------------------------------------------- > > Key: ISPN-4253 > URL: https://issues.jboss.org/browse/ISPN-4253 > Project: Infinispan > Issue Type: Task > Components: Build process > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Optional > Fix For: 7.0.0.Alpha4 > > > Several Maven plugins are triggering Eclipse's m2e to search for extension points which are not available. > One of these is useful, the others need currently to be manually ignored. We can disable this behaviour. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4254) Drop Java6 compatibility, change all modules to use Java7

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4254?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4254: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.Final Resolution: Done > Drop Java6 compatibility, change all modules to use Java7 > --------------------------------------------------------- > > Key: ISPN-4254 > URL: https://issues.jboss.org/browse/ISPN-4254 > Project: Infinispan > Issue Type: Task > Components: Build process > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > > http://lists.jboss.org/pipermail/infinispan-dev/2014-April/014846.html -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3911) Integrate endpoint security with server security subsystem

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3911?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3911: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.Alpha4 Resolution: Done > Integrate endpoint security with server security subsystem > ---------------------------------------------------------- > > Key: ISPN-3911 > URL: https://issues.jboss.org/browse/ISPN-3911 > Project: Infinispan > Issue Type: Sub-task > Components: Security, Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Labels: 630 > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4276) Make JPA cache store work in Karaf

by Martin Gencur (JIRA)

Martin Gencur created ISPN-4276: ----------------------------------- Summary: Make JPA cache store work in Karaf Key: ISPN-4276 URL: https://issues.jboss.org/browse/ISPN-4276 Project: Infinispan Issue Type: Feature Request Affects Versions: 7.0.0.Alpha3 Reporter: Martin Gencur Assignee: Ion Savin The JPA cache store does not currently work in Karaf. There are several thing to make it work in OSGi: * use hibernate-osgi dependency, and possibly change some other dependencies * JpaStoreConfigurationParser70 should be exposed as a service in Blueprint * EntityManagerFactory should be obtained from the service registry, similar to https://github.com/hibernate/hibernate-orm/tree/master/documentation/src/... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4218) Increase default maxCollectorSize for MapReduceTask

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4218?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4218: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1096468 > Increase default maxCollectorSize for MapReduceTask > --------------------------------------------------- > > Key: ISPN-4218 > URL: https://issues.jboss.org/browse/ISPN-4218 > Project: Infinispan > Issue Type: Enhancement > Components: Distributed Execution and Map/Reduce > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Priority: Minor > Fix For: 7.0.0.Alpha4, 7.0.0.Final > > > During performance testing we have found that the value of around 10K leads to a better performance of large map/reduce tasks containing more than 100K of cache entries. We have concluded that the current default value of 1024 is too small. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4240) Migrate one intermediate key/value per maxCollectorSize threshold

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4240?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4240: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1096467 > Migrate one intermediate key/value per maxCollectorSize threshold > ----------------------------------------------------------------- > > Key: ISPN-4240 > URL: https://issues.jboss.org/browse/ISPN-4240 > Project: Infinispan > Issue Type: Enhancement > Components: Distributed Execution and Map/Reduce > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > > When we hit the maxCollectorSize threshold, we remove all the values from the collector and we start transferring them into the intermediary cache. But the other mapper threads keep working, and event with large collector sizes, it's very likely that the collector will be full again before we finished sending the previous batch. So we could end up with a lot of threads trying to insert maxCollectorSize values in the intermediary cache in parallel, and a lot more intermediary values in memory on each mapper node than the user would expect. > In order to alleviate this observed phenomena Dan proposed an idea to keep the maxCollectorSize threshold, but to only move a single key at a time from the collector to the intermediary cache when the threshold is hit (the least recently used one). That way, the other keys would have time to collect more values (or just run the combiner a few more times). > This way we still transfer some intermediate keys/values during map/combine phase rather than all at once at the end of that phase thus alleviating possibility of OOM. At the end of map/combine phase all remaining keys/values are of course transferred. Application users can fine tune their requirements and a specific use case using maxCollectorSize threshold. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4160) Do not allow the state transfer chunk size to be <= 0

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4160?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4160: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1096466 > Do not allow the state transfer chunk size to be <= 0 > ----------------------------------------------------- > > Key: ISPN-4160 > URL: https://issues.jboss.org/browse/ISPN-4160 > Project: Infinispan > Issue Type: Task > Components: Configuration, State Transfer > Affects Versions: 7.0.0.Alpha1 > Reporter: Dan Berindei > Assignee: Vladimir Blagojevic > Fix For: 7.0.0.Alpha4 > > > The state transfer chunk size is used in other places as well, and the case of {{chunkSize <= 0}} has to be handled everywhere independently. StateTransferConfigurationBuilder should validate that {{chunkSize > 0}}, so that users of the chunk size setting don't need a default value. > The users will still be able to force state transfer to transfer everything at once with {{chunkSize == Integer.MAX_VALUE}}. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2014