[JBoss JIRA] (ISPN-9677) Non-transactional queries don't update the query cache
by Galder Zamarreño (Jira)
[ https://issues.jboss.org/browse/ISPN-9677?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9677:
-----------------------------------
Fix Version/s: 10.0.0.Alpha1
(was: 9.4.2.Final)
> Non-transactional queries don't update the query cache
> ------------------------------------------------------
>
> Key: ISPN-9677
> URL: https://issues.jboss.org/browse/ISPN-9677
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.4.1.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Priority: Major
> Fix For: 10.0.0.Alpha1, 9.4.3.Final
>
>
> This is affecting the Hibernate second-level cache simple tutorials where queries are executed outside transactions.
> The problem is that the new integration for the query results (result of ISPN-9075) does not verify if there's an on-going transaction before registering a transaction completed synchronization where the query cache is updated.
> As a result, when a non-transactional query happens, the transaction synchronization callback does not happen and the query cache is not updated.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (ISPN-9677) Non-transactional queries don't update the query cache
by Galder Zamarreño (Jira)
[ https://issues.jboss.org/browse/ISPN-9677?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-9677:
-----------------------------------
Fix Version/s: 9.4.3.Final
> Non-transactional queries don't update the query cache
> ------------------------------------------------------
>
> Key: ISPN-9677
> URL: https://issues.jboss.org/browse/ISPN-9677
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.4.1.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Priority: Major
> Fix For: 10.0.0.Alpha1, 9.4.3.Final
>
>
> This is affecting the Hibernate second-level cache simple tutorials where queries are executed outside transactions.
> The problem is that the new integration for the query results (result of ISPN-9075) does not verify if there's an on-going transaction before registering a transaction completed synchronization where the query cache is updated.
> As a result, when a non-transactional query happens, the transaction synchronization callback does not happen and the query cache is not updated.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (ISPN-9677) Non-transactional queries don't update the query cache
by Galder Zamarreño (Jira)
[ https://issues.jboss.org/browse/ISPN-9677?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño reopened ISPN-9677:
------------------------------------
> Non-transactional queries don't update the query cache
> ------------------------------------------------------
>
> Key: ISPN-9677
> URL: https://issues.jboss.org/browse/ISPN-9677
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.4.1.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Priority: Major
> Fix For: 10.0.0.Alpha1, 9.4.3.Final
>
>
> This is affecting the Hibernate second-level cache simple tutorials where queries are executed outside transactions.
> The problem is that the new integration for the query results (result of ISPN-9075) does not verify if there's an on-going transaction before registering a transaction completed synchronization where the query cache is updated.
> As a result, when a non-transactional query happens, the transaction synchronization callback does not happen and the query cache is not updated.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (ISPN-5818) Store null marker for cache loader miss
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-5818?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-5818:
------------------------------------
This requires some kind of eviction for the null markers, especially when eviction is not enabled for the cache.
When eviction is not enabled and the user is not evicting entries manually, we could skip the cache loader every time. In fact, the application itself could use the {{SKIP_CACHE_LOADER}} flag.
> Store null marker for cache loader miss
> ---------------------------------------
>
> Key: ISPN-5818
> URL: https://issues.jboss.org/browse/ISPN-5818
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core, Loaders and Stores
> Reporter: William Burns
> Assignee: William Burns
> Priority: Major
>
> Today if a user has a cache store and they try to load an entry that doesn't exist we have to take the performance cost of a miss to the back end store. If the user queries the same key again, we should instead be able to return null right away instead of going to the back end store.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months
[JBoss JIRA] (ISPN-9756) Improve ETag generation in the REST server
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-9756?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-9756:
------------------------------------
+1 to use the long version, as the HotRod protocol/client API only works with longs.
Luckily ETags can be pretty much anything, so when we change the HR protocol/API to allow more complex versions ETags can follow suit.
> Improve ETag generation in the REST server
> ------------------------------------------
>
> Key: ISPN-9756
> URL: https://issues.jboss.org/browse/ISPN-9756
> Project: Infinispan
> Issue Type: Enhancement
> Components: REST
> Affects Versions: 9.4.2.Final, 10.0.0.Alpha1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
>
> Etags, used to support conditional operations on REST are calculated using MurmurHash3 and it is not stored in the metadata but rather calculated on the fly.
> A better solution would be to reuse the in-place version generator of Hot Rod (numeric version)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 4 months