Mailing-List: contact dev-help@reef.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@reef.apache.org
Date: Thu, 30 Mar 2017 21:51:41 +0000 (UTC)
From: "Markus Weimer (JIRA)" <jira@apache.org>
To: dev@reef.apache.org
Message-ID: <JIRA.13007325.1474676731000.169789.1490910701603@Atlassian.JIRA>
In-Reply-To: <JIRA.13007325.1474676731000@Atlassian.JIRA>
References: <JIRA.13007325.1474676731000@Atlassian.JIRA> <JIRA.13007325.1474676731838@jira-lw-us.apache.org>
Subject: [jira] [Updated] (REEF-1583) Upgrade REEF.NET to require .NET 4.5.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Thu, 30 Mar 2017 21:51:47 -0000


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

Markus Weimer updated REEF-1583:
--------------------------------
    Description: 
- Upgrade the Org.Apache.Reef.Network project to use 451
- Figure out what other dependent projects need upgrading as well
- No need to use my custom cache, we can try to move forward with Microsfot.Extensions.Memory.MemoryCache
- Do a deep analysis on the ramifications on making this upgrade across all of the codebase, do we need to fix unit/integration tests as well
- Refactor the code to get past the portability analyzer warnings (yes this will occure even after upgrading to 451)

  was:
We are expanding this JIRA to do an across the board upgrade for all visual studio projects to use .net framework 451


This JIRA issue's goal is to have the Org.Apache.REEF.Network project work with .net standard 2.0, in order to do this we are evaluating whether or not to do the upgrade to .net framework 451:

What needs to be done to moving to .net framework 451?
- Upgrade the Org.Apache.Reef.Network project to use 451
- Figure out what other dependent projects need upgrading as well
- No need to use my custom cache, we can try to move forward with Microsfot.Extensions.Memory.MemoryCache
- Do a deep analysis on the ramifications on making this upgrade across all of the codebase, do we need to fix unit/integration tests as well
- Refactor the code to get past the portability analyzer warnings (yes this will occure even after upgrading to 451)


What if we don't upgrade
 - I've attached a pull request to REEF-1583, we can use my custom in memory cache, it works as far as unit tests are concerned , will need to figure out if we need additional integration tests, this is needed as the original MemoryCache APIs will not work with .net standard 2.0 as well as .net framework 451
- If we go this route I will need to fix the other portability analyzer warnings by not upgrading other parts of the code as well


> Upgrade REEF.NET to require .NET 4.5.1
> --------------------------------------
>
>                 Key: REEF-1583
>                 URL: https://issues.apache.org/jira/browse/REEF-1583
>             Project: REEF
>          Issue Type: Sub-task
>          Components: REEF.NET
>            Reporter: Doug Service
>            Assignee: Saikat Kanjilal
>            Priority: Blocker
>              Labels: CoreCLR, [Breaking]
>             Fix For: 0.16
>
>         Attachments: PortabilityAnalysis.html
>
>
> - Upgrade the Org.Apache.Reef.Network project to use 451
> - Figure out what other dependent projects need upgrading as well
> - No need to use my custom cache, we can try to move forward with Microsfot.Extensions.Memory.MemoryCache
> - Do a deep analysis on the ramifications on making this upgrade across all of the codebase, do we need to fix unit/integration tests as well
> - Refactor the code to get past the portability analyzer warnings (yes this will occure even after upgrading to 451)


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