You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Anand Mazumdar (JIRA)" <ji...@apache.org> on 2017/02/07 18:54:41 UTC

[jira] [Updated] (MESOS-6016) Expose the unversioned Call and Event Scheduler/Executor Protobufs.

     [ https://issues.apache.org/jira/browse/MESOS-6016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Anand Mazumdar updated MESOS-6016:
----------------------------------
    Labels: mesosphere  (was: mesos)

> Expose the unversioned Call and Event Scheduler/Executor Protobufs.
> -------------------------------------------------------------------
>
>                 Key: MESOS-6016
>                 URL: https://issues.apache.org/jira/browse/MESOS-6016
>             Project: Mesos
>          Issue Type: Task
>            Reporter: Anand Mazumdar
>              Labels: mesosphere
>
> Currently, we don't expose the un-versioned (v0) {{Call}}/{{Event}} scheduler/executor protobufs externally to framework authors. This is a bit disjoint since we already expose the unversioned Mesos protos. The reasoning for not doing so earlier was that Mesos would use the v0 protobufs as an alternative to having separate internal protobufs internally. 
> However, that is not going to work. Eventually, when we introduce a backward incompatible change in {{v1}} protobufs, we would create new {{v2}} protobufs. But, we would need to ensure that {{v2}} protobufs can somehow be translated to {{v0}} without breaking existing users. That's a pretty hard thing to do! In the interim, to help framework authors migrate their frameworks (they might be storing old protobufs in ZK/other reliable storage) , we should expose the v0 scheduler/executor protobufs too and create another internal translation layer for Mesos.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)