August 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4220) RemoteCacheManager.getCache may ignore the forceReturnValue flag

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4220?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4220: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3608 > RemoteCacheManager.getCache may ignore the forceReturnValue flag > ---------------------------------------------------------------- > > Key: ISPN-4220 > URL: https://issues.jboss.org/browse/ISPN-4220 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 6.0.2.Final, 7.0.0.Alpha3 > Reporter: Radim Vansa > Assignee: Galder Zamarreño > Fix For: 8.0.0.Beta3, 7.2.4.Final > > > {code} > RemoteCacheManager manager = ...; > Cache noReturnCache = manager.getCache("foo", false); > Cache returnValueCache = manager.getCache("foo", true); > {code} > The second returned cache will use forceReturnValue=false, although it was retrieved with forceReturnValue=true. The reason is that caches are stored in a map by name, ignoring this flag. > There should be two such maps. The question is what should getCache("foo") return if previously only getCache("foo", true) was called. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5414) Support (named) parameters in DSL based queries

by Prashant Thakur (JIRA)

[ https://issues.jboss.org/browse/ISPN-5414?page=com.atlassian.jira.plugin.... ] Prashant Thakur commented on ISPN-5414: --------------------------------------- Hi Adrain, A quick query on the scope of this implementation. Will we be avoiding parsing with this implementation. Will the parsed results be stored in query cache and named parameters be applied . We are working on similar modification and we can share our thoughts and design if its solving above two issues > Support (named) parameters in DSL based queries > ----------------------------------------------- > > Key: ISPN-5414 > URL: https://issues.jboss.org/browse/ISPN-5414 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Querying > Affects Versions: 8.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5596) "Cannot clear data directory" in SoftIndexFileStore when clear() is called after stopping and restarting cache

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-5596?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-5596: ----------------------------------- Could you then set logging on org.infinispan.persistence to TRACE and attach the log here? Btw., attaching is the recommended way for test-cases too, rather than pasting the code directly. I think that it may be related to the fact that Windows does not allow you a file that is currently open, but it will be easier to check that with logs rather than guess. > "Cannot clear data directory" in SoftIndexFileStore when clear() is called after stopping and restarting cache > -------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5596 > URL: https://issues.jboss.org/browse/ISPN-5596 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 7.2.3.Final > Environment: Windows 7 > Reporter: Andreas Pabst > Assignee: Radim Vansa > > When stopping and restarting a cache with SoftIndexFileStore persistence, it behaves strangely. > Calling cache.clear() leads to the following exception: > ERROR: ISPN000136: Execution error > org.infinispan.persistence.spi.PersistenceException: Cannot clear data directory! > at org.infinispan.persistence.sifs.SoftIndexFileStore.clear(SoftIndexFileStore.java:234) > at org.infinispan.persistence.manager.PersistenceManagerImpl.clearAllStores(PersistenceManagerImpl.java:372) > at org.infinispan.interceptors.CacheWriterInterceptor.visitClearCommand(CacheWriterInterceptor.java:158) > ... > Caused by: java.io.IOException: Cannot delete file soft-index-test\data\2 > at org.infinispan.persistence.sifs.FileProvider.clear(FileProvider.java:205) > at org.infinispan.persistence.sifs.SoftIndexFileStore.clear(SoftIndexFileStore.java:232) > If the manager is also stopped and recreated every time, this only happens after the third iteration. > Calling cache.remove() in the same place leads to an unrecoverable corruption of the cache store files: java.lang.IllegalArgumentException: Negative position -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5516) SingleFileStore should skip loading from disk if value and metadata are not requested

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5516?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5516: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3613 > SingleFileStore should skip loading from disk if value and metadata are not requested > ------------------------------------------------------------------------------------- > > Key: ISPN-5516 > URL: https://issues.jboss.org/browse/ISPN-5516 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 8.0.0.Alpha1 > Reporter: William Burns > Assignee: Ryan Emerson > Fix For: 8.0.0.Beta3 > > > SingleFileStore internally stores all of the keys in memory. If the loader task doesn't require values or metadata there is no reason to go to disk as all of the information is already present in its key cache. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5516) SingleFileStore should skip loading from disk if value and metadata are not requested

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5516?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5516: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 8.0.0.Beta3 Resolution: Done > SingleFileStore should skip loading from disk if value and metadata are not requested > ------------------------------------------------------------------------------------- > > Key: ISPN-5516 > URL: https://issues.jboss.org/browse/ISPN-5516 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 8.0.0.Alpha1 > Reporter: William Burns > Assignee: Ryan Emerson > Fix For: 8.0.0.Beta3, 8.0.0.Final > > > SingleFileStore internally stores all of the keys in memory. If the loader task doesn't require values or metadata there is no reason to go to disk as all of the information is already present in its key cache. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5516) SingleFileStore should skip loading from disk if value and metadata are not requested

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5516?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5516: -------------------------------- Fix Version/s: (was: 8.0.0.Final) > SingleFileStore should skip loading from disk if value and metadata are not requested > ------------------------------------------------------------------------------------- > > Key: ISPN-5516 > URL: https://issues.jboss.org/browse/ISPN-5516 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 8.0.0.Alpha1 > Reporter: William Burns > Assignee: Ryan Emerson > Fix For: 8.0.0.Beta3 > > > SingleFileStore internally stores all of the keys in memory. If the loader task doesn't require values or metadata there is no reason to go to disk as all of the information is already present in its key cache. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5516) SingleFileStore should skip loading from disk if value and metadata are not requested

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5516?page=com.atlassian.jira.plugin.... ] William Burns reassigned ISPN-5516: ----------------------------------- Assignee: Ryan Emerson > SingleFileStore should skip loading from disk if value and metadata are not requested > ------------------------------------------------------------------------------------- > > Key: ISPN-5516 > URL: https://issues.jboss.org/browse/ISPN-5516 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 8.0.0.Alpha1 > Reporter: William Burns > Assignee: Ryan Emerson > Fix For: 8.0.0.Beta3 > > > SingleFileStore internally stores all of the keys in memory. If the loader task doesn't require values or metadata there is no reason to go to disk as all of the information is already present in its key cache. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5516) SingleFileStore should skip loading from disk if value and metadata are not requested

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5516?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5516: -------------------------------- Status: Open (was: New) > SingleFileStore should skip loading from disk if value and metadata are not requested > ------------------------------------------------------------------------------------- > > Key: ISPN-5516 > URL: https://issues.jboss.org/browse/ISPN-5516 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 8.0.0.Alpha1 > Reporter: William Burns > Fix For: 8.0.0.Final > > > SingleFileStore internally stores all of the keys in memory. If the loader task doesn't require values or metadata there is no reason to go to disk as all of the information is already present in its key cache. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5414) Support (named) parameters in DSL based queries

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5414?page=com.atlassian.jira.plugin.... ] Work on ISPN-5414 started by Adrian Nistor. ------------------------------------------- > Support (named) parameters in DSL based queries > ----------------------------------------------- > > Key: ISPN-5414 > URL: https://issues.jboss.org/browse/ISPN-5414 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Querying > Affects Versions: 8.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5661) There are a number of broken links in the docs that contain {infinispanversion}

by Alan Field (JIRA)

Alan Field created ISPN-5661: -------------------------------- Summary: There are a number of broken links in the docs that contain {infinispanversion} Key: ISPN-5661 URL: https://issues.jboss.org/browse/ISPN-5661 Project: Infinispan Issue Type: Bug Components: Documentation-Core Affects Versions: 8.0.0.Beta2 Reporter: Alan Field I initially found an instance of the text {infinispanversion} in the properties file configuration example of section 13.4.3. Java Hot Rod client. However, if you search for that string, there are a number of links to the API docs that are not rendered as links and contain that text. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 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 August 2015