You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Yan Xu (JIRA)" <ji...@apache.org> on 2016/08/16 17:54:20 UTC

[jira] [Commented] (MESOS-5571) Scheduler JNI throws exception when the major versions of JAR and libmesos don't match

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

Yan Xu commented on MESOS-5571:
-------------------------------

Backported to 0.28.3 and 0.27.4.

> Scheduler JNI throws exception when the major versions of JAR and libmesos don't match
> --------------------------------------------------------------------------------------
>
>                 Key: MESOS-5571
>                 URL: https://issues.apache.org/jira/browse/MESOS-5571
>             Project: Mesos
>          Issue Type: Bug
>          Components: java api
>    Affects Versions: 1.0.0
>            Reporter: Yan Xu
>            Assignee: Yan Xu
>            Priority: Blocker
>             Fix For: 0.28.3, 1.0.0, 0.27.4
>
>
> In [convert.cpp|https://github.com/apache/mesos/blob/master/src/java/jni/convert.cpp#L153] we compare the major versions of the native library and the jar. This makes upgrading frameworks unnecessarily hard because you would have to deploy Mesos and frameworks in lockstep.
> Backwards-incompatible changes would warrant a major version bump but not
> vise versa. Plus it's more standard to express and check dependency
> versions outside of the code but through package metadata.
> The proposed solution is to remove this major version check altogether.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)