[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Description:
We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
We reduced our settings and finally reproduce it in a simple setup:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
# a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
was:
We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
We reduced our settings and finally reproduce it in a simple setup:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
# a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
> # a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Description:
We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
We reduced our settings and finally reproduce it in a simple setup:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
# a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
[^ISPN-11942.zip] is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log [^ISPN-11942-fail.log] when stay on 10.1.8.Final and [^ISPN-11942-success.log] when changed to 9.1.7.Final.
was:
We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
We reduced our settings and finally reproduce it in a simple setup:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
# a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
> # a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
> [^ISPN-11942.zip] is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log [^ISPN-11942-fail.log] when stay on 10.1.8.Final and [^ISPN-11942-success.log] when changed to 9.1.7.Final.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Steps to Reproduce:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
# a simple service bean ServiceB with a dummy method bar() which return (ServiceA.foo() + "_PROCESSED_BY_BAR")
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
[^ISPN-11942.zip] is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log [^ISPN-11942-fail.log] when stay on 10.1.8.Final and [^ISPN-11942-success.log] when changed to 9.1.7.Final.
was:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
# a simple service bean ServiceB with a dummy method bar() which return ServiceA.foo() + "_PROCESSED_BY_BAR"
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
[^ISPN-11942.zip] is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log [^ISPN-11942-fail.log] when stay on 10.1.8.Final and [^ISPN-11942-success.log] when changed to 9.1.7.Final.
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
> # a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Description:
We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
We reduced our settings and finally reproduce it in a simple setup:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
# a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
was:
We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
We reduced our settings and finally reproduce it in a simple setup:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
# a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
> # a simple service bean ServiceB with a dummy method bar() which just return (ServiceA.foo() + "_PROCESSED_BY_BAR")
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Steps to Reproduce:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return string "THIS_IS_RESULT_OF_FOO"
# a simple service bean ServiceB with a dummy method bar() which return ServiceA.foo() + "_PROCESSED_BY_BAR"
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
[^ISPN-11942.zip] is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log [^ISPN-11942-fail.log] when stay on 10.1.8.Final and [^ISPN-11942-success.log] when changed to 9.1.7.Final.
was:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
# a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
[^ISPN-11942.zip] is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log [^ISPN-11942-fail.log] when stay on 10.1.8.Final and [^ISPN-11942-success.log] when changed to 9.1.7.Final.
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
> # a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Steps to Reproduce:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
# a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
[^ISPN-11942.zip] is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log [^ISPN-11942-fail.log] when stay on 10.1.8.Final and [^ISPN-11942-success.log] when changed to 9.1.7.Final.
was:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
# a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
!ISPN-11942.zip! is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log !ISPN-11942-fail.log! when stay on 10.1.8.Final and !ISPN-11942-success.log! when changed to 9.1.7.Final.
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
> # a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Steps to Reproduce:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
# a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
!ISPN-11942.zip! is a simple standalone application to reproduce this issue, change infinispan version from 10.1.8.Final to 9.1.7.Final will work correctly. Attached the trace log !ISPN-11942-fail.log! when stay on 10.1.8.Final and !ISPN-11942-success.log! when changed to 9.1.7.Final.
was:
# configured a local cache (i.e. TestCache) with default settings
# a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
# a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
# a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
We will attach the reproducible code later
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
> # a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Attachment: ISPN-11942-fail.log
ISPN-11942-success.log
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
> # a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11942) JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
by Sammy Chu (Jira)
[ https://issues.redhat.com/browse/ISPN-11942?page=com.atlassian.jira.plugi... ]
Sammy Chu updated ISPN-11942:
-----------------------------
Attachment: ISPN-11942.zip
> JCache CacheEntryCreatedListener got TimeoutException ISPN000299 when listener calling code which accessing the created cache value
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-11942
> URL: https://issues.redhat.com/browse/ISPN-11942
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.8.Final
> Reporter: Sammy Chu
> Priority: Major
> Attachments: ISPN-11942-fail.log, ISPN-11942-success.log, ISPN-11942.zip
>
>
> We are running into issue when upgrading infinispan from 9.1.7.Final to 9.2.0.Final and got the TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y...
> We reduced our settings and finally reproduce it in a simple setup:
> # configured a local cache (i.e. TestCache) with default settings
> # a simple service bean ServiceA with a dummy method foo() annotated with @CacheResult(cacheName = 'TestCache'), which just return a random string
> # a simple service bean ServiceB with a dummy method bar() which just return ServiceA.foo()
> # a JCache CacheEntryCreatedListener which calling ServiceB.bar() and register to TestCache
> When calling ServiceA.foo(), expecting ServiceA will generate a random string and got cached, then trigger the cache entry created listener to notify ServiceB to regenerate its value.
> In Infinispan below 9.2, it works correctly. But in 9.2 onward, it will throw TimeoutException: ISPN000299: Unable to acquire lock after X seconds for key Y. May I ask if this is a bug as we cannot found any documentation on this behavior change.
> We also tested on latest stable version (10.1.8.Final) and still have such issue. We checked versions one by one and confirmed this bug introduced between change of 9.1.7 and 9.2.0.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months
[JBoss JIRA] (ISPN-11939) Deprecate auto-config
by Nistor Adrian (Jira)
[ https://issues.redhat.com/browse/ISPN-11939?page=com.atlassian.jira.plugi... ]
Nistor Adrian updated ISPN-11939:
---------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Deprecate auto-config
> ---------------------
>
> Key: ISPN-11939
> URL: https://issues.redhat.com/browse/ISPN-11939
> Project: Infinispan
> Issue Type: Enhancement
> Components: Embedded Querying
> Affects Versions: 11.0.0.CR1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Labels: query-ispn11
> Fix For: 11.0.0.Final
>
>
> The {{auto-config}} attribute has been used to pick the best indexing config according to the cache type: it was more useful when Infinispan supported both shared and non-shared indexes.
> Since now the only index type supported is non-shared (one local index per cache) and since in Infinispan 12 the entity configuration will be mandatory, the {{auto-config}} role is diminished and its changes added to index in Infinispan 11 should become the default on ISPN 12.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 6 months