July 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4527) OSGi dependencies should be "provided"

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4527?page=com.atlassian.jira.plugin.... ] Ion Savin updated ISPN-4527: ---------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > OSGi dependencies should be "provided" > -------------------------------------- > > Key: ISPN-4527 > URL: https://issues.jboss.org/browse/ISPN-4527 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Final > > > We don't really want to pull in the OSGi dependencies: > - they are not needed outside of OSGi > - they are provided by the container when running in OSGi -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4557) Infinispan Core module for the application server not importing Services from the Query module

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4557?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4557: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2764 > Infinispan Core module for the application server not importing Services from the Query module > ---------------------------------------------------------------------------------------------- > > Key: ISPN-4557 > URL: https://issues.jboss.org/browse/ISPN-4557 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha5 > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta1 > > > The module definition of Infinispan Core (the JDG main module) depends on the Query module but fails to import the Services. > Not loading the services allows the Indexing feature to be enabled, although several operations will fail at runtime. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4593) Expose a method to remove all instances of a type from the indexes

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4593: ------------------------------------- Summary: Expose a method to remove all instances of a type from the indexes Key: ISPN-4593 URL: https://issues.jboss.org/browse/ISPN-4593 Project: Infinispan Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Embedded Querying Reporter: Sanne Grinovero Assignee: Gustavo Fernandes Fix For: 7.0.0.Beta1 In Hibernate Search we have a method "purgeAll( type )", it seems Infinispan Query is missing this operation. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4096) The unstable profile for server testsuite is not working correctly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4096?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4096: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1083900|https://bugzilla.redhat.com/show_bug.cgi?id=1083900] from NEW to VERIFIED > The unstable profile for server testsuite is not working correctly > ------------------------------------------------------------------ > > Key: ISPN-4096 > URL: https://issues.jboss.org/browse/ISPN-4096 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Jakub Markos > Labels: 630 > Fix For: 7.0.0.Alpha2 > > > There are several surefire executions defined in the testsuites pom.xml, each can use a different arquillian group (which is just a set of container configurations). There are 4 main executions: suite-client-local, suite-client-dist, suite-client-repl, suite-manual. The unstable profile is configured to run the tests marked with Unstable category, but it's only using the arquillian group from suite-manual, so if there is a unstable client test, it fails because it can't find the arquillian container definition. > Looking for a nice solution. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4061) JPA Cache Store fails on Oracle, Postgres and MsSQL

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4061?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4061: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1081398|https://bugzilla.redhat.com/show_bug.cgi?id=1081398] from NEW to VERIFIED > JPA Cache Store fails on Oracle, Postgres and MsSQL > --------------------------------------------------- > > Key: ISPN-4061 > URL: https://issues.jboss.org/browse/ISPN-4061 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Loaders and Stores > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > Labels: 630, 630betablocker > Fix For: 7.0.0.Alpha2, 7.0.0.Final > > > Current snapshot version of JPA Cache Store fails on Oracle (see [failed tests|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/infinispan-jpa...] with stack traces), Postgres ([failed tests|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/infinispan-jpa...]) and MsSQL ([failed tests|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/infinispan-jpa...]). > While in case of Oracle and Postgres the problem is probably in {{\_\_ispn_metadata\_\_}} table, in case of MsSQL problem is in "User" entity, as User is reserved name in MsSQL. Oracle has a problem with table starting with underscrore, in case of Postgres {{VARBINARY}} type used in {{\_\_ispn_metadata\_\_}} is not available in. In case of MsSQL I'm not completely sure if it's bug or if it should be handled by user. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4585) Prioritize commands in the remote executor

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4585?page=com.atlassian.jira.plugin.... ] Pedro Ruivo commented on ISPN-4585: ----------------------------------- The use of a {{PriorityQueue}} may not be possible if the user inject their own {{ExecutorService}}. For transactional caches I think we can mark the {{CommitCommand}} as non-blocking and they are processed immediately in the JGroups thread. But I think both of this solutions will not solve the problem for non-transactional cache. > Prioritize commands in the remote executor > ------------------------------------------ > > Key: ISPN-4585 > URL: https://issues.jboss.org/browse/ISPN-4585 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.0.0.Final > > > The remote executor currently has an unlimited queue of blocked task, but the underlying executor cannot use a queue. With a queue, we wouldn't need to overflow remote commands to the OOB threads, and the OOB threads would be free to process response messages. > The problem is that {{ThreadPoolExecutor}} executes tasks in the order they are in the queue. If a node has a remote executor thread pool of 100 threads and receives a prepare(tx1, put(k, v1) comand, then 1000 prepare(tx_i, put(k, v_i)) commands, and finally a commit(tx1) command, the commit(tx1) command will block until all but 99 of the the prepare(tx_i, put(k, v_i)) commands have timed out. > I think we could help this by using a {{PriorityBlockingQueue}} for the underlying executor, with commands ordered so that state transfer commands < commit/tx completion notification < prepare/lock. The commit command would still have to wait for one of the prepare commands currently running to time out, but it wouldn't have to wait for all of them. > The current code, without a queue, would fill the remote executor and OOB thread pools, and it would discard the commit message (along with most of the prepare commands). The time it would take to process the commit successfully would depend on the timing of the retransmitted messages. > Another possible improvement would be to keep track of the commands currently being executed, and always keep some threads free for commands with higher priority. But I'm not sure how easy it would be to do that on top of an injected {{ExecutorService}}. > I believe there is also a problem with {{BlockingTaskAwareExecutorServiceImpl.checkForReadyTasks()}} after a topology change. Commands with the new topology id are all unblocked by submitting them to the underlying executor in FIFO order, on a single thread, so {{CallerRunsPolicy}} is not a valid rejection policy here. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4590) Update Hibernate ORM to 4.3.6.Final

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4590?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4590: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2763 > Update Hibernate ORM to 4.3.6.Final > ----------------------------------- > > Key: ISPN-4590 > URL: https://issues.jboss.org/browse/ISPN-4590 > Project: Infinispan > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: Loaders and Stores > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 7.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4591) Update Hibernate Commons Annotations to 4.0.5.Final

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4591?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4591: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2763 > Update Hibernate Commons Annotations to 4.0.5.Final > --------------------------------------------------- > > Key: ISPN-4591 > URL: https://issues.jboss.org/browse/ISPN-4591 > Project: Infinispan > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: Embedded Querying, Loaders and Stores > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 7.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4592) Update Jackson to 1.9.13

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4592?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4592: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2763 > Update Jackson to 1.9.13 > ------------------------ > > Key: ISPN-4592 > URL: https://issues.jboss.org/browse/ISPN-4592 > Project: Infinispan > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 7.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4592) Update Jackson to 1.9.13

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4592: ------------------------------------- Summary: Update Jackson to 1.9.13 Key: ISPN-4592 URL: https://issues.jboss.org/browse/ISPN-4592 Project: Infinispan Issue Type: Component Upgrade Security Level: Public (Everyone can see) Components: Loaders and Stores Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Minor Fix For: 7.0.0.Beta1 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

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 July 2014