[jira] [Commented] (GEODE-10284) Add partition-listener option to gfsh create region command
[ https://issues.apache.org/jira/browse/GEODE-10284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17534122#comment-17534122 ] ASF subversion and git services commented on GEODE-10284: - Commit d4b80d27277d3eda22f692cf95d95026096470d5 in geode's branch refs/heads/develop from Jens Deppe [ https://gitbox.apache.org/repos/asf?p=geode.git;h=d4b80d2727 ] GEODE-10284: Add partition-listener option to gfsh create region command (#7666) * Update documentation Co-authored-by: Dave Barnes > Add partition-listener option to gfsh create region command > --- > > Key: GEODE-10284 > URL: https://issues.apache.org/jira/browse/GEODE-10284 > Project: Geode > Issue Type: Improvement > Components: gfsh >Reporter: Jens Deppe >Assignee: Jens Deppe >Priority: Major > Labels: pull-request-available > > This adds a {{--partition-listener}} option to the {{create region}} gfsh > command. I'm not sure why this was not added in the first place since all the > plumbing to support it already seems to exist. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10291) Support Jammy (ubuntu 22.04)
[ https://issues.apache.org/jira/browse/GEODE-10291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17534114#comment-17534114 ] ASF GitHub Bot commented on GEODE-10291: moleske opened a new pull request, #968: URL: https://github.com/apache/geode-native/pull/968 I don't have ami credentials nor concourse credentials to test any of this, so I will need some help if this should be wanted in CI > Support Jammy (ubuntu 22.04) > > > Key: GEODE-10291 > URL: https://issues.apache.org/jira/browse/GEODE-10291 > Project: Geode > Issue Type: Task > Components: native client >Reporter: Michael Oleske >Priority: Major > Labels: pull-request-available > > Native client should compile on the latest (ubuntu 22.04) operating system. > Consider including a new pipeline as part of this -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10292) Upgrade boost to 1.79.0
[ https://issues.apache.org/jira/browse/GEODE-10292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17534108#comment-17534108 ] ASF GitHub Bot commented on GEODE-10292: moleske opened a new pull request, #967: URL: https://github.com/apache/geode-native/pull/967 Initially complained that it did not know what `boost::filesystem::ofstream` before adding the header file > Upgrade boost to 1.79.0 > --- > > Key: GEODE-10292 > URL: https://issues.apache.org/jira/browse/GEODE-10292 > Project: Geode > Issue Type: Task >Reporter: Michael Oleske >Priority: Major > > Upgrade boost to 1.79.0 as first step in supporting visual studio 2022 -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10292) Upgrade boost to 1.79.0
[ https://issues.apache.org/jira/browse/GEODE-10292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-10292: --- Labels: pull-request-available (was: ) > Upgrade boost to 1.79.0 > --- > > Key: GEODE-10292 > URL: https://issues.apache.org/jira/browse/GEODE-10292 > Project: Geode > Issue Type: Task >Reporter: Michael Oleske >Priority: Major > Labels: pull-request-available > > Upgrade boost to 1.79.0 as first step in supporting visual studio 2022 -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Created] (GEODE-10292) Upgrade boost to 1.79.0
Michael Oleske created GEODE-10292: -- Summary: Upgrade boost to 1.79.0 Key: GEODE-10292 URL: https://issues.apache.org/jira/browse/GEODE-10292 Project: Geode Issue Type: Task Reporter: Michael Oleske Upgrade boost to 1.79.0 as first step in supporting visual studio 2022 -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10291) Support Jammy (ubuntu 22.04)
[ https://issues.apache.org/jira/browse/GEODE-10291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17534106#comment-17534106 ] ASF GitHub Bot commented on GEODE-10291: moleske opened a new pull request, #966: URL: https://github.com/apache/geode-native/pull/966 Initially failed to compile because it could not find `sleep_for` (was undefined) > Support Jammy (ubuntu 22.04) > > > Key: GEODE-10291 > URL: https://issues.apache.org/jira/browse/GEODE-10291 > Project: Geode > Issue Type: Task > Components: native client >Reporter: Michael Oleske >Priority: Major > > Native client should compile on the latest (ubuntu 22.04) operating system. > Consider including a new pipeline as part of this -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10291) Support Jammy (ubuntu 22.04)
[ https://issues.apache.org/jira/browse/GEODE-10291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-10291: --- Labels: pull-request-available (was: ) > Support Jammy (ubuntu 22.04) > > > Key: GEODE-10291 > URL: https://issues.apache.org/jira/browse/GEODE-10291 > Project: Geode > Issue Type: Task > Components: native client >Reporter: Michael Oleske >Priority: Major > Labels: pull-request-available > > Native client should compile on the latest (ubuntu 22.04) operating system. > Consider including a new pipeline as part of this -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Created] (GEODE-10291) Support Jammy (ubuntu 22.04)
Michael Oleske created GEODE-10291: -- Summary: Support Jammy (ubuntu 22.04) Key: GEODE-10291 URL: https://issues.apache.org/jira/browse/GEODE-10291 Project: Geode Issue Type: Task Components: native client Reporter: Michael Oleske Native client should compile on the latest (ubuntu 22.04) operating system. Consider including a new pipeline as part of this -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10290) GII requester should remove departed members
[ https://issues.apache.org/jira/browse/GEODE-10290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated GEODE-10290: --- Labels: needsTriage pull-request-available (was: needsTriage) > GII requester should remove departed members > > > Key: GEODE-10290 > URL: https://issues.apache.org/jira/browse/GEODE-10290 > Project: Geode > Issue Type: Bug >Reporter: Xiaojian Zhou >Assignee: Xiaojian Zhou >Priority: Major > Labels: needsTriage, pull-request-available > > In non-persistent but concurrent-check enabled case, members departed will be > marked. They should be removed from RVV during GII to prevent memberToVersion > in RVV grows bigger and bigger. > However, we only removed them from GII provider, not in GII requester. The > good opportunity to remove them in GII requester is when calculating > unfinished operations. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10290) GII requester should remove departed members
[ https://issues.apache.org/jira/browse/GEODE-10290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17534066#comment-17534066 ] ASF subversion and git services commented on GEODE-10290: - Commit 7db94dedbd1d3b565b7fb2957b5f49f6a9bffc49 in geode's branch refs/heads/feature/GEODE-10290 from zhouxh [ https://gitbox.apache.org/repos/asf?p=geode.git;h=7db94dedbd ] GEODE-10290: GII requester should remove departed members > GII requester should remove departed members > > > Key: GEODE-10290 > URL: https://issues.apache.org/jira/browse/GEODE-10290 > Project: Geode > Issue Type: Bug >Reporter: Xiaojian Zhou >Assignee: Xiaojian Zhou >Priority: Major > Labels: needsTriage > > In non-persistent but concurrent-check enabled case, members departed will be > marked. They should be removed from RVV during GII to prevent memberToVersion > in RVV grows bigger and bigger. > However, we only removed them from GII provider, not in GII requester. The > good opportunity to remove them in GII requester is when calculating > unfinished operations. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Assigned] (GEODE-10290) GII requester should remove departed members
[ https://issues.apache.org/jira/browse/GEODE-10290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiaojian Zhou reassigned GEODE-10290: - Assignee: Xiaojian Zhou > GII requester should remove departed members > > > Key: GEODE-10290 > URL: https://issues.apache.org/jira/browse/GEODE-10290 > Project: Geode > Issue Type: Bug >Reporter: Xiaojian Zhou >Assignee: Xiaojian Zhou >Priority: Major > Labels: needsTriage > > In non-persistent but concurrent-check enabled case, members departed will be > marked. They should be removed from RVV during GII to prevent memberToVersion > in RVV grows bigger and bigger. > However, we only removed them from GII provider, not in GII requester. The > good opportunity to remove them in GII requester is when calculating > unfinished operations. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Created] (GEODE-10290) GII requester should remove departed members
Xiaojian Zhou created GEODE-10290: - Summary: GII requester should remove departed members Key: GEODE-10290 URL: https://issues.apache.org/jira/browse/GEODE-10290 Project: Geode Issue Type: Bug Reporter: Xiaojian Zhou In non-persistent but concurrent-check enabled case, members departed will be marked. They should be removed from RVV during GII to prevent memberToVersion in RVV grows bigger and bigger. However, we only removed them from GII provider, not in GII requester. The good opportunity to remove them in GII requester is when calculating unfinished operations. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10290) GII requester should remove departed members
[ https://issues.apache.org/jira/browse/GEODE-10290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Murmann updated GEODE-10290: -- Labels: needsTriage (was: ) > GII requester should remove departed members > > > Key: GEODE-10290 > URL: https://issues.apache.org/jira/browse/GEODE-10290 > Project: Geode > Issue Type: Bug >Reporter: Xiaojian Zhou >Priority: Major > Labels: needsTriage > > In non-persistent but concurrent-check enabled case, members departed will be > marked. They should be removed from RVV during GII to prevent memberToVersion > in RVV grows bigger and bigger. > However, we only removed them from GII provider, not in GII requester. The > good opportunity to remove them in GII requester is when calculating > unfinished operations. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10289) Add an argument file that opens all JDK packages to all unnamed modules
[ https://issues.apache.org/jira/browse/GEODE-10289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dale Emery updated GEODE-10289: --- Labels: Java17 (was: ) > Add an argument file that opens all JDK packages to all unnamed modules > --- > > Key: GEODE-10289 > URL: https://issues.apache.org/jira/browse/GEODE-10289 > Project: Geode > Issue Type: Improvement > Components: core >Affects Versions: 1.15.0, 1.16.0 >Reporter: Dale Emery >Priority: Major > Labels: Java17 > > Certain Geode functionality requires user-defined objects to be accessible > for reflection. It can be difficult for users to identify non-opened JDK > packages that are included in their objects. > Add an argument file that opens all JDK packages to all unnamed modules. > Adding this argument file when launching a client, locator, or server on JDK > 17 essentially mimics the {{--illegal-access=permit}} option from JDK 11 (at > least for JDK packages). > The supplied argument file will open all packages that come with the Linux > version of OpenJDK. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Created] (GEODE-10289) Add an argument file that opens all JDK packages to all unnamed modules
Dale Emery created GEODE-10289: -- Summary: Add an argument file that opens all JDK packages to all unnamed modules Key: GEODE-10289 URL: https://issues.apache.org/jira/browse/GEODE-10289 Project: Geode Issue Type: Improvement Components: core Affects Versions: 1.15.0, 1.16.0 Reporter: Dale Emery Certain Geode functionality requires user-defined objects to be accessible for reflection. It can be difficult for users to identify non-opened JDK packages that are included in their objects. Add an argument file that opens all JDK packages to all unnamed modules. Adding this argument file when launching a client, locator, or server on JDK 17 essentially mimics the {{--illegal-access=permit}} option from JDK 11 (at least for JDK packages). The supplied argument file will open all packages that come with the Linux version of OpenJDK. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10288) Identify multiple JDK versions for upgrade tests
[ https://issues.apache.org/jira/browse/GEODE-10288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dale Emery updated GEODE-10288: --- Labels: Java17 (was: ) > Identify multiple JDK versions for upgrade tests > > > Key: GEODE-10288 > URL: https://issues.apache.org/jira/browse/GEODE-10288 > Project: Geode > Issue Type: Improvement > Components: ci, tests >Affects Versions: 1.15.0, 1.16.0 >Reporter: Dale Emery >Priority: Major > Labels: Java17 > > An upcoming PR enhances most upgrade tests to upgrade a Geode client, > locator, or server from one JDK version to another. That functionality > requires CI to define environment variables to identify the installed paths > to JDKs for Java 8, 11, and 17 when launching each test JVM. The proposed > environment variables are: > - TEST_JAVA_8_HOME > - TEST_JAVA_11_HOME > - TEST_JAVA_17_HOME -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Created] (GEODE-10288) Identify multiple JDK versions for upgrade tests
Dale Emery created GEODE-10288: -- Summary: Identify multiple JDK versions for upgrade tests Key: GEODE-10288 URL: https://issues.apache.org/jira/browse/GEODE-10288 Project: Geode Issue Type: Improvement Components: ci, tests Affects Versions: 1.15.0, 1.16.0 Reporter: Dale Emery An upcoming PR enhances most upgrade tests to upgrade a Geode client, locator, or server from one JDK version to another. That functionality requires CI to define environment variables to identify the installed paths to JDKs for Java 8, 11, and 17 when launching each test JVM. The proposed environment variables are: - TEST_JAVA_8_HOME - TEST_JAVA_11_HOME - TEST_JAVA_17_HOME -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10279) Need to lock RVV and flush before backup
[ https://issues.apache.org/jira/browse/GEODE-10279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anilkumar Gingade updated GEODE-10279: -- Labels: pull-request-available (was: needsTriage pull-request-available) > Need to lock RVV and flush before backup > > > Key: GEODE-10279 > URL: https://issues.apache.org/jira/browse/GEODE-10279 > Project: Geode > Issue Type: Bug >Reporter: Xiaojian Zhou >Assignee: Xiaojian Zhou >Priority: Major > Labels: pull-request-available > > When using async disk writer, in memory RVV has contained all the operations > in async queue. The items in the async queue might not have completely > flushed to disk. So RVV mismatch with the entries' status. > When restored and GII, since RVVs are the same, no GII will be triggered. > Thus the data mismatched in different members. > To fix it, introduce a step to lock rvvs for all the regions of all the > diskstores that will be backup. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-9759) User Guide: gfsh command pages - problem with double-hyphens
[ https://issues.apache.org/jira/browse/GEODE-9759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Max Hufnagel updated GEODE-9759: Fix Version/s: 1.12.10 1.14.5 1.15.0 (was: 1.14.4) > User Guide: gfsh command pages - problem with double-hyphens > > > Key: GEODE-9759 > URL: https://issues.apache.org/jira/browse/GEODE-9759 > Project: Geode > Issue Type: Bug > Components: docs >Affects Versions: 1.14.0 >Reporter: Dave Barnes >Assignee: Max Hufnagel >Priority: Major > Labels: pull-request-available > Fix For: 1.12.10, 1.14.5, 1.15.0 > > > In the tables of gfsh command options, double-hyphen prefixes are often (but > not always) collapsed to a single hyphen. > This is a format issue with dozens (possibly hundreds?) of occurrences. > See, for example, the `alter` command page, > http://geode.apache.org/docs/guide/114/tools_modules/gfsh/command-pages/alter.html. > Note the difference between the entry for > `--entry-idle-time-expiration-action` and the following entry > `-entry-time-to-live-expiration`. The tricky bit is that the source code in > both cases uses the same HTML construct: `\-\-entry-time-to-live-expiration`, but the results > differ. > One likely remedy is to replace the hyphen pair with the code for two > non-breaking hyphens: `‑‑`. > Behavior may differ depending on whether the entry occurs in an HTML table, a > nested HTML table, or a Markdown table. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Resolved] (GEODE-9759) User Guide: gfsh command pages - problem with double-hyphens
[ https://issues.apache.org/jira/browse/GEODE-9759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Max Hufnagel resolved GEODE-9759. - Fix Version/s: 1.14.4 Resolution: Resolved > User Guide: gfsh command pages - problem with double-hyphens > > > Key: GEODE-9759 > URL: https://issues.apache.org/jira/browse/GEODE-9759 > Project: Geode > Issue Type: Bug > Components: docs >Affects Versions: 1.14.0 >Reporter: Dave Barnes >Assignee: Max Hufnagel >Priority: Major > Labels: pull-request-available > Fix For: 1.14.4 > > > In the tables of gfsh command options, double-hyphen prefixes are often (but > not always) collapsed to a single hyphen. > This is a format issue with dozens (possibly hundreds?) of occurrences. > See, for example, the `alter` command page, > http://geode.apache.org/docs/guide/114/tools_modules/gfsh/command-pages/alter.html. > Note the difference between the entry for > `--entry-idle-time-expiration-action` and the following entry > `-entry-time-to-live-expiration`. The tricky bit is that the source code in > both cases uses the same HTML construct: `\-\-entry-time-to-live-expiration`, but the results > differ. > One likely remedy is to replace the hyphen pair with the code for two > non-breaking hyphens: `‑‑`. > Behavior may differ depending on whether the entry occurs in an HTML table, a > nested HTML table, or a Markdown table. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10265) DurableClientSimpleDUnitTest.testReadyForEventsNotCalledImplicitlyForRegisterInterestWithCacheXML cannot be run in parallel with itself.
[ https://issues.apache.org/jira/browse/GEODE-10265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hale Bales updated GEODE-10265: --- Issue Type: Test (was: Bug) > DurableClientSimpleDUnitTest.testReadyForEventsNotCalledImplicitlyForRegisterInterestWithCacheXML > cannot be run in parallel with itself. > > > Key: GEODE-10265 > URL: https://issues.apache.org/jira/browse/GEODE-10265 > Project: Geode > Issue Type: Test > Components: tests >Reporter: Mark Hanson >Priority: Major > > This test uses a hardcoded cache.xml with a server port inside that is > hardcoded. Basically, the second test started in parallel will have a bind > error because the port is already in use. We should consider generating the > file rather than using a static one. > > Stress-new-test failure. > [https://concourse.apachegeode-ci.info/builds/48751343] > > This issue was discovered as part of the stress-new-test of GEODE-10228's PR > {noformat} > > name="client" > subscription-enabled="true" > load-conditioning-interval="6" > read-timeout="3" retry-attempts="5" > > The Problem > < The Problem > > > id="testReadyForEventsNotCalledImplicitlyWithCacheXML_region" > statistics-enabled="true" pool-name="client" refid="PROXY"> > > org.apache.geode.internal.cache.tier.sockets.CacheServerTestUtil$ControlListener > > > {noformat} > > {noformat} > DurableClientSimpleDUnitTest > > testReadyForEventsNotCalledImplicitlyForRegisterInterestWithCacheXML FAILED > org.gradle.internal.exceptions.DefaultMultiCauseException: Multiple > Failures (2 failures) > org.apache.geode.test.dunit.RMIException: While invoking > org.apache.geode.internal.cache.tier.sockets.DurableClientSimpleDUnitTest$$Lambda$364/438711076.call > in VM 0 running on Host > heavy-lifter-f7bd4fb4-95bb-5e71-b25c-83f8d8a79c56.c.apachegeode-ci.internal > with 4 VMs > java.lang.AssertionError: Suspicious strings were written to the log > during this run. > Fix the strings or use IgnoredException.addIgnoredException to ignore. > --- > Found suspect string in 'dunit_suspect-vm0.log' at line 450 > [error 2022/04/28 00:39:54.901 UTC > tid=32] Cache initialization for GemFireCache[id = 1097663966; isClosing = > false; isShutDownAll = false; created = Thu Apr 28 00:37:54 UTC 2022; server > = true; copyOnRead = false; lockLease = 120; lockTimeout = 60] failed because: > org.apache.geode.GemFireIOException: While starting cache server > CacheServer on port=10188 client subscription config policy=entry client > subscription config capacity=1000 client subscription config overflow > directory=. > at > org.apache.geode.internal.cache.xmlcache.CacheCreation.startCacheServers(CacheCreation.java:801) > at > org.apache.geode.internal.cache.xmlcache.CacheCreation.create(CacheCreation.java:600) > at > org.apache.geode.internal.cache.xmlcache.CacheXmlParser.create(CacheXmlParser.java:339) > at > org.apache.geode.internal.cache.GemFireCacheImpl.loadCacheXml(GemFireCacheImpl.java:4202) > at > org.apache.geode.internal.cache.GemFireCacheImpl.initializeDeclarativeCache(GemFireCacheImpl.java:1620) > at > org.apache.geode.internal.cache.GemFireCacheImpl.initialize(GemFireCacheImpl.java:1445) > at > org.apache.geode.internal.cache.InternalCacheBuilder.create(InternalCacheBuilder.java:191) > at > org.apache.geode.internal.cache.InternalCacheBuilder.create(InternalCacheBuilder.java:158) > at org.apache.geode.cache.CacheFactory.create(CacheFactory.java:142) > at > org.apache.geode.internal.cache.tier.sockets.CacheServerTestUtil.createCacheServerFromXmlN(CacheServerTestUtil.java:253) > at > org.apache.geode.internal.cache.tier.sockets.DurableClientSimpleDUnitTest.lambda$testReadyForEventsNotCalledImplicitlyForRegisterInterestWithCacheXML$515fd116$1(DurableClientSimpleDUnitTest.java:584) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.apache.geode.test.dunit.internal.MethodInvoker.executeObject(MethodInvoker.java:123) > at > org.apache.geode.test.dunit.internal.RemoteDUnitVM.executeMethodOnObject(RemoteDUnitVM.java:78) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
[jira] [Created] (GEODE-10287) DistributedRegion.distributedRegionCleanup logic looks wrong
Darrel Schneider created GEODE-10287: Summary: DistributedRegion.distributedRegionCleanup logic looks wrong Key: GEODE-10287 URL: https://issues.apache.org/jira/browse/GEODE-10287 Project: Geode Issue Type: Bug Components: core Reporter: Darrel Schneider DistributedRegion.distributedRegionCleanup does this: distAdvisor.close(). Then a few lines later it calls "waitForCurrentOperations()". But waitForCurrentOperations uses the closed distAdvisor. Maybe it is okay to uses a closed distAdvisor but it seems better to call wait first and then close distAdvisor. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10287) DistributedRegion.distributedRegionCleanup logic looks wrong
[ https://issues.apache.org/jira/browse/GEODE-10287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Murmann updated GEODE-10287: -- Labels: needsTriage (was: ) > DistributedRegion.distributedRegionCleanup logic looks wrong > > > Key: GEODE-10287 > URL: https://issues.apache.org/jira/browse/GEODE-10287 > Project: Geode > Issue Type: Bug > Components: core >Reporter: Darrel Schneider >Priority: Major > Labels: needsTriage > > DistributedRegion.distributedRegionCleanup does this: distAdvisor.close(). > Then a few lines later it calls "waitForCurrentOperations()". But > waitForCurrentOperations uses the closed distAdvisor. Maybe it is okay to > uses a closed distAdvisor but it seems better to call wait first and then > close distAdvisor. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10286) cache close in response to a forced disconnect with persistent regions may skip some cleanup
[ https://issues.apache.org/jira/browse/GEODE-10286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Murmann updated GEODE-10286: -- Labels: needsTriage (was: ) > cache close in response to a forced disconnect with persistent regions may > skip some cleanup > - > > Key: GEODE-10286 > URL: https://issues.apache.org/jira/browse/GEODE-10286 > Project: Geode > Issue Type: Bug > Components: core >Reporter: Darrel Schneider >Priority: Major > Labels: needsTriage > > During a cache close, persistent regions may not cleanup as much as they > should. This is because when the PersistentAdvisor is closed, CancelException > is not handled causing other parts of the close to be skipped. I think the > place to handle it is: > DistributedRegion.distributedRegionCleanup(DistributedRegion.java:2564). Here > is an exception showing what it looks like when this happens: > {noformat} > org.apache.geode.distributed.DistributedSystemDisconnectedException: > Distribution manager on rs-RunItNow-ZH1504a1i3xlarge-hydra-client-10(dataStor > egemfire2_host1_421:421):41004 started at Wed Mar 23 17:11:48 PDT > 2022: Member isn't responding to heartbeat requests, caused by org.apac > he.geode.ForcedDisconnectException: Member isn't responding to heartbeat > requests > at > org.apache.geode.distributed.internal.ClusterDistributionManager$Stopper.generateCancelledException(ClusterDistributionManager.java:289 > 3) > at > org.apache.geode.distributed.internal.InternalDistributedSystem$Stopper.generateCancelledException(InternalDistributedSystem.java:1177) > at > org.apache.geode.CancelCriterion.checkCancelInProgress(CancelCriterion.java:83) > at > org.apache.geode.distributed.internal.ClusterElderManager.getElderId(ClusterElderManager.java:76) > at > org.apache.geode.distributed.internal.ClusterDistributionManager.getElderId(ClusterDistributionManager.java:2085) > at > org.apache.geode.distributed.internal.locks.DLockService.getElderId(DLockService.java:254) > at > org.apache.geode.distributed.internal.locks.DLockService.notLockGrantorId(DLockService.java:824) > at > org.apache.geode.distributed.internal.locks.DLockService.unlock(DLockService.java:1807) > at > org.apache.geode.internal.cache.persistence.PersistenceAdvisorImpl.releaseTieLock(PersistenceAdvisorImpl.java:1181) > at > org.apache.geode.internal.cache.persistence.PersistenceAdvisorImpl.close(PersistenceAdvisorImpl.java:1158) > at > org.apache.geode.internal.cache.DistributedRegion.distributedRegionCleanup(DistributedRegion.java:2564) > at > org.apache.geode.internal.cache.DistributedRegion.postDestroyRegion(DistributedRegion.java:2657) > at > org.apache.geode.internal.cache.LocalRegion.recursiveDestroyRegion(LocalRegion.java:2732) > at > org.apache.geode.internal.cache.LocalRegion.basicDestroyRegion(LocalRegion.java:6241) > at > org.apache.geode.internal.cache.DistributedRegion.basicDestroyRegion(DistributedRegion.java:1834) > at > org.apache.geode.internal.cache.LocalRegion.handleCacheClose(LocalRegion.java:7320) > at > org.apache.geode.internal.cache.DistributedRegion.handleCacheClose(DistributedRegion.java:2691) > at > org.apache.geode.internal.cache.GemFireCacheImpl.doClose(GemFireCacheImpl.java:2308) > at > org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:2154) > at > org.apache.geode.distributed.internal.InternalDistributedSystem.disconnect(InternalDistributedSystem.java:1538) > at > org.apache.geode.distributed.internal.InternalDistributedSystem.reconnect(InternalDistributedSystem.java:2545) > at > org.apache.geode.distributed.internal.InternalDistributedSystem.tryReconnect(InternalDistributedSystem.java:2408) > at > org.apache.geode.distributed.internal.InternalDistributedSystem.disconnect(InternalDistributedSystem.java:1254) > at > org.apache.geode.distributed.internal.ClusterDistributionManager$DMListener.membershipFailure(ClusterDistributionManager.java:2329) > at > org.apache.geode.distributed.internal.membership.gms.GMSMembership.uncleanShutdown(GMSMembership.java:1190) > at > org.apache.geode.distributed.internal.membership.gms.GMSMembership$ManagerImpl.lambda$uncleanShutdownDS$0(GMSMembership.java:1793) > at java.base/java.lang.Thread.run(Thread.java:833) > Caused by: org.apache.geode.ForcedDisconnectException: Member isn't > responding to heartbeat requests > at > org.apache.geode.distributed.internal.ClusterDistributionManager$DMListener.membershipFailure(ClusterDistributionManager.java:2319) > ... 3 mor
[jira] [Created] (GEODE-10286) cache close in response to a forced disconnect with persistent regions may skip some cleanup
Darrel Schneider created GEODE-10286: Summary: cache close in response to a forced disconnect with persistent regions may skip some cleanup Key: GEODE-10286 URL: https://issues.apache.org/jira/browse/GEODE-10286 Project: Geode Issue Type: Bug Components: core Reporter: Darrel Schneider During a cache close, persistent regions may not cleanup as much as they should. This is because when the PersistentAdvisor is closed, CancelException is not handled causing other parts of the close to be skipped. I think the place to handle it is: DistributedRegion.distributedRegionCleanup(DistributedRegion.java:2564). Here is an exception showing what it looks like when this happens: {noformat} org.apache.geode.distributed.DistributedSystemDisconnectedException: Distribution manager on rs-RunItNow-ZH1504a1i3xlarge-hydra-client-10(dataStor egemfire2_host1_421:421):41004 started at Wed Mar 23 17:11:48 PDT 2022: Member isn't responding to heartbeat requests, caused by org.apac he.geode.ForcedDisconnectException: Member isn't responding to heartbeat requests at org.apache.geode.distributed.internal.ClusterDistributionManager$Stopper.generateCancelledException(ClusterDistributionManager.java:289 3) at org.apache.geode.distributed.internal.InternalDistributedSystem$Stopper.generateCancelledException(InternalDistributedSystem.java:1177) at org.apache.geode.CancelCriterion.checkCancelInProgress(CancelCriterion.java:83) at org.apache.geode.distributed.internal.ClusterElderManager.getElderId(ClusterElderManager.java:76) at org.apache.geode.distributed.internal.ClusterDistributionManager.getElderId(ClusterDistributionManager.java:2085) at org.apache.geode.distributed.internal.locks.DLockService.getElderId(DLockService.java:254) at org.apache.geode.distributed.internal.locks.DLockService.notLockGrantorId(DLockService.java:824) at org.apache.geode.distributed.internal.locks.DLockService.unlock(DLockService.java:1807) at org.apache.geode.internal.cache.persistence.PersistenceAdvisorImpl.releaseTieLock(PersistenceAdvisorImpl.java:1181) at org.apache.geode.internal.cache.persistence.PersistenceAdvisorImpl.close(PersistenceAdvisorImpl.java:1158) at org.apache.geode.internal.cache.DistributedRegion.distributedRegionCleanup(DistributedRegion.java:2564) at org.apache.geode.internal.cache.DistributedRegion.postDestroyRegion(DistributedRegion.java:2657) at org.apache.geode.internal.cache.LocalRegion.recursiveDestroyRegion(LocalRegion.java:2732) at org.apache.geode.internal.cache.LocalRegion.basicDestroyRegion(LocalRegion.java:6241) at org.apache.geode.internal.cache.DistributedRegion.basicDestroyRegion(DistributedRegion.java:1834) at org.apache.geode.internal.cache.LocalRegion.handleCacheClose(LocalRegion.java:7320) at org.apache.geode.internal.cache.DistributedRegion.handleCacheClose(DistributedRegion.java:2691) at org.apache.geode.internal.cache.GemFireCacheImpl.doClose(GemFireCacheImpl.java:2308) at org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:2154) at org.apache.geode.distributed.internal.InternalDistributedSystem.disconnect(InternalDistributedSystem.java:1538) at org.apache.geode.distributed.internal.InternalDistributedSystem.reconnect(InternalDistributedSystem.java:2545) at org.apache.geode.distributed.internal.InternalDistributedSystem.tryReconnect(InternalDistributedSystem.java:2408) at org.apache.geode.distributed.internal.InternalDistributedSystem.disconnect(InternalDistributedSystem.java:1254) at org.apache.geode.distributed.internal.ClusterDistributionManager$DMListener.membershipFailure(ClusterDistributionManager.java:2329) at org.apache.geode.distributed.internal.membership.gms.GMSMembership.uncleanShutdown(GMSMembership.java:1190) at org.apache.geode.distributed.internal.membership.gms.GMSMembership$ManagerImpl.lambda$uncleanShutdownDS$0(GMSMembership.java:1793) at java.base/java.lang.Thread.run(Thread.java:833) Caused by: org.apache.geode.ForcedDisconnectException: Member isn't responding to heartbeat requests at org.apache.geode.distributed.internal.ClusterDistributionManager$DMListener.membershipFailure(ClusterDistributionManager.java:2319) ... 3 more {noformat} -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Created] (GEODE-10285) the auto reconnect after a forced disconnect uses more memory than needed
Darrel Schneider created GEODE-10285: Summary: the auto reconnect after a forced disconnect uses more memory than needed Key: GEODE-10285 URL: https://issues.apache.org/jira/browse/GEODE-10285 Project: Geode Issue Type: Improvement Components: core Reporter: Darrel Schneider When a member is forced out of the distributed system, if disable-auto-reconnect=false (the default), then it will attempt to close its cache, disconnect from the cluster, and then reconnect and create a new cache. Because of the way this is implemented, the old cache is kept in memory while the new cache is being created. This can end up causing reconnect to use much more memory then it needs. That memory will be freed after the reconnect completes, but it is possible for this to cause the JVM to run out of memory during the reconnect. So far I have found two places that keep the old cache around: 1. InternalDistributedSystem.tryReconnect is passed the old cache as a parameter. Only one caller exists and only a small block of code in tryReconnect needs the old cache. So it would be easy to fix this by not passing it in as a parameter. 2. InternalDistributedSystem.reconnect (called by tryReconnect) keeps the old cache in a local variable "cache". It only needs it to initialize "cacheXML" and "cacheServerCreation". So once those are initialized it would be easy to drop this ref. But cacheServerCreation also contains references to the old cache through the "cache" instance variable on CacheServerCreation. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Resolved] (GEODE-10181) GFSH needs to support JDK17 GCs
[ https://issues.apache.org/jira/browse/GEODE-10181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt resolved GEODE-10181. -- Resolution: Fixed fixed via https://issues.apache.org/jira/browse/GEODE-10206 > GFSH needs to support JDK17 GCs > --- > > Key: GEODE-10181 > URL: https://issues.apache.org/jira/browse/GEODE-10181 > Project: Geode > Issue Type: Improvement > Components: gfsh >Reporter: Ernest Burghardt >Assignee: Kirk Lund >Priority: Major > Labels: Java17 > > Geode will be supporting JDK 17 and Gfsh needs to support GC available; > -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Resolved] (GEODE-10152) Make gfsh "wrapper" scripts compatible with Java 17
[ https://issues.apache.org/jira/browse/GEODE-10152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt resolved GEODE-10152. -- Resolution: Won't Fix scripts are not JDK dependent > Make gfsh "wrapper" scripts compatible with Java 17 > --- > > Key: GEODE-10152 > URL: https://issues.apache.org/jira/browse/GEODE-10152 > Project: Geode > Issue Type: Improvement > Components: gfsh >Affects Versions: 1.15.0 >Reporter: Dale Emery >Assignee: Kirk Lund >Priority: Major > Labels: Java17 > > On JDK 17, the Gfsh "wrapper" scripts (geode-assembly/src/main/dist/bin/gfsh > and geode-assembly/src/main/dist/bin/gfsh.bat) must open/export all required > packages when they run the Geode CLI launcher > (org.apache.geode.management.internal.cli.Launcher) via Java. > > Also, Gfsh must open and export all required packages whenever it starts Java > process that will execute Geode code. > > Here is a possible approach: * Create argument files for each set of > opens/exports that are selected together. Each argument file will define the > {{--add-opens}} and {{--add-exports}} commands for the relevant packages. > * Change the Gfsh executables (geode-assembly/src/main/dist/bin/gfsh and > geode-assembly/src/main/dist/bin/gfsh) to: > ** Inspect the requested JDK to learn the version and OS it reports. > ** Select the argument files for the JDK based on its version and OS > ** Add the argument files to the java command line when starting the CLI > launcher. > * Change Gfsh Java classes to forward the opens/exports when launching java > subprocesses (e.g. when starting a locator or server). -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Assigned] (GEODE-9475) ObjectSizer will fail on java 16 and later
[ https://issues.apache.org/jira/browse/GEODE-9475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt reassigned GEODE-9475: --- Assignee: Ernest Burghardt > ObjectSizer will fail on java 16 and later > -- > > Key: GEODE-9475 > URL: https://issues.apache.org/jira/browse/GEODE-9475 > Project: Geode > Issue Type: Bug > Components: core >Reporter: Darrel Schneider >Assignee: Ernest Burghardt >Priority: Major > Labels: Java16, Java17 > > The instances of org.apache.geode.cache.util.ObjectSizer, SIZE_CLASS_ONCE, > REFLECTION_SIZE, and DEFAULT will not work on java 16 and later because they > call Field.setAccessible which is not allowed under normal conditions > starting with java 16 (see: > https://softwaregarden.dev/en/posts/new-java/illegal-access-in-java-16 ). > To workaround this failure set the JVM command line option: > --illegal-access=permit > These ObjectSizer instances are used in a number of places internally by > geode and can also explicitly be configured by users. Internally they are > used by default for eviction (heap or mem), the wan gateway, and tombstone > gc. Most all regions produce tombstones so that is the most likely point of > failure. > The code that calls setAccessible is: > org.apache.geode.internal.size.ObjectTraverser#buildFieldSet and it is not > clear how this code can be changed to do its job without using setAccessible. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Assigned] (GEODE-9473) Geode deserialization will fail on java 16
[ https://issues.apache.org/jira/browse/GEODE-9473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt reassigned GEODE-9473: --- Assignee: Ernest Burghardt > Geode deserialization will fail on java 16 > -- > > Key: GEODE-9473 > URL: https://issues.apache.org/jira/browse/GEODE-9473 > Project: Geode > Issue Type: Bug > Components: serialization >Reporter: Darrel Schneider >Assignee: Ernest Burghardt >Priority: Major > Labels: Java16, Java17 > > In three different places geode deserialization calls setAccessible in order > to make the constructor callable. This will not work on java 16 and later > because it calls Field.setAccessible which is not allowed under normal > conditions starting with java 16 (see: > https://softwaregarden.dev/en/posts/new-java/illegal-access-in-java-16 ). > To workaround this failure set the JVM command line option: > --illegal-access=permit or use --add-opens. > The places that make the calls for deserialization are: > * org.apache.geode.internal.InternalDataSerializer#newInstance > * org.apache.geode.internal.InternalDataSerializer#readDataSerializable > * org.apache.geode.internal.InternalInstantiator#newInstance -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Assigned] (GEODE-9469) CopyHelper.copy will fail on java 16 and later when copying instances of Clonable
[ https://issues.apache.org/jira/browse/GEODE-9469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt reassigned GEODE-9469: --- Assignee: Ernest Burghardt > CopyHelper.copy will fail on java 16 and later when copying instances of > Clonable > - > > Key: GEODE-9469 > URL: https://issues.apache.org/jira/browse/GEODE-9469 > Project: Geode > Issue Type: Bug > Components: core >Reporter: Darrel Schneider >Assignee: Ernest Burghardt >Priority: Major > Labels: Java16, Java17 > > CopyHelper.copy is an API that allows geode users to make copies of objects. > It is also used internally by a number of geode features. The copy-on-read > region attribute is one example. If the object being copied is an instance of > Cloneable then on java 16, copy will throw a RuntimeException which is an > instance of java.lang.reflect.InaccessibleObjectException. > The copy code tries to catch exceptions during the clone and instead use > serialization to make a copy but it does not catch RuntimeException which is > what java 16 throws from setAccessible. It would be pretty easy to fix this > exception handling. > The only work arounds are to not implement Cloneable or to start the jvm with > the command line option: --illegal-access=permit. > See: > [https://softwaregarden.dev/en/posts/new-java/illegal-access-in-java-16|https://softwaregarden.dev/en/posts/new-java/illegal-access-in-java-16/] > -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Assigned] (GEODE-9470) Some geode queries will fail on java 16 and later
[ https://issues.apache.org/jira/browse/GEODE-9470?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt reassigned GEODE-9470: --- Assignee: Ernest Burghardt > Some geode queries will fail on java 16 and later > - > > Key: GEODE-9470 > URL: https://issues.apache.org/jira/browse/GEODE-9470 > Project: Geode > Issue Type: Bug > Components: querying >Reporter: Darrel Schneider >Assignee: Ernest Burghardt >Priority: Major > Labels: Java16, Java17 > > In some cases a geode query uses reflection to read a field or call a > function. > If that happens on java 16 then the query will fail throwing a > RuntimeException that is an instance of > java.lang.reflect.InaccessibleObjectException. See: > https://softwaregarden.dev/en/posts/new-java/illegal-access-in-java-16. > To workaround this failure set the JVM command line option: > --illegal-access=permit > The query code that calls setAccessible is in two places: > org.apache.geode.cache.query.internal.AttributeDescriptor#getReadMember > org.apache.geode.cache.query.internal.MethodDispatch#MethodDispatch -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Assigned] (GEODE-9467) pdx ReflectionBasedAutoSerializer will fail on java 16 and later
[ https://issues.apache.org/jira/browse/GEODE-9467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt reassigned GEODE-9467: --- Assignee: Ernest Burghardt > pdx ReflectionBasedAutoSerializer will fail on java 16 and later > > > Key: GEODE-9467 > URL: https://issues.apache.org/jira/browse/GEODE-9467 > Project: Geode > Issue Type: Bug > Components: serialization >Reporter: Darrel Schneider >Assignee: Ernest Burghardt >Priority: Major > Labels: Java16, Java17 > > The pdx ReflectionBasedAutoSerializer will not work on java 16 and later > because it calls Field.setAccessible which is not allowed under normal > conditions starting with java 16 (see: > [https://softwaregarden.dev/en/posts/new-java/illegal-access-in-java-16|https://softwaregarden.dev/en/posts/new-java/illegal-access-in-java-16/] > > [).|https://stackoverflow.com/questions/41265266/how-to-solve-inaccessibleobjectexception-unable-to-make-member-accessible-m).] > To workaround this failure set the JVM command line option: > --illegal-access=permit > The call is made in > org.apache.geode.pdx.internal.AutoSerializableManager#getClassInfo and is > required for the auto serializer to function correctly. > > > > -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Resolved] (GEODE-10003) Support JDK 17 on Geode
[ https://issues.apache.org/jira/browse/GEODE-10003?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt resolved GEODE-10003. -- Resolution: Fixed > Support JDK 17 on Geode > --- > > Key: GEODE-10003 > URL: https://issues.apache.org/jira/browse/GEODE-10003 > Project: Geode > Issue Type: Improvement >Reporter: Owen Nichols >Priority: Major > Labels: Java17, jdk17 > > JDK 17 Schedule: [https://openjdk.java.net/projects/jdk/17/] > The first ticket to suggest going beyond JDK8 was GEODE-3. Now that JDK17 is > LTS, and Spring and other users are embracing JDK17, Geode should at least > run (if not compile) on JDK17. > This may take a lot of work, possibly requiring a new major release. Please > add subtasks to this ticket as necessary. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10007) Make o.a.geode.cache.internal.HttpService SPI part of the non-internal, public API
[ https://issues.apache.org/jira/browse/GEODE-10007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt updated GEODE-10007: - Parent: (was: GEODE-10003) Issue Type: Improvement (was: Sub-task) > Make o.a.geode.cache.internal.HttpService SPI part of the non-internal, > public API > -- > > Key: GEODE-10007 > URL: https://issues.apache.org/jira/browse/GEODE-10007 > Project: Geode > Issue Type: Improvement >Reporter: John Blum >Priority: Minor > > The {{HttpService}} interface is defined and used as a _Service Provider > Interface_ (SPI) inside Apache Geode and even loaded as such with _Java's_ > {{ServerLoader}} > ([Javadoc|https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/util/ServiceLoader.html]) > class in order to locate and load provider implementations. > An SPI is not much good if "providers" are not allowed to "provide" an > implementation of the service interfaces used to extend or customize Apache > Geode. A proper SPI affords any application, framework, tool or product a > degree of extensibility and flexibility, applied by users without > intervention by being able to "provide" a custom implementation or extension > as needed by the application, framework, tool or product. > 1 such example would be to be able to supply a Jakarta EE 9 (specification) > compliant implementation of an embedded HTTP server (e.g. Jetty, Tomcat or > even Undertow) used by Geode to bootstrap the embedded HTTP service hosting > the Geode provided Web apps (e.g. Pulse, Management/Admin REST API, Developer > REST API) when external hosting is not an option. Of course, these Apache > Geode provided, internal Web apps need to be updated as well (to use the new > Jakarta EE 9 specs). > There are other examples of SPIs used in Apache Geode, which are part of the > non-internal, public API. > For example, the > [ServerLaucherCacheProvider|https://geode.apache.org/releases/latest/javadoc/org/apache/geode/distributed/ServerLauncherCacheProvider.html] > interface, with 1 such > [implementation|https://docs.spring.io/spring-data/geode/docs/current/api/org/springframework/data/gemfire/support/SpringServerLauncherCacheProvider.html] > provided by _Spring Data for Apache Geode_ (SDG) itself, is highly useful > and valuable in certain configuration arrangements. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Resolved] (GEODE-9393) Apache Geode does not run on Java 16/17
[ https://issues.apache.org/jira/browse/GEODE-9393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt resolved GEODE-9393. - Resolution: Won't Fix Geode does not build on post Java 8 currently by designe > Apache Geode does not run on Java 16/17 > --- > > Key: GEODE-9393 > URL: https://issues.apache.org/jira/browse/GEODE-9393 > Project: Geode > Issue Type: Sub-task > Components: core >Affects Versions: 1.13.2 >Reporter: John Blum >Priority: Blocker > Labels: Java16, Java17 > > Due to Java 16 tightened restrictions, Apache Geode fails to run on a Java 16 > Runtime (JRE). > Exceptions like the following are thrown: > {code} > - org.apache.geode.InternalGemFireException: unable to retrieve underlying > byte buffer > - at > org.apache.geode.internal.net.BufferPool.getPoolableBuffer(BufferPool.java:346) > - at > org.apache.geode.internal.net.BufferPool.releaseBuffer(BufferPool.java:310) > - at > org.apache.geode.internal.net.BufferPool.releaseSenderBuffer(BufferPool.java:213) > - at org.apache.geode.internal.tcp.MsgStreamer.release(MsgStreamer.java:100) > - at > org.apache.geode.internal.tcp.MsgStreamer.writeMessage(MsgStreamer.java:256) > - at > org.apache.geode.distributed.internal.direct.DirectChannel.sendToMany(DirectChannel.java:306) > - at > org.apache.geode.distributed.internal.direct.DirectChannel.sendToOne(DirectChannel.java:182) > - at > org.apache.geode.distributed.internal.direct.DirectChannel.send(DirectChannel.java:511) > - at > org.apache.geode.distributed.internal.DistributionImpl.directChannelSend(DistributionImpl.java:346) > - at > org.apache.geode.distributed.internal.DistributionImpl.send(DistributionImpl.java:291) > - at > org.apache.geode.distributed.internal.ClusterDistributionManager.sendViaMembershipManager(ClusterDistributionManager.java:2050) > - at > org.apache.geode.distributed.internal.ClusterDistributionManager.sendOutgoing(ClusterDistributionManager.java:1978) > - at > org.apache.geode.distributed.internal.ClusterDistributionManager.sendMessage(ClusterDistributionManager.java:2015) > - at > org.apache.geode.distributed.internal.ClusterDistributionManager.putOutgoing(ClusterDistributionManager.java:1083) > - at > org.apache.geode.distributed.internal.StartupMessage.process(StartupMessage.java:279) > - at > org.apache.geode.distributed.internal.DistributionMessage.scheduleAction(DistributionMessage.java:376) > - at > org.apache.geode.distributed.internal.DistributionMessage$1.run(DistributionMessage.java:441) > - at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) > - at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630) > - at > org.apache.geode.distributed.internal.ClusterOperationExecutors.runUntilShutdown(ClusterOperationExecutors.java:441) > - at > org.apache.geode.distributed.internal.ClusterOperationExecutors.doWaitingThread(ClusterOperationExecutors.java:410) > - at > org.apache.geode.logging.internal.executors.LoggingThreadFactory.lambda$newThread$0(LoggingThreadFactory.java:119) > - at java.base/java.lang.Thread.run(Thread.java:831) > - Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make > public java.lang.Object java.nio.DirectByteBuffer.attachment() accessible: > module java.base does not "opens java.nio" to unnamed module @40f9161a > - at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357) > - at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > - at > java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199) > - at java.base/java.lang.reflect.Method.setAccessible(Method.java:193) > - at > org.apache.geode.internal.net.BufferPool.getPoolableBuffer(BufferPool.java:343) > - ... 22 common frames omitted > - 2021-04-30 14:57:13,638 INFO ributed.internal.membership.gms.Services: 606 > - received leave request from > 10.99.199.28(CacheNotUsingSharedConfigurationIntegrationTest:29149):41001 > for > 10.99.199.28(CacheNotUsingSharedConfigurationIntegrationTest:29149):41001 > - 2021-04-30 14:57:13,640 INFO ributed.internal.membership.gms.Services: 617 > - JoinLeave.processMessage(LeaveRequestMessage) invoked. isCoordinator=true; > isStopping=false; cancelInProgress=false > - 2021-04-30 14:57:13,647 ERROR xecutors.LoggingUncaughtExceptionHandler: 92 > - Uncaught exception in thread Thread[P2P message reader for > 10.99.199.28(CacheNotUsingSharedConfigurationIntegrationTest:29149):41001 > shared unordered uid=1 local port=53039 remote port=64063,10,main] > - org.apache.geode.InternalGemFireException: unable to retrieve underlying > byte buffer > - at > org.apache.geode.internal.
[jira] [Resolved] (GEODE-9657) Javadoc errors occur on Java 17 due to split packages in Geode
[ https://issues.apache.org/jira/browse/GEODE-9657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ernest Burghardt resolved GEODE-9657. - Resolution: Won't Fix Only applicable when running with Modules > Javadoc errors occur on Java 17 due to split packages in Geode > -- > > Key: GEODE-9657 > URL: https://issues.apache.org/jira/browse/GEODE-9657 > Project: Geode > Issue Type: Sub-task > Components: core >Affects Versions: 1.13.4, 1.14.0 >Reporter: John Blum >Priority: Major > Labels: Java17 > > When trying to build any library, framework (e.g. _Spring Data for Apache > Geode_ (SDG)) or application with Apache Geode on Java 17, Javadoc errors > occur. > For example: > {code} > 22:36:52 [ERROR] > /opt/jenkins/data/workspace/spring-data-geode_3.0.x/spring-data-geode/src/main/java/org/springframework/data/gemfire/function/PojoFunctionWrapper.java:53: > error: cannot access Identifiable > 22:36:52 [ERROR] public class PojoFunctionWrapper implements Function { > 22:36:52 [ERROR]^ > 22:36:52 [ERROR] class file for org.apache.geode.lang.Identifiable not > found > {code} > As it turns out, in Java 17, the _Javadoc_ tool now uses _Java_ modules. > _Javadoc_ is started with: > {code} > javadoc … --add-modules ALL-MODULE-PATH --module-path --patch-module … > {code} > {{geode-core-1.14.0.jar}} ships > {{org.apache.geode.lang.AttachAPINotFoundException}} and > {{geode-common-1.14.0.jar}} ships {{org.apache.geode.lang.Identifiable}}. Due > to this split-package arrangement, _Javadoc_ isn’t discovering > {{Identifiable}} because it has found the package {{org.apache.geode.lang}} > in {{geode-core-1.14.0.jar}}. > The best course of action is to make sure all {{org.apache.geode.lang}} > sub-packages and class are in 1 JAR (e.g. {{geode-common}}) or the other > (i.e. {{geode-core}}). -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10089) release 1.15.0
[ https://issues.apache.org/jira/browse/GEODE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533888#comment-17533888 ] ASF subversion and git services commented on GEODE-10089: - Commit 352f1d7f3a4579ba0cd28cf216a059ed345a5104 in geode's branch refs/heads/develop from Owen Nichols [ https://gitbox.apache.org/repos/asf?p=geode.git;h=352f1d7f3a ] GEODE-10089: Roll develop to 1.16.0 (#7668) Now that support/1.15 has been created, develop advances. > release 1.15.0 > -- > > Key: GEODE-10089 > URL: https://issues.apache.org/jira/browse/GEODE-10089 > Project: Geode > Issue Type: Task > Components: release >Reporter: Owen Nichols >Assignee: Owen Nichols >Priority: Major > Labels: pull-request-available > > As per [Jan 25 dev list > discussion|https://lists.apache.org/thread/s9mpd207h40crcr76fpdfmohdchgdqog], > support/1.15 was cut with the intention of stabilizing and releasing a new > Geode minor. > UPDATE: As per [Mar 16 dev list > discussion|https://lists.apache.org/thread/twlwzcvmx2kqw15whpmxkh2h8bmrok21], > support/1.15 was retracted. Work will continue on develop with an eye toward > re-cutting support/1.15 in ~June > Release status information is also updated in the Geode [Release > Schedule|https://cwiki.apache.org/confluence/display/GEODE/Release+Schedule]. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (GEODE-10281) Internal conflict replicated region resolution causes data inconsistency between two sites
[ https://issues.apache.org/jira/browse/GEODE-10281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jakov Varenina updated GEODE-10281: --- Description: {color:#0e101a}It seems that the following PR {color}[{color:#4a6ee0}[https://github.com/apache/geode/pull/3044]{color}]{color:#0e101a} has not taken into consideration that event with a flag isConcurrencyConflict=true could delete the valid event from the queue due to conflation.{color} (was: {color:#0e101a}Still working on the issue, but so far, it seems that the following PR {color}[{color:#4a6ee0}https://github.com/apache/geode/pull/3044{color}]{color:#0e101a} has not taken into consideration that event with a flag isConcurrencyConflict=true could delete the valid event from the queue due to conflation.{color}) > Internal conflict replicated region resolution causes data inconsistency > between two sites > -- > > Key: GEODE-10281 > URL: https://issues.apache.org/jira/browse/GEODE-10281 > Project: Geode > Issue Type: Bug >Reporter: Jakov Varenina >Assignee: Jakov Varenina >Priority: Major > Labels: blocks-1.15.0, pull-request-available > > {color:#0e101a}It seems that the following PR > {color}[{color:#4a6ee0}[https://github.com/apache/geode/pull/3044]{color}]{color:#0e101a} > has not taken into consideration that event with a flag > isConcurrencyConflict=true could delete the valid event from the queue due to > conflation.{color} -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10281) Internal conflict replicated region resolution causes data inconsistency between two sites
[ https://issues.apache.org/jira/browse/GEODE-10281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533769#comment-17533769 ] Jakov Varenina commented on GEODE-10281: Hi [~abaker] , the PR that fix this issue is available for the review. I saying this because I saw that you put label blocks-1.15.0. Thanks. > Internal conflict replicated region resolution causes data inconsistency > between two sites > -- > > Key: GEODE-10281 > URL: https://issues.apache.org/jira/browse/GEODE-10281 > Project: Geode > Issue Type: Bug >Reporter: Jakov Varenina >Assignee: Jakov Varenina >Priority: Major > Labels: blocks-1.15.0, pull-request-available > > {color:#0e101a}Still working on the issue, but so far, it seems that the > following PR > {color}[{color:#4a6ee0}https://github.com/apache/geode/pull/3044{color}]{color:#0e101a} > has not taken into consideration that event with a flag > isConcurrencyConflict=true could delete the valid event from the queue due to > conflation.{color} -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10089) release 1.15.0
[ https://issues.apache.org/jira/browse/GEODE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533682#comment-17533682 ] ASF subversion and git services commented on GEODE-10089: - Commit 8acf08522879eac7de084851611d37cd0d207c11 in geode's branch refs/heads/support/1.15 from Owen Nichols [ https://gitbox.apache.org/repos/asf?p=geode.git;h=8acf085228 ] GEODE-10089: do more testing in parallel on support branch > release 1.15.0 > -- > > Key: GEODE-10089 > URL: https://issues.apache.org/jira/browse/GEODE-10089 > Project: Geode > Issue Type: Task > Components: release >Reporter: Owen Nichols >Assignee: Owen Nichols >Priority: Major > Labels: pull-request-available > > As per [Jan 25 dev list > discussion|https://lists.apache.org/thread/s9mpd207h40crcr76fpdfmohdchgdqog], > support/1.15 was cut with the intention of stabilizing and releasing a new > Geode minor. > UPDATE: As per [Mar 16 dev list > discussion|https://lists.apache.org/thread/twlwzcvmx2kqw15whpmxkh2h8bmrok21], > support/1.15 was retracted. Work will continue on develop with an eye toward > re-cutting support/1.15 in ~June > Release status information is also updated in the Geode [Release > Schedule|https://cwiki.apache.org/confluence/display/GEODE/Release+Schedule]. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10089) release 1.15.0
[ https://issues.apache.org/jira/browse/GEODE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533676#comment-17533676 ] ASF subversion and git services commented on GEODE-10089: - Commit 97e4515374ecfc34e42e8f516d730acefd0cf607 in geode's branch refs/heads/support/1.15 from Owen Nichols [ https://gitbox.apache.org/repos/asf?p=geode.git;h=97e4515374 ] GEODE-10089: do more testing in parallel on support branch (cherry picked from commit df372eaf202b8bf4b6ee8284aab53aa8019f4337) > release 1.15.0 > -- > > Key: GEODE-10089 > URL: https://issues.apache.org/jira/browse/GEODE-10089 > Project: Geode > Issue Type: Task > Components: release >Reporter: Owen Nichols >Assignee: Owen Nichols >Priority: Major > Labels: pull-request-available > > As per [Jan 25 dev list > discussion|https://lists.apache.org/thread/s9mpd207h40crcr76fpdfmohdchgdqog], > support/1.15 was cut with the intention of stabilizing and releasing a new > Geode minor. > UPDATE: As per [Mar 16 dev list > discussion|https://lists.apache.org/thread/twlwzcvmx2kqw15whpmxkh2h8bmrok21], > support/1.15 was retracted. Work will continue on develop with an eye toward > re-cutting support/1.15 in ~June > Release status information is also updated in the Geode [Release > Schedule|https://cwiki.apache.org/confluence/display/GEODE/Release+Schedule]. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10089) release 1.15.0
[ https://issues.apache.org/jira/browse/GEODE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533650#comment-17533650 ] ASF subversion and git services commented on GEODE-10089: - Commit 3770347caec5fcde6b2eb38ed45e02c048de8ebe in geode-examples's branch refs/heads/develop from Owen Nichols [ https://gitbox.apache.org/repos/asf?p=geode-examples.git;h=3770347 ] GEODE-10089: Update examples version Now that support/1.15 has been created, pair develop examples with 1.16.0 > release 1.15.0 > -- > > Key: GEODE-10089 > URL: https://issues.apache.org/jira/browse/GEODE-10089 > Project: Geode > Issue Type: Task > Components: release >Reporter: Owen Nichols >Assignee: Owen Nichols >Priority: Major > Labels: pull-request-available > > As per [Jan 25 dev list > discussion|https://lists.apache.org/thread/s9mpd207h40crcr76fpdfmohdchgdqog], > support/1.15 was cut with the intention of stabilizing and releasing a new > Geode minor. > UPDATE: As per [Mar 16 dev list > discussion|https://lists.apache.org/thread/twlwzcvmx2kqw15whpmxkh2h8bmrok21], > support/1.15 was retracted. Work will continue on develop with an eye toward > re-cutting support/1.15 in ~June > Release status information is also updated in the Geode [Release > Schedule|https://cwiki.apache.org/confluence/display/GEODE/Release+Schedule]. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10089) release 1.15.0
[ https://issues.apache.org/jira/browse/GEODE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533652#comment-17533652 ] ASF subversion and git services commented on GEODE-10089: - Commit d1296bf4afe0384bf185a5ee20b9571e32d98b7c in geode's branch refs/heads/support/1.15 from Owen Nichols [ https://gitbox.apache.org/repos/asf?p=geode.git;h=d1296bf4af ] GEODE-10089: Bump version to 1.15.0 As part of the Geode Release Process, the build number must be rolled forward so work can begin on the next release > release 1.15.0 > -- > > Key: GEODE-10089 > URL: https://issues.apache.org/jira/browse/GEODE-10089 > Project: Geode > Issue Type: Task > Components: release >Reporter: Owen Nichols >Assignee: Owen Nichols >Priority: Major > Labels: pull-request-available > > As per [Jan 25 dev list > discussion|https://lists.apache.org/thread/s9mpd207h40crcr76fpdfmohdchgdqog], > support/1.15 was cut with the intention of stabilizing and releasing a new > Geode minor. > UPDATE: As per [Mar 16 dev list > discussion|https://lists.apache.org/thread/twlwzcvmx2kqw15whpmxkh2h8bmrok21], > support/1.15 was retracted. Work will continue on develop with an eye toward > re-cutting support/1.15 in ~June > Release status information is also updated in the Geode [Release > Schedule|https://cwiki.apache.org/confluence/display/GEODE/Release+Schedule]. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10089) release 1.15.0
[ https://issues.apache.org/jira/browse/GEODE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533651#comment-17533651 ] ASF subversion and git services commented on GEODE-10089: - Commit 8700ad0ed7f5b0c33a2a28197df02a6fe5c76f85 in geode's branch refs/heads/support/1.15 from Owen Nichols [ https://gitbox.apache.org/repos/asf?p=geode.git;h=8700ad0ed7 ] GEODE-10089: Remove unneeded scripts Remove likely-to-become-outdated copies of release scripts to ensure they are not run by accident from a branch (they should always be run from develop). Also remove CODEOWNERS to avoid the confusion of GitHub showing owner names like on develop, but codeowner reviews not actually being required (due to lack of branch protection or minimum review count on support branches) > release 1.15.0 > -- > > Key: GEODE-10089 > URL: https://issues.apache.org/jira/browse/GEODE-10089 > Project: Geode > Issue Type: Task > Components: release >Reporter: Owen Nichols >Assignee: Owen Nichols >Priority: Major > Labels: pull-request-available > > As per [Jan 25 dev list > discussion|https://lists.apache.org/thread/s9mpd207h40crcr76fpdfmohdchgdqog], > support/1.15 was cut with the intention of stabilizing and releasing a new > Geode minor. > UPDATE: As per [Mar 16 dev list > discussion|https://lists.apache.org/thread/twlwzcvmx2kqw15whpmxkh2h8bmrok21], > support/1.15 was retracted. Work will continue on develop with an eye toward > re-cutting support/1.15 in ~June > Release status information is also updated in the Geode [Release > Schedule|https://cwiki.apache.org/confluence/display/GEODE/Release+Schedule]. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10089) release 1.15.0
[ https://issues.apache.org/jira/browse/GEODE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533649#comment-17533649 ] ASF subversion and git services commented on GEODE-10089: - Commit f19bc3bf3e6be47fade1477088fa794674474122 in geode-benchmarks's branch refs/heads/support/1.15 from Owen Nichols [ https://gitbox.apache.org/repos/asf?p=geode-benchmarks.git;h=f19bc3bf ] GEODE-10089: Bumping copyright year to 2022 > release 1.15.0 > -- > > Key: GEODE-10089 > URL: https://issues.apache.org/jira/browse/GEODE-10089 > Project: Geode > Issue Type: Task > Components: release >Reporter: Owen Nichols >Assignee: Owen Nichols >Priority: Major > Labels: pull-request-available > > As per [Jan 25 dev list > discussion|https://lists.apache.org/thread/s9mpd207h40crcr76fpdfmohdchgdqog], > support/1.15 was cut with the intention of stabilizing and releasing a new > Geode minor. > UPDATE: As per [Mar 16 dev list > discussion|https://lists.apache.org/thread/twlwzcvmx2kqw15whpmxkh2h8bmrok21], > support/1.15 was retracted. Work will continue on develop with an eye toward > re-cutting support/1.15 in ~June > Release status information is also updated in the Geode [Release > Schedule|https://cwiki.apache.org/confluence/display/GEODE/Release+Schedule]. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (GEODE-10089) release 1.15.0
[ https://issues.apache.org/jira/browse/GEODE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17533648#comment-17533648 ] ASF subversion and git services commented on GEODE-10089: - Commit 54d97645689b2f487ef905527bcd00c3d4cb6dae in geode-native's branch refs/heads/support/1.15 from Owen Nichols [ https://gitbox.apache.org/repos/asf?p=geode-native.git;h=54d976456 ] GEODE-10089: Bumping copyright year to 2022 > release 1.15.0 > -- > > Key: GEODE-10089 > URL: https://issues.apache.org/jira/browse/GEODE-10089 > Project: Geode > Issue Type: Task > Components: release >Reporter: Owen Nichols >Assignee: Owen Nichols >Priority: Major > Labels: pull-request-available > > As per [Jan 25 dev list > discussion|https://lists.apache.org/thread/s9mpd207h40crcr76fpdfmohdchgdqog], > support/1.15 was cut with the intention of stabilizing and releasing a new > Geode minor. > UPDATE: As per [Mar 16 dev list > discussion|https://lists.apache.org/thread/twlwzcvmx2kqw15whpmxkh2h8bmrok21], > support/1.15 was retracted. Work will continue on develop with an eye toward > re-cutting support/1.15 in ~June > Release status information is also updated in the Geode [Release > Schedule|https://cwiki.apache.org/confluence/display/GEODE/Release+Schedule]. -- This message was sent by Atlassian Jira (v8.20.7#820007)