[
https://issues.apache.org/jira/browse/GEODE-5591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16606473#comment-16606473
]
ASF subversion and git services commented on GEODE-5591:
--------------------------------------------------------
Commit 75a760b62c5d3c245879e829e267a3abc17c7142 in geode's branch
refs/heads/feature/GEODE-5591 from zhouxh
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=75a760b ]
GEODE-5591: fixed 2 issues:
1) handle IO exception
2) try with a random port, then retry with next port
> GatewayReceiverImpl.start() retry logic is dependent on JDK's underlying C
> runtime
> ----------------------------------------------------------------------------------
>
> Key: GEODE-5591
> URL: https://issues.apache.org/jira/browse/GEODE-5591
> Project: Geode
> Issue Type: Bug
> Components: wan
> Reporter: Sean Goller
> Assignee: xiaojian zhou
> Priority: Major
> Labels: pull-request-available
> Time Spent: 3h 50m
> Remaining Estimate: 0h
>
> {{org/apache/geode/internal/cache/wan/GatewayReceiverImpl.java:66}} denotes a
> string comparison that relies on the specific C runtime that the JDK is run
> on top of. This code will misbehave on Alpine Linux (A popular linux
> distribution for containers) because it is based on the musl libc, not the
> GNU libc. The intent of the code is to throw an exception if the receiver
> cannot bind to the requested address. This will not occur if the JDK is
> compiled against musl libc. As an aside, the entire retry logic seems
> suspicious as it only retries in situations that are static and should not
> change, so the reason for the code should be re-evaluated and made more
> robust and not dependent on native os information.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
