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

Joseph Wu commented on MESOS-3098:
----------------------------------

{code}
commit 200980e25fa25a3ccffd03cace81efe8cec94163
Author: Joseph Wu <[email protected]>
Date:   Thu Mar 9 13:58:29 2017 -0800

    Replaced most instances of `/dev/null` with `os::DEV_NULL`.
    
    `os::DEV_NULL` is a constant defined in stout that points to `/dev/null`
    on Posix and `NUL` on Windows.  The two locations behave similarly
    on their respective platforms.
    
    This change future-proofs this code on Windows (only fails at runtime)
    in case the related features are added or enabled on the Windows build.
    
    This change leaves some `/dev/null` strings in tests alone, in
    tests that use other `/dev` files, like `/dev/zero`.
    
    Review: https://reviews.apache.org/r/57481
{code}

> Implement WindowsContainerizer and WindowsDockerContainerizer
> -------------------------------------------------------------
>
>                 Key: MESOS-3098
>                 URL: https://issues.apache.org/jira/browse/MESOS-3098
>             Project: Mesos
>          Issue Type: Task
>          Components: containerization
>            Reporter: Joseph Wu
>            Assignee: Joseph Wu
>              Labels: mesosphere, microsoft
>
> The MVP for Windows support is a containerizer that (1) runs on Windows, and 
> (2) runs and passes all the tests that are relevant to the Windows platform 
> (_e.g._, not the tests that involve cgroups). To do this we require at least 
> a `WindowsContainerizer` (to be implemented alongside the 
> `MesosContainerizer`), which provides no meaningful (_e.g._) process 
> namespacing (much like the default unix containerizer). In the long term 
> (hopefully before MesosCon) we want to support also the Windows container 
> API. This will require implementing a separate containerizer, maybe called 
> `WindowsDockerContainerizer`.
> Since the Windows container API is actually officially supported through the 
> Docker interface (_i.e._, MSFT actually ported the Docker engine to Windows, 
> and that is the official API), the interfaces (like the fetcher) shouldn't 
> change much. The tests probably will have to change, as we don't have access 
> to any isolation primitives like cgroups for those tests.
> Outstanding TODO([~hausdorff]): Flesh out this description when more details 
> are available, regarding:
> * The container API for Windows (when we know them)
> * The nuances of Windows vs Linux (when we know them)
> * etc.



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

Reply via email to