You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Michael Griggs (JIRA)" <ji...@apache.org> on 2017/09/27 14:42:00 UTC

[jira] [Commented] (IGNITE-6069) Service versioning

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

Michael Griggs commented on IGNITE-6069:
----------------------------------------

>all service instances with the same name must have the same version

I think this ticket is a good opportunity to have multiple versions of a service available in the cluster at the same time.  By default requests would go to the latest version, but earlier versions could be requested by adding a parameter to the `serviceProxy()` method.  The service version could be better indicated using an attribute on the service implementation, rather than using serialVersionUuid.

> Service versioning
> ------------------
>
>                 Key: IGNITE-6069
>                 URL: https://issues.apache.org/jira/browse/IGNITE-6069
>             Project: Ignite
>          Issue Type: New Feature
>          Components: general
>    Affects Versions: 2.1
>            Reporter: Ilya Lantukh
>            Assignee: Ilya Lantukh
>
> Make services upgradable -again-. 
> Main points:
> - compute binary type ID by (classname + version)
> - use serialVersionUuid as version ( ?)
> - all service instances with the same name must have the same version
> - make ServiceProxy aware of versions and upgrade process, pause requests while service is being upgraded
> - extend Service interface (UpgradableService?) - add ability to collect state of previous version before start.
> Once the feature is implemented, it has to be documented extensively. The ticket must not be closed until this happens.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)