[
http://jira.codehaus.org/browse/NMAVEN-88?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brett Porter closed NMAVEN-88.
------------------------------
Resolution: Won't Fix
on trunk, these directories no longer exist
> ProjectFactory createArtifactFrom() method uses hard coded path
> ${user.home}/.m2/uac/gac_msil
> ---------------------------------------------------------------------------------------------
>
> Key: NMAVEN-88
> URL: http://jira.codehaus.org/browse/NMAVEN-88
> Project: NMaven
> Issue Type: Bug
> Affects Versions: 0.14 (Unreleased)
> Environment: Windows XP, Vista
> Reporter: Dan Batten
> Fix For: 0.14 (Unreleased)
>
>
> Firstly let me say that I think this and NMAVEN-87 are somehow associated.
> Currently the createArtifactFrom() method of the class
> org.apache.maven.dotnet.dao.ProjectFactory is hard coded (maybe this is a
> bad use of the term) to use the following path -
> ${user.home}/.m2/uac/gac_msil. This causes a problem when the Maven
> repository is not located in ${user.home}, specifically when compiling
> projects with references as the reference path points to the wrong location.
> It would be nice if this path was somehow linked to the location of the Maven
> repository as it seems some components can handle the repository not existing
> in ${user.home}.
> My current work-around is simply to compile NMaven with the path to my
> repository, so it's not holding me up. I looked into supplying a patch but
> unfortunately I'm not intimate enough with the code (I'm working on changing
> this).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
