Bug 1032545
| Summary: | L1 requestor registered after value read | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Data Grid 6 | Reporter: | Radim Vansa <rvansa> |
| Component: | Infinispan | Assignee: | Tristan Tarrant <ttarrant> |
| Status: | CLOSED UPSTREAM | QA Contact: | Martin Gencur <mgencur> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.2.0 | CC: | jdg-bugs |
| Target Milestone: | CR1 | ||
| Target Release: | 6.2.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2025-02-10 03:34:25 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Radim Vansa
2013-11-20 11:36:32 UTC
William Burns <wburns> updated the status of jira ISPN-3737 to Coding In Progress William Burns <wburns> made a comment on jira ISPN-3737 Good catch! Normally just putting the registration of the requestor before the get completes would have an inverse effect (we could invalidate something that isn't present), but because of the L1 rewrite to not store L1 values if a concurrent invalidation occurs while waiting on a remote get, that should be a more than feasible fix. William Burns <wburns> made a comment on jira ISPN-3737 Also this only affects RepeatableRead since Read Committed would return the correct value and thus would have cached the proper value. I will have to add in some Repeatable Read unit tests. Radim Vansa <rvansa> made a comment on jira ISPN-3737 I have experienced that with RC. But you can check out as soon as you get the unit test reproducing this with RR. This product has been discontinued or is no longer tracked in Red Hat Bugzilla. |