January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4662) Support JSR 107 readThrough option on Infinispan xml config

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4662?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-4662: ------------------------------------- Assignee: (was: Mircea Markus) > Support JSR 107 readThrough option on Infinispan xml config > ----------------------------------------------------------- > > Key: ISPN-4662 > URL: https://issues.jboss.org/browse/ISPN-4662 > Project: Infinispan > Issue Type: Bug > Components: JCache > Reporter: Ryan Dunckel > > Currently, while Infinispan supports "read through" caches via the JSR 107 (JCache) programmatic config, it doesn't offer a read-through option to be set through the infinispan config xml. At the same time, Infinispan supports the JCache spec of checking to see if a cache is read-through (which defaults to false in JCache) before invoking a cache loader. This means that cache loaders don't get invoked for missing entries for JCache caches configured with infinispan's xml. > There is no work-around to set the read-through option after the fact, because JCache configurations are immutable once the caches are created. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3746) infinispan-client-hotrod - OSGi MANIFEST.MF should have optional resolution for Apache Avro

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3746?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-3746: ------------------------------------- Assignee: (was: Mircea Markus) > infinispan-client-hotrod - OSGi MANIFEST.MF should have optional resolution for Apache Avro > ------------------------------------------------------------------------------------------- > > Key: ISPN-3746 > URL: https://issues.jboss.org/browse/ISPN-3746 > Project: Infinispan > Issue Type: Task > Components: Build process > Affects Versions: 6.0.0.Final > Reporter: Claus Ibsen > > The MANIFEST.MF of the infinispan-client-hotrod has mandatory imports of Apache Avro. > But that should be optional, as end users can decide not to use Avro but the JBoss Marshalling etc. > This import > {code} > Import-Package: javax.net.ssl,net.jcip.annotations;resolution:=optional, > org.apache.avro,org.apache.avro.generic,org.apache.avro.io,org.apache.a > vro.util,org.apache.commons.pool;version="[1.6,2)",org.apache.commons.p > ool.impl;version="[1.6,2)",org.infinispan.commons;version="[6.0,7)",org > .infinispan.commons.api;version="[6.0,7)",org.infinispan.commons.config > uration;version="[6.0,7)",org.infinispan.commons.executors;version="[6. > 0,7)",org.infinispan.commons.hash;version="[6.0,7)",org.infinispan.comm > ons.io;version="[6.0,7)",org.infinispan.commons.logging;version="[6.0,7 > )",org.infinispan.commons.marshall;version="[6.0,7)",org.infinispan.com > mons.marshall.jboss;version="[6.0,7)",org.infinispan.commons.util;versi > on="[6.0,7)",org.infinispan.commons.util.concurrent;version="[6.0,7)",o > rg.infinispan.protostream;resolution:=optional,org.infinispan.query.dsl > ;resolution:=optional,org.infinispan.query.dsl.impl;resolution:=optiona > l,org.infinispan.query.remote.client;resolution:=optional,org.jboss.log > ging;version="[3.1,4)" > {code} > Should have ;resolution:=optional for the org.apache.avro packages, so it would be: > {code} > Import-Package: javax.net.ssl,net.jcip.annotations;resolution:=optional, > org.apache.avro,org.apache.avro.generic,org.apache.avro.io,org.apache.a > vro.util;resolution:=optional,org.apache.commons.pool;version="[1.6,2)",org.apache.commons.p > ool.impl;version="[1.6,2)",org.infinispan.commons;version="[6.0,7)",org > .infinispan.commons.api;version="[6.0,7)",org.infinispan.commons.config > uration;version="[6.0,7)",org.infinispan.commons.executors;version="[6. > 0,7)",org.infinispan.commons.hash;version="[6.0,7)",org.infinispan.comm > ons.io;version="[6.0,7)",org.infinispan.commons.logging;version="[6.0,7 > )",org.infinispan.commons.marshall;version="[6.0,7)",org.infinispan.com > mons.marshall.jboss;version="[6.0,7)",org.infinispan.commons.util;versi > on="[6.0,7)",org.infinispan.commons.util.concurrent;version="[6.0,7)",o > rg.infinispan.protostream;resolution:=optional,org.infinispan.query.dsl > ;resolution:=optional,org.infinispan.query.dsl.impl;resolution:=optiona > l,org.infinispan.query.remote.client;resolution:=optional,org.jboss.log > ging;version="[3.1,4)" > {code} > From the IRC room > [14:35:21] <davsclaus> i have an osgi problem with the 6.0 client-hotrod > [14:35:32] <davsclaus> it has mandatory osgi imports of apache avro > [14:35:35] <davsclaus> and i dont want to use that > [14:35:40] <davsclaus> i wanna keep using jboss marshalling > [14:35:52] <davsclaus> but with osgi you are fucked as its mandatory import so i cannot ignore that > [14:36:28] <davsclaus> would it be possible to log a ticket and get the client fixes so its manifest.mf file has > [14:36:28] <davsclaus> org.apache.avro,org.apache.avro.generic,org.apache.avro.io,org.apache.a > [14:36:28] <davsclaus> vro.util > [14:36:44] <davsclaus> org.apache.avro,org.apache.avro.generic,org.apache.avro.io,org.apache.a > [14:36:44] <davsclaus> vro.util;resolution:=optional > [14:37:02] <davsclaus> eg i get this osgi validation errors > [14:37:02] <davsclaus> [WARNING] No export found to match org.apache.avro.generic (imported by mvn:org.infinispan/infinispan-client-hotrod/6.0.0.Final) > [14:37:02] <davsclaus> [WARNING] No export found to match org.apache.avro (imported by mvn:org.infinispan/infinispan-client-hotrod/6.0.0.Final) > [14:37:02] <davsclaus> [WARNING] No export found to match org.apache.avro.util (imported by mvn:org.infinispan/infinispan-client-hotrod/6.0.0.Final) > [14:37:02] <davsclaus> [WARNING] No export found to match org.apache.avro.io (imported by mvn:org.infinispan/infinispan-client-hotrod/6.0.0.Final) > [14:37:11] <davsclaus> yeah unfortunaltey some ppl are stuck on osgi :( > [14:43:59] rbenevides is now known as rbenevides|lunch > [14:44:20] matt_test__ (~matt(a)twdp-174-109-175-151.nc.res.rr.com) joined the channel. > [14:51:20] tenfourty_afk is now known as tenfourty > [14:57:03] rachmatowicz (~nrla(a)modemcable117.232-202-24.mc.videotron.ca) joined the channel. > [14:59:10] <+galderz> davsclaus, sure, fill one in issues.jboss.org/browse/ISPN -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4229) The JDBC Cache store should not require the schema name configuration

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4229?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-4229: ------------------------------------- Assignee: (was: Mircea Markus) > The JDBC Cache store should not require the schema name configuration > --------------------------------------------------------------------- > > Key: ISPN-4229 > URL: https://issues.jboss.org/browse/ISPN-4229 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3861) Add a document entry describing how to read/write data between the Cpp and Java clients

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3861?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-3861: ------------------------------------- Assignee: (was: Mircea Markus) > Add a document entry describing how to read/write data between the Cpp and Java clients > ---------------------------------------------------------------------------------------- > > Key: ISPN-3861 > URL: https://issues.jboss.org/browse/ISPN-3861 > Project: Infinispan > Issue Type: Feature Request > Components: Documentation-Core > Affects Versions: 6.0.1.Final > Reporter: Mircea Markus > > This should be a new chapter, at the same level with the java hotrod client chapter[1], and it should contain links to the quick start. > Also search and remove: "TODO Add reference to sample in C++ client user guide" from the used doc. > [1] http://infinispan.org/docs/6.0.x/user_guide/user_guide.html#_java_hot_rod... -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3644) Make isOriginLocal() an annotation property of the transactional cache event

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3644?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-3644: ------------------------------------- Assignee: (was: Mircea Markus) > Make isOriginLocal() an annotation property of the transactional cache event > ---------------------------------------------------------------------------- > > Key: ISPN-3644 > URL: https://issues.jboss.org/browse/ISPN-3644 > Project: Infinispan > Issue Type: Enhancement > Components: Listeners > Affects Versions: 6.0.0.CR1 > Reporter: Paul Ferraro > > Like ISPN-3642, but for isOriginLocal(). > e.g. > {code:java} > @CacheEntryCreated(local=true, remote=false) > public void created(CacheEntryCreatedEvent<K, V> event) { > // This now only invoked for locally triggered cache entry creation events > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4049) Race condition during startup if a JDBCstore use the datasource

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4049?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-4049: ------------------------------------- Assignee: (was: Mircea Markus) > Race condition during startup if a JDBCstore use the datasource > --------------------------------------------------------------- > > Key: ISPN-4049 > URL: https://issues.jboss.org/browse/ISPN-4049 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.1.Final > Reporter: Wolf-Dieter Fink > Labels: 630 > > It looks like that the infinispan subsystem does not have a dependency to the datasource subsystem and both are started in parallel. > Sporadically it happens that the JDBCstore is accessing the datasource for preloading the cache but the datasource is not ready. > The test is a single StringKeyedJdbcStore cache (replicated, preloaded, no eviction) > From the log it is shown that the DS is bound a couple of millis after the failure: > xx:xx:xx,849 ERROR > Caused by: org.infinispan.CacheException: Unable to start cache loaders > Caused by: org.infinispan.loaders.CacheLoaderException: javax.naming.NameNotFoundException: Error looking up datasources/OracleDS, service service jboss.naming.context.java.jboss.datasources.OracleDS is not started > Caused by: javax.naming.NameNotFoundException: Error looking up datasources/OracleDS, service service jboss.naming.context.java.jboss.datasources.OracleDS is not started > xx:xx:xx,860 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-5) JBAS010400: Bound data source [java:jboss/datasources/OracleDS] -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2880) infinispan documentation discrepancy (keyset)

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2880?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-2880: ------------------------------------- Assignee: (was: Mircea Markus) > infinispan documentation discrepancy (keyset) > --------------------------------------------- > > Key: ISPN-2880 > URL: https://issues.jboss.org/browse/ISPN-2880 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 5.2.2.Final > Reporter: Aleksandar Kostadinov > > I'm seeing some discrepancy between documentation [1] and API docs [2]. In documentation the keySet() and other methods are listed as limited to local cache. In API docs they are only listed as prohibitively expensive but from the wording they seem NOT limited to local cache. > I think these both docs need to be put in sync by somebody that knows how it actually works. > [1] https://docs.jboss.org/author/display/ISPN/Using+the+Cache+API#UsingtheCa... > [2] http://docs.jboss.org/infinispan/5.2/apidocs/org/infinispan/api/BasicCach... -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4073) clear() can create inconsistencies

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4073?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-4073: ------------------------------------- Assignee: (was: Mircea Markus) > clear() can create inconsistencies > ---------------------------------- > > Key: ISPN-4073 > URL: https://issues.jboss.org/browse/ISPN-4073 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.0.Alpha1 > Reporter: Pedro Ruivo > > Since the clear operation only acquires locks on the existing keys, it is possible for a clear operation to execute concurrently with another operation that is adding a new key. Since the lock on the new key is not acquired by the clear, some nodes can perform first the clear then the operation and others vice-versa. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3286) LevelDB cache store should allow synced writes

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3286?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-3286: ------------------------------------- Assignee: (was: Mircea Markus) > LevelDB cache store should allow synced writes > ---------------------------------------------- > > Key: ISPN-3286 > URL: https://issues.jboss.org/browse/ISPN-3286 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Radim Vansa > > Currently LevelDB does not allow to fsync after write to the log (set WriteOptions.sync = true). This option is important to use for reliable persistence after node failure. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3970) "storeAsBinary" option causes ClassCastException when putting an element into FineGrainedAtomicMap

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3970?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-3970: ------------------------------------- Assignee: (was: Mircea Markus) > "storeAsBinary" option causes ClassCastException when putting an element into FineGrainedAtomicMap > -------------------------------------------------------------------------------------------------- > > Key: ISPN-3970 > URL: https://issues.jboss.org/browse/ISPN-3970 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.1.Final > Reporter: Gunnar Morling > > When enabling the "storeAsBinary" mode, I'm getting a {{ClassCastException}} when putting an element into a {{FineGrainedAtomicMap<String, Object>}}: > {code} > Configuration configuration = new ConfigurationBuilder() > .storeAsBinary() > .enable() > .transaction() > .transactionMode(TransactionMode.TRANSACTIONAL ) > .transactionManagerLookup(new JBossStandaloneJTAManagerLookup() ) > .build(); > EmbeddedCacheManager manager = new DefaultCacheManager(); > manager.defineConfiguration( "testCache", configuration ); > Cache<String, Object> cache = manager.getCache( "testCache", true ); > String rowKey = "Some Key"; > FineGrainedAtomicMap<String, Object> map = AtomicMapLookup.getFineGrainedAtomicMap( cache, rowKey, true ); > // Causes ClassCastException > map.put( "the key", "the value" ); > {code} > The strack trace is: > {code} > java.lang.ClassCastException: org.infinispan.marshall.core.MarshalledValue cannot be cast to org.infinispan.atomic.DeltaAware > at org.infinispan.container.EntryFactoryImpl.wrapInternalCacheEntryForDelta(EntryFactoryImpl.java:245) > at org.infinispan.container.EntryFactoryImpl.wrapEntryForDelta(EntryFactoryImpl.java:235) > at org.infinispan.container.EntryFactoryImpl.wrapEntryForDelta(EntryFactoryImpl.java:218) > at org.infinispan.interceptors.EntryWrappingInterceptor.visitApplyDeltaCommand(EntryWrappingInterceptor.java:209) > at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitApplyDeltaCommand(OptimisticLockingInterceptor.java:114) > at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62) > at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62) > at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:255) > at org.infinispan.interceptors.TxInterceptor.visitApplyDeltaCommand(TxInterceptor.java:191) > at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62) > at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:73) > at org.infinispan.commands.AbstractVisitor.visitApplyDeltaCommand(AbstractVisitor.java:62) > at org.infinispan.commands.write.ApplyDeltaCommand.acceptVisitor(ApplyDeltaCommand.java:86) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) > at org.infinispan.CacheImpl.applyDelta(CacheImpl.java:666) > at org.infinispan.atomic.FineGrainedAtomicHashMapProxy.invokeApplyDelta(FineGrainedAtomicHashMapProxy.java:274) > at org.infinispan.atomic.FineGrainedAtomicHashMapProxy.put(FineGrainedAtomicHashMapProxy.java:207) > {code} > The issue does not occur when using a custom key type instead of {{String}}. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 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 January 2015