Looks like this has been considered before (and implemented):
Maven URL handler implements the specs from OSGi URl Handlers Service and
registers a service that handles url's as:
mvn://repository/groupId/artifactId/version/type?instructions
Where:
* repository - is the repostory from where the artifact to be downloaded.If
values is localrepo it means that the value is from the local repository on
the machine osgi evevironment is running
http://groups.google.com/group/spring-osgi/web/maven-url-handler
It seems to dovetail with the OSGi strategy that's been mentioned on this
list, too.
Christian Edward Gruber wrote:
Untrue. It can resolve to that, but it resolves to only the latter part,
without the repository reference.
Anyway, I'm +1 on this. It is clear, unambiguous, and terse. Those
work for me.
Christian.
On 27-May-09, at 03:22 , Ralph Goers wrote:
I'm actually surprised no one has commented on this. While I can see
the benefits it might also be confusing when you realize that
mvn://org.springframework/spring-beans/2.5.6
is equivalent to
http://myrepsoitory/org/springframework/spring-beans/2.5.6/spring-beans-2.5.6.jar
Ralph
On May 24, 2009, at 10:22 PM, bwtaylor wrote:
I'm awaiting eagerly the Maven 3 introduction of attribute based POMs
called
for by MNG-3397. Still, I think a lot more can be done to improve,
for lack
of a better term, the fluency maven's language.
One of the things that's always gnawed at me is the three separate
attributes needed to define a dependency. Really, there is an implied
constraint here as they relate in a hierarchical manner, but jointly
define
one thing. There happens to be another problem domain that has solved
the
idea of identifying resources universally using a single identifier,
namely
the internet. So here's an idea: name dependencies by URIs under a mvn:
scheme.
What if...
mvn://${groupID}/${artifactId}/${version}
meant the obvious thing. What if the following were equivalent:
Maven 2:
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>2.5.6</version>
</dependency>
Proposed Maven 3:
<dependency uri="mvn://org.springframework/spring-beans/2.5.6"/>
Similarly for archetyptes, these would be equivalent:
Maven 2:
mvn archetype:generate \
-DgroupId=org.sonatype.mavenbook \
-DartifactId=quickstart \
-Dversion=1.0-SNAPSHOT \
-DpackageName=org.sonatype.mavenbook \
-DarchetypeGroupId=org.apache.maven.archetypes \
-DarchetypeArtifactId=maven-archetype-quickstart \
-DarchetypeVersion=1.0
Proposed Maven 3:
mvn archetype:generate \
-Duri=mvn://sonatype.mavenbook/quickstart/1.0-SNAPSHOT \
-DarchetypeUri=mvn://org.apache.maven.archetypes/maven-archetype-quickstart/1.0
\
-DpackageName=org.sonatype.mavenbook
Thoughts?
--
View this message in context:
http://www.nabble.com/Idea%3A-maven-uri%27s-tp23701309p23701309.html
Sent from the Maven Developers mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Christian Edward Gruber
e-mail: christianedwardgru...@gmail.com
weblog: http://www.geekinasuit.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
--
Sometimes the Universe needs a change of perspective.
--J. Michael Straczynski
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
