You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Maksim Timonin (Jira)" <ji...@apache.org> on 2022/08/01 08:34:00 UTC

[jira] [Commented] (IGNITE-15807) In case of port is absent in IgniteClient first of all try connect on default port

    [ https://issues.apache.org/jira/browse/IGNITE-15807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17573628#comment-17573628 ] 

Maksim Timonin commented on IGNITE-15807:
-----------------------------------------

[~ptupitsyn] [~kazakov] 

Hi guys! Could you please explain what is a "primary address" in the PR discussion[1] ? It looks like this fix breaks balancing of thin clients connection to cluster (by addresses). Is any explanation why this is needed?

I agree that default port should be preferable, but why the first address?

 

[1] https://github.com/apache/ignite/pull/9522/files/274f488875a9ed8097b3aab2bd30765e8b98373a#r738304340

> In case of port is absent in IgniteClient first of all try connect on default port
> ----------------------------------------------------------------------------------
>
>                 Key: IGNITE-15807
>                 URL: https://issues.apache.org/jira/browse/IGNITE-15807
>             Project: Ignite
>          Issue Type: Improvement
>          Components: thin client
>    Affects Versions: 2.11
>            Reporter: Ilya Kazakov
>            Assignee: Ilya Kazakov
>            Priority: Minor
>             Fix For: 2.12
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Now if in ClientConfiguration address specified without port, client will try to connect to default port range in random order. But often server listen on default port. This random order leads to unexpected connection time.
> Will be better if firstly client will try to connect to default port, before randomly scan all port range.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)