You are viewing a plain text version of this content. The canonical link for it is here.
Posted to npanday-dev@incubator.apache.org by "Brett Porter (JIRA)" <ji...@apache.org> on 2014/07/08 05:18:35 UTC

[jira] [Updated] (NPANDAY-628) Refactor SDK location

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

Brett Porter updated NPANDAY-628:
---------------------------------

    Fix Version/s: Backlog

> Refactor SDK location
> ---------------------
>
>                 Key: NPANDAY-628
>                 URL: https://issues.apache.org/jira/browse/NPANDAY-628
>             Project: NPanday
>          Issue Type: Improvement
>          Components: Maven Plugins
>            Reporter: Brett Porter
>             Fix For: Backlog
>
>
> See NPANDAY-505 for more details on the initial proposal. In the interim, several probing paths have been added to the compile/executable plugins metadata. However, these suffer some failings:
> - imprecise location of the right framework in some cases (e.g. vbc always uses the latest tools version, matches 4.0 even when targetting 2.0, etc.)
> - no way to specify the tools version vs. the framework (target) version
> - duplication of probing paths that need to be updated for new SDK releases
> We should pick up on the suggestions in the original ticket to create an SDK description that can find the right paths for MSBuild tools and for NET FX tools based on a given tools version, framework version, SDK version (if applicable/desired) and executable. This can then be referenced by more succinct plugin definitions (one per executable).
> The same API could be used for other SDKs, like Azure and Web Deploy.



--
This message was sent by Atlassian JIRA
(v6.2#6252)