You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Semyon Danilov (Jira)" <ji...@apache.org> on 2021/08/23 08:47:00 UTC

[jira] [Commented] (IGNITE-15278) Node start/stop refactoring

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

Semyon Danilov commented on IGNITE-15278:
-----------------------------------------

Looks good to me!

> Node start/stop refactoring
> ---------------------------
>
>                 Key: IGNITE-15278
>                 URL: https://issues.apache.org/jira/browse/IGNITE-15278
>             Project: Ignite
>          Issue Type: Improvement
>            Reporter: Alexander Lapin
>            Assignee: Alexander Lapin
>            Priority: Major
>              Labels: ignite-3
>          Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> [~ibessonov] suggested simplifying the node start logic by:
>  *  Transferring the startup components management logic from IgnititionImpl to IgniteImpl.
>  * Separating the logic of constructing and starting components even more: it is suggested to instantiate all the components first, and then start all of them.
> During the implementation it occurred that the ClusterService constructor assumes that nodeConfiguarion is already started. In order to satisfy the need of full-construct-then-start-logic org.apache.ignite.network.ClusterServiceFactory#createClusterService was updated:
>  # Instead of port parameter within CluserLocalConfiguration ClusterServiceFactory#createClusterService accepts nodeConfiguration.
>  # Instead of NodeFinder that also depends on nodeConfiguration ClusterServiceFactory#createClusterService accepts node finder supplier.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)