April 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3950) Deploy user-code to Infinispan server

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3950?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-3950: ---------------------------------------- https://bugzilla.redhat.com/show_bug.cgi?id=1124719 > Deploy user-code to Infinispan server > ------------------------------------- > > Key: ISPN-3950 > URL: https://issues.jboss.org/browse/ISPN-3950 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > Infinispan Server should allow deploying JARs which follow the standard Java service provider API. > Support: groupers, listeners, map/reduce jobs, distexec jobs, interceptors, JPA entities, etc -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4888) ExampleConfigsIT.testSSLHotRodConfig fails on JDK8

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4888?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4888: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1197655|https://bugzilla.redhat.com/show_bug.cgi?id=1197655] from NEW to MODIFIED > ExampleConfigsIT.testSSLHotRodConfig fails on JDK8 > -------------------------------------------------- > > Key: ISPN-4888 > URL: https://issues.jboss.org/browse/ISPN-4888 > Project: Infinispan > Issue Type: Bug > Components: Integration , Test Suite - Server > Affects Versions: 7.0.0.CR2 > Environment: java version "1.8.0_20" > Reporter: Dan Berindei > Assignee: Tristan Tarrant > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.Final > > > Java 8 doesn't support DSA keys longer than 1024 bits, so we need to change the test SSL key: > {noformat} > org.infinispan.client.hotrod.exceptions.TransportException: javax.net.ssl.SSLException: Server key > at sun.security.provider.DSA$LegacyDSA.checkKey(DSA.java:487) > at sun.security.provider.DSA.engineInitVerify(DSA.java:152) > at java.security.Signature$Delegate.init(Signature.java:1104) > at java.security.Signature$Delegate.chooseProvider(Signature.java:1067) > at java.security.Signature$Delegate.engineInitVerify(Signature.java:1122) > at java.security.Signature.initVerify(Signature.java:452) > at sun.security.ssl.HandshakeMessage$DH_ServerKeyExchange.<init>(HandshakeMessage.java:848) > at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:208) > at sun.security.ssl.Handshaker.processLoop(Handshaker.java:925) > at sun.security.ssl.Handshaker.process_record(Handshaker.java:860) > at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1043) > at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1343) > at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:728) > at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123) > at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) > at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.flush(TcpTransport.java:164) > at org.infinispan.client.hotrod.impl.operations.PingOperation.execute(PingOperation.java:42) > at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.executeOperation(FaultTolerantPingOperation.java:32) > at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.executeOperation(FaultTolerantPingOperation.java:18) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:50) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.ping(RemoteCacheImpl.java:573) > at org.infinispan.client.hotrod.RemoteCacheManager.ping(RemoteCacheManager.java:650) > at org.infinispan.client.hotrod.RemoteCacheManager.createRemoteCache(RemoteCacheManager.java:632) > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:533) > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:529) > at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:26) > at org.infinispan.server.test.configs.ExampleConfigsIT.createCache(ExampleConfigsIT.java:722) > at org.infinispan.server.test.configs.ExampleConfigsIT.testSSLHotRodConfig(ExampleConfigsIT.java:371) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5385) Update to Hibernate Search 5.2.0.Beta1

by Gunnar Morling (JIRA)

Gunnar Morling created ISPN-5385: ------------------------------------ Summary: Update to Hibernate Search 5.2.0.Beta1 Key: ISPN-5385 URL: https://issues.jboss.org/browse/ISPN-5385 Project: Infinispan Issue Type: Feature Request Reporter: Gunnar Morling Assignee: Gunnar Morling Fix For: 7.2.0.CR1 Update to Hibernate Search 5.2.0.Beta1 and remove some references to classes internal to Hibernate Search. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5379) Persistence with stringKeyedJdbcStore throwing ConcurrentModificationException while adding data to cache

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5379?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5379: ------------------------------- Status: Open (was: New) > Persistence with stringKeyedJdbcStore throwing ConcurrentModificationException while adding data to cache > ---------------------------------------------------------------------------------------------------------- > > Key: ISPN-5379 > URL: https://issues.jboss.org/browse/ISPN-5379 > Project: Infinispan > Issue Type: Bug > Components: Core, Loaders and Stores > Affects Versions: 6.0.2.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.0.Final > > > From Dennis Reed: > A ConcurrentModificationException in the CacheWriter interceptor during a commit. > java.util.ConcurrentModificationException > at java.util.LinkedList$ListItr.checkForComodification(LinkedList.java:953) > at java.util.LinkedList$ListItr.next(LinkedList.java:886) > at org.infinispan.interceptors.CacheWriterInterceptor.store(CacheWriterInterceptor.java:210) > at org.infinispan.interceptors.CacheWriterInterceptor.commitCommand(CacheWriterInterceptor.java:115) > The code is looping through the modifications associated with the transaction: > List<WriteCommand> modifications = ctx.getCacheTransaction().getAllModifications(); > ... > 210: for (WriteCommand cacheCommand : modifications) { > The transaction's modification list is stored as a synchronized list with a comment "we need to synchronize this collection to be able to get a valid snapshot from another thread during state transfer". > But this thread is not doing state transfer, and I'd assume "get a valid snapshot" wouldn't include modification? > Is it valid for this list to be modified from another thread (in which case all iterations should be synchronized), or is something modifying it incorrectly? -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5384) ReadCommittedEntry.isNull() always returns false

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5384?page=com.atlassian.jira.plugin.... ] Dan Berindei reassigned ISPN-5384: ---------------------------------- Assignee: Dan Berindei > ReadCommittedEntry.isNull() always returns false > ------------------------------------------------ > > Key: ISPN-5384 > URL: https://issues.jboss.org/browse/ISPN-5384 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.0.Beta2, 7.1.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.0.CR1 > > > Should return {{value == null}}, just like {{RepeatableReadEntry}}. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5384) ReadCommittedEntry.isNull() always returns false

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5384?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5384: ------------------------------- Status: Open (was: New) > ReadCommittedEntry.isNull() always returns false > ------------------------------------------------ > > Key: ISPN-5384 > URL: https://issues.jboss.org/browse/ISPN-5384 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.0.Beta2, 7.1.1.Final > Reporter: Dan Berindei > Fix For: 7.2.0.CR1 > > > Should return {{value == null}}, just like {{RepeatableReadEntry}}. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5384) ReadCommittedEntry.isNull() always returns false

by Dan Berindei (JIRA)

Dan Berindei created ISPN-5384: ---------------------------------- Summary: ReadCommittedEntry.isNull() always returns false Key: ISPN-5384 URL: https://issues.jboss.org/browse/ISPN-5384 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 7.1.1.Final, 7.2.0.Beta2 Reporter: Dan Berindei Fix For: 7.2.0.CR1 Should return {{value == null}}, just like {{RepeatableReadEntry}}. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3730) Revisit Infinsipan's transactions

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3730?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-3730: ------------------------------------ We should simplify the command hierarchy by storing a conditional write operation (depending on the previous version) in the modifications list when write skew check is enabled, instead of storing the previous versions separately. We should also be able to replace all the single-key write command implementations with a single TxWriteCommand, similar to what we discussed previously for non-transactional writes. > Revisit Infinsipan's transactions > --------------------------------- > > Key: ISPN-3730 > URL: https://issues.jboss.org/browse/ISPN-3730 > Project: Infinispan > Issue Type: Feature Request > Components: Transactions > Reporter: Mircea Markus > Assignee: Pedro Ruivo > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5382) Enable scripting in server distribution

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5382?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5382: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3386 > Enable scripting in server distribution > --------------------------------------- > > Key: ISPN-5382 > URL: https://issues.jboss.org/browse/ISPN-5382 > Project: Infinispan > Issue Type: Task > Components: Server > Affects Versions: 7.2.0.Beta2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.2.0.Final > > > Include the scripting module in the infinispan subsystem -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5383) Endpoint subsystem missing description for rest-connector.socket-binding

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5383?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5383: ---------------------------------- Status: Open (was: New) > Endpoint subsystem missing description for rest-connector.socket-binding > ------------------------------------------------------------------------ > > Key: ISPN-5383 > URL: https://issues.jboss.org/browse/ISPN-5383 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 11 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 April 2015