Message-ID: <271233813.42256.1371707504188.JavaMail.email@example.com> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_42255_21865350.1371707504188" ------=_Part_42255_21865350.1371707504188 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
There has been a few quoted use cases for using an alternate way= to locate artifacts, rather than using a repository. For example:
The situation is that in each case there is already a way for them to ob= tain a complete set of artifacts for a project that are built, verified, si= gned, etc.
While a workaround is to use a file based repository, structure in the M= aven way, this might be too inconvenient.
Given there is a workaround, this may be something we delay until Maven = 2.1, but if it can be facilitated while the artifact code is being cleaned = up, that'd be great)
The questions to resolve:
For this, we will work with those that need it (in particular the linux = distros) to see what they want, what compromises we can reach to get it wor= king. Maven's architecture should be unaffected.------=_Part_42255_21865350.1371707504188--