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
In OPS4J Pax URL = a set of OSGi url handlers that can be used as well
outside an OSGi container, we have using very successfully such urls:
http://wiki.ops4j.org//x/CoA6This is a home grown implementation (version
resolution, downloading, ...) as by the time it was made it was awful to
embed
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
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
On Tue, May 26, 2009 at 10:18 PM, Brett Porter br...@apache.org wrote:
On 26/05/2009, at 11:11 PM, Brian Fox wrote:
We're fixing the directoryscanner to allow regular expressions in addition
to the ant syntax.
Cool, but that's another release in the chain, right?
It's already to go,
Brian Fox wrote:
On Tue, May 26, 2009 at 10:18 PM, Brett Porter br...@apache.org wrote:
On 26/05/2009, at 11:11 PM, Brian Fox wrote:
We're fixing the directoryscanner to allow regular expressions in addition
to the ant syntax.
Cool, but that's another release in the chain, right?
The Maven team is pleased to announce the release of the Maven Ant Tasks,
version 2.0.10
The Maven Ant Tasks allow several features of Maven, (dependency management,
artifact deployment, etc.) to be used within an Ant build. More information is
available at the project site.
On Wed, May 27, 2009 at 12:25 PM, John Casey jdca...@commonjava.org wrote:
Brian Fox wrote:
On Tue, May 26, 2009 at 10:18 PM, Brett Porter br...@apache.org wrote:
On 26/05/2009, at 11:11 PM, Brian Fox wrote:
We're fixing the directoryscanner to allow regular expressions in
addition
Why is this confusing? I think people understand URI rewriting pretty well.
The mvn: uri is an abstraction, and is globally invariant and abstract,
while an http: url is concrete and physically exists, but is locally bound
based on repository configuration.
I may get
Yep, that was my first try: to convince SpringSource guys that an harcoded
looky in ~/m2/repository is not enough. Then I started the above mentioned
handler.
On Wed, May 27, 2009 at 6:22 PM, Peter Janes maven.apache@peterjanes.ca
wrote:
Looks like this has been considered before (and
On Wed, May 27, 2009 at 3:55 PM, Christian Edward Gruber
christianedwardgru...@gmail.com wrote:
Anyway, I'm +1 on this. It is clear, unambiguous, and terse. Those work
for me.
My thoughts exactly !
Jorg
-
To unsubscribe,
Benjamin,
Just checking to see where you are with the model builder as I've done
my changes and I'm ready to swap in the branch for trunk. When you're
good I'll cut the code over.
For anyone interested in 3.x in the next week will probably be the
best time to get involved as the core
The problem with this is two-fold actually,
The url representation currently doesn't encapsulate the other parts of the
dependency declaration like optional or scope. Further, it is difficult to
deterministically reverse a url like that back to the GAV components... we
struggle with this often in
I'm not sure how that pans out.
mvn://net.israfil.foundation/foundation-container/1.1?
optionalpackaging=pomscope=test
Done.
And there's no issue with reverse engineering. The host is the
groupid, the first folder is the artifact, the last item is the
version, and the supplemental
Hi,
As I'm sure you've noticed, we've had a large thread on this list
regarding how to put together a proper ASF release using Maven. In order
to enable the Assembly plugin to take on the burden of producing ASF
source-release assemblies, we had to fix a few bugs. Along with this,
I've also
You've also just lost decent autocomplete in IDEs, etc.
I think the URIs make sense for when you're in a context where such a
thing might make sense (the PAX / ServiceMix Kernel example comes to
mind), but to force people to mentally translate a model to a URI when
they are thinking in
That's less annoying than the current format? Not to me that's for sure.
On Wed, May 27, 2009 at 7:28 PM, Christian Edward Gruber
christianedwardgru...@gmail.com wrote:
I'm not sure how that pans out.
mvn://net.israfil.foundation/foundation-container/1.1?optionalpackaging=pomscope=test
Fair comment. Not less annoying. It's less size (not bytes, but
actual typing... and to Brett's point, in Eclipse, I would be typing
in a form, not the raw pom.xml file, so it'd be the same regardless of
how it's represented in the pom.
Having said that, the ?params annoy me too, but I
Hi everyone,
the June of CM Crossroads (www.cmcrossroads.com) is on
Evaluating and Selecting Right Tools. If you are interested in
participating then I need a draft of your article by June 10th
(publication date is June 17th).
Articles are usually around 1200 - 1500 words and I provide
I was in the process of writing a similar (but much longer) response, but
Christian's covers most of the same ground. I've only got two points to add.
Point 1: I think it's important not to conflate identifiers with other
attributes. In particular, scope and optional shouldn't be considered
On May 27, 2009, at 10:31 PM, Peter Janes wrote:
I was in the process of writing a similar (but much longer)
response, but Christian's covers most of the same ground. I've only
got two points to add.
Point 1: I think it's important not to conflate identifiers with
other attributes. In
Jason van Zyl wrote:
Benjamin,
Just checking to see where you are with the model builder as I've done
my changes and I'm ready to swap in the branch for trunk. When you're
good I'll cut the code over.
I have no uncommitted changes in my working copy so feel free to swap
the branch.
22 matches
Mail list logo