[JBoss JIRA] (ISPN-4936) Upgrage commons-pool to 2.2
by gattu8883 gattu8883 (JIRA)
gattu8883 gattu8883 created ISPN-4936:
-----------------------------------------
Summary: Upgrage commons-pool to 2.2
Key: ISPN-4936
URL: https://issues.jboss.org/browse/ISPN-4936
Project: Infinispan
Issue Type: Feature Request
Components: Remote Protocols
Affects Versions: 7.0.0.Final
Reporter: gattu8883 gattu8883
Priority: Critical
Fix For: 7.0.0.Final
Please upgrade commons-pool version to 2.2 for client-hotrod protocol properties. In newer version there is a lot of done to avoid locking in connection pool
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months
[JBoss JIRA] (ISPN-4886) SingleNodeJdbcStoreIT.testForcedShutdown and testNormalShutdown random failures
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-4886?page=com.atlassian.jira.plugin.... ]
William Burns commented on ISPN-4886:
-------------------------------------
It seems there must be some kind of different setting for the Byte Order Mark in H2. The JdbcCacheStringStore always stuffs a worthless FEFF couple of bytes at the beginning even though the string is not UTF-16 to signal that the string is not actually a string. However the SingleNodeJdbcStoreIT test puts EFBBBF bytes at it's beginning and somehow passes on the boxes except for the internal rhel boxes. I haven't found anything about H2 with BOM other than their CSV parsing. I will keep looking.
> SingleNodeJdbcStoreIT.testForcedShutdown and testNormalShutdown random failures
> -------------------------------------------------------------------------------
>
> Key: ISPN-4886
> URL: https://issues.jboss.org/browse/ISPN-4886
> Project: Infinispan
> Issue Type: Bug
> Components: Integration , Test Suite - Server
> Affects Versions: 7.0.0.CR2
> Reporter: Dan Berindei
> Assignee: William Burns
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.1.0.Beta1
>
>
> {noformat}
> java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:621)
> at org.junit.Assert.assertNotNull(Assert.java:631)
> at org.infinispan.server.test.cs.jdbc.SingleNodeJdbcStoreIT.testRestartStringStoreBefore(SingleNodeJdbcStoreIT.java:227)
> at org.infinispan.server.test.cs.jdbc.SingleNodeJdbcStoreIT.testForcedShutdown(SingleNodeJdbcStoreIT.java:167)
> {noformat}
> Started failing again in http://ci.infinispan.org/viewLog.html?buildId=13477&buildTypeId=Infinispa...
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months
[JBoss JIRA] (ISPN-132) Distributed queue/list API
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-132?page=com.atlassian.jira.plugin.s... ]
Galder Zamarreño updated ISPN-132:
----------------------------------
Fix Version/s: 7.1.0.Alpha1
(was: 7.0.0.Final)
> Distributed queue/list API
> --------------------------
>
> Key: ISPN-132
> URL: https://issues.jboss.org/browse/ISPN-132
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Reporter: Bryan Grunow
> Labels: leads
> Fix For: 7.1.0.Alpha1
>
>
> Original request:
> {quote}
> Add support for retrieving entries from the cache (simple API and Tree API) via insertion (FIFO) order.
> For example, cache.getNext(); would return the next entry in the queue.
> {quote}
> Updating this JIRA to provide an API for a collection that can be appended to without retrieving the entire collection. Essentially a list, with various concurrent access guarantees.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
10 years, 2 months