Mailing-List: contact dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Developers List" <dev@maven.apache.org>
Received-SPF: pass (nike.apache.org: domain of nigel.magnay@gmail.com
 designates 209.85.220.174 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <515D86D0.3010808@gmail.com>
References: <599126F3-82B3-4EAE-9D98-C6BB0C448259@tesla.io>
	<BCA9EFC8-2834-43DF-96A2-AD92957185DA@tesla.io>
	<515C33C5.9000800@gmail.com>
	<2587345.hquGtgvSbr@bigmax>
	<515D86D0.3010808@gmail.com>
Date: Tue, 9 Apr 2013 09:47:21 +0100
Message-ID: 
 <CAPYP83SunM=2O+nqMyZucnPZ2YYJJFNgvsjfzSog2_sepLAyRw@mail.gmail.com>
Subject: Re: [VOTE] Apache 3.1.0-alpha-1
From: Nigel Magnay <nigel.magnay@gmail.com>
To: Maven Developers List <dev@maven.apache.org>
Content-Type: multipart/alternative; boundary=047d7b6dbc22054c4204d9e99a29

--047d7b6dbc22054c4204d9e99a29
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

This keeps coming up, over and over and over.

e.g:
http://maven.40175.n5.nabble.com/Meta-information-about-dependencies-in-a-p=
om-td4971927.html

The maven 'answer' seems to amount to 'hard cheese, you must re-specify
each and every one of your dependencies again in your plugin config'. And
then pointing to the configuration horror that is the assembly plugin, and
completely ignoring the duplication of, like, every single dependency in
your use-case. And if your language has scopes other than the burnt-in ones
in maven, double-hard cheese with a cherry on top - welcome to screenfuls
of warnings and a non-working transitive dependency mechanism.

Despite the fact you're already paying the XML tax (so each dependency
takes 5 lines in your POM file, compared to single lines in other tools),
*and* the fact that XML has a well-defined capability with namespaces to
compatibly extend the data (and have those extensions easy to strip out),
maven refuses to contemplate this, it seems.

How about

<project xmlns=3D"http://maven.apache.org/POM/4.0.0"
            xmlns:karaf=3D"maven:plugin:com.apache:karaf"
         xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation=3D"http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd">

....

<dependency>
<groupId>com.example</groupId>
<artifactId>bundle</artifactId>
<version>1.0.1</version>
<karaf:osgiStartLevel>99</karaf:osgiStartLevel>
<karaf:bootInstall>true</karaf:bootInstall>
</dependency>


On Thu, Apr 4, 2013 at 2:57 PM, Andrei Pozolotin <andrei.pozolotin@gmail.co=
m
> wrote:

> Herv=E9:
>
> thank you for taking the time to respond.
>
> issue at hand:
>
> karaf
> http://karaf.apache.org/
>
> has features.xml, which are built from pom.xml
> http://karaf.apache.org/manual/latest-2.3.x/users-guide/provisioning.html
>
> what is missing from maven is the ability to communicate arbitrary
> custom attributes
> on per-dependency basis, such as:
>
> provide osgiStartLevel value, to specify to osgi runtime bundle start
> level:
> <dependency>
> <groupId>com.example</groupId>
> <artifactId>bundle</artifactId>
> <version>1.0.1</version>
> <osgiStartLevel>99</osgiStartLevel>
> </dependency>
>
> or provide karafBootInstall flag, to specify that karaf runtime should
> install this dependency at boot-time vs build-time:
> <dependency>
> <groupId>com.example</groupId>
> <artifactId>bundle-feature</artifactId>
> <version>1.0.1</version>
> <classifier>features</classifier>
> <type>xml</type>
> <karafBootInstall>true</karafBootInstall>
> </dependency>
>
> in lieu of these, karaf-maven-plugin is trying to encode this
> information via <scope>
>
> https://github.com/apache/karaf/blob/trunk/tooling/karaf-maven-plugin/src=
/main/java/org/apache/karaf/tooling/features/InstallKarsMojo.java#L215
>
> which contradicts the dependency resolution rules and really does not wor=
k.
>
> hence my request to "relax". is there any other ways to address this need=
?
>
> Andrei
>
> -------- Original Message --------
> Subject: Re: [VOTE] Apache 3.1.0-alpha-1
> From: Herv=E9 BOUTEMY <herve.boutemy@free.fr>
> To: Maven Developers List <dev@maven.apache.org>
> Date: Thu 04 Apr 2013 01:21:32 AM CDT
> > AFAIK, there is nothing "relaxed" from Mven 3.0.x planned
> >
> > But I don't really understand your case (and miss time to investigate i=
n
> > Karaf).
> > Can you give us a pointer to SCM, or paste such a dependency "with cust=
om
> > tags"?
> >
> > Regards,
> >
> > Herv=E9
> >
> > Le mercredi 3 avril 2013 08:51:01 Andrei Pozolotin a =E9crit :
> >> I am curious if 3.1.0 will be more relaxed with custom tags inside
> >> <dependency>?
> >>
> >> Use case: karaf-maven-plugin uses bizarre conventions
> >> on how to map from <scope> into osgi bundle properties (like start
> level)
> >> because there is no way to have a custom tag in <dependency> and expre=
ss
> >> this requirement.
> >>
> >> -------- Original Message --------
> >> Subject: Re: [VOTE] Apache 3.1.0-alpha-1
> >> From: Jason van Zyl <jason@tesla.io>
> >> To: Maven Developers List <dev@maven.apache.org>
> >> Date: Tue 02 Apr 2013 12:04:18 PM CDT
> >>
> >>> Thanks.
> >>>
> >>> On Apr 2, 2013, at 1:00 PM, Herv=E9 BOUTEMY <herve.boutemy@free.fr>
> wrote:
> >>>> Staged documentation: http://maven.apache.org/ref/3.1.0-alpha-1/
> >>>>
> >>>> Regards,
> >>>>
> >>>> Herv=E9
> >>>>
> >>>> Le lundi 1 avril 2013 08:12:09 Jason van Zyl a =E9crit :
> >>>>> Here are the release bits for 3.1.0-alpha-1:
> >>>>>
> >>>>> Release notes:
> >>>>>
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=3D10500&versi=
o
> >>>>> n=3D18 967
> >>>>>
> >>>>> Staging repository:
> >>>>> https://repository.apache.org/content/repositories/maven-042/
> >>>>>
> >>>>> Staged distribution:
> >>>>>
> https://repository.apache.org/content/repositories/maven-042/org/apache/
> >>>>> mave n/apache-maven/3.1.0-alpha-1/
> >>>>>
> >>>>> Anyone trying this in advance should know that the Site, Dependency=
,
> and
> >>>>> Shade plugin are not going to work. We are aware of this and those
> >>>>> responsible for those plugins are looking into it.
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>> Jason
> >>>>>
> >>>>> ----------------------------------------------------------
> >>>>> Jason van Zyl
> >>>>> Founder & CTO, Sonatype
> >>>>> Founder,  Apache Maven
> >>>>> http://twitter.com/jvanzyl
> >>>>> ---------------------------------------------------------
> >>>>>
> >>>>> We know what we are, but know not what we may be.
> >>>>>
> >>>>>  -- Shakespeare
> >>>> --------------------------------------------------------------------=
-
> >>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>> Thanks,
> >>>
> >>> Jason
> >>>
> >>> ----------------------------------------------------------
> >>> Jason van Zyl
> >>> Founder & CTO, Sonatype
> >>> Founder,  Apache Maven
> >>> http://twitter.com/jvanzyl
> >>> ---------------------------------------------------------
> >>>
> >>> What matters is not ideas, but the people who have them. Good people
> can
> >>> fix bad ideas, but good ideas can't save bad people.>
> >>>  -- Paul Graham
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
> > .
> >
>
>

--047d7b6dbc22054c4204d9e99a29--