Return-Path: X-Original-To: apmail-karaf-user-archive@minotaur.apache.org Delivered-To: apmail-karaf-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 466F3907F for ; Thu, 26 Jan 2012 21:05:08 +0000 (UTC) Received: (qmail 47240 invoked by uid 500); 26 Jan 2012 21:05:08 -0000 Delivered-To: apmail-karaf-user-archive@karaf.apache.org Received: (qmail 47181 invoked by uid 500); 26 Jan 2012 21:05:07 -0000 Mailing-List: contact user-help@karaf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@karaf.apache.org Delivered-To: mailing list user@karaf.apache.org Received: (qmail 47173 invoked by uid 99); 26 Jan 2012 21:05:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Jan 2012 21:05:07 +0000 X-ASF-Spam-Status: No, hits=2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of anpieber@gmail.com designates 209.85.215.48 as permitted sender) Received: from [209.85.215.48] (HELO mail-lpp01m010-f48.google.com) (209.85.215.48) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Jan 2012 21:05:03 +0000 Received: by lagz14 with SMTP id z14so946212lag.21 for ; Thu, 26 Jan 2012 13:04:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ML08z+kRT9K0HeCwaj4j4+5H3wch2EByUMK2JsXbuT0=; b=JOy4Gps0qtgvoho0Pic1NE5y/PTNcd69chDnjWTupJPV5fBT3lmtZ51ttAymNQCQub mvE4Isz0lTUENCFDIq9YHe8xlSTU01CR7V6Vjn76zpSEPU8+jNuqcIvefwAqjsB8EuH9 2xv2PndqOLPcFrZIYM8Y9nRP/76f03Koa+21g= MIME-Version: 1.0 Received: by 10.112.11.1 with SMTP id m1mr1070964lbb.72.1327611881429; Thu, 26 Jan 2012 13:04:41 -0800 (PST) Received: by 10.112.36.137 with HTTP; Thu, 26 Jan 2012 13:04:41 -0800 (PST) In-Reply-To: <4F2140DA.2090601@nanthrax.net> References: <1327515291228-3688482.post@n3.nabble.com> <4F2047DC.2040903@nanthrax.net> <1327516670243-3688541.post@n3.nabble.com> <1327565078168-3689882.post@n3.nabble.com> <1327568400764-3689989.post@n3.nabble.com> <4F2140DA.2090601@nanthrax.net> Date: Thu, 26 Jan 2012 22:04:41 +0100 Message-ID: Subject: Re: featuresRepositories is overriden by defined feature repositories? From: Andreas Pieber To: user@karaf.apache.org Content-Type: multipart/alternative; boundary=e0cb4efe3032979cc404b774ba10 --e0cb4efe3032979cc404b774ba10 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm with you. KARAF-971 will fix a lot of problems. Implementing blacklists in two steps (first one with * param (for all, as proposed by Gert) and one which allows a more detailed configuration. BTW, my comment was no "attach" against SMX :-) I know that you guys would definitely apply; it's just in case someone would like to use a version where this had not been fixed/done correctly. Or some other software where this is simply done wrong. Kind regards, Andreas On Thu, Jan 26, 2012 at 13:02, Jean-Baptiste Onofr=E9 wro= te: > Hi guys, > > yes, KARAF-971 is in my TODO. It just requires an enhancement on Pax-URL > (to have a URL resolution service "transforming" an abstract version rang= e > in a concrete URL). > > I think "disabling" transitive features could address the problem. > It's really easy to do, but it's not the same as Karaf 971 IMHO. > > A mix of both could address all the questions. > > Regards > JB > > > On 01/26/2012 12:12 PM, Gert Vanthienen wrote: > >> Andreas, >> >> >> For our ServiceMix features descriptors, we'll gladly migrate to using >> version ranges but we'll need to get >> https://issues.apache.org/**jira/browse/KARAF-971fixed in order for those >> to work when we move from one version of Camel/CXF/... to the next one. >> That should fix most of the issues Christoforos is seeing as well, I >> guess. >> >> How about adding a control flag to completely disable transitive feature >> repositories? It's a bit more coarse-grained than the solution you're >> suggesting, but it would allow people to completely control the list of >> repository URLs being used within their own assembly or distribution >> without having to go through the features descriptor and figuring out >> which ones to blacklist. E.g. for ServiceMix, we already have all the >> URLs listed for CXF, Camel, ActiveMQ, ... so this might even be a good >> alternative to KARAF-971 for us as well. >> >> >> Regards, >> >> Gert Vanthienen >> ------------------------ >> FuseSource >> Web: http://fusesource.com >> Blog: http://gertvanthienen.**blogspot.com/ >> >> >> On Thu, Jan 26, 2012 at 10:29 AM, Andreas Pieber > > wrote: >> >> OK, now I get it. The problem is >> https://search.maven.org/**remotecontent?filepath=3Dorg/** >> apache/servicemix/apache-**servicemix/4.4.0/apache-** >> servicemix-4.4.0-features.xmlwhich >> references features directly using the tag. Well, >> currently there is no way to "blackout" some repositories, but an >> additional "blackedoutFeaturesRepository" tag could be definitely of >> use in such cases. >> >> Can you please create a feature request for this in the JIRA? >> >> Thanks and kind regards, >> Andreas >> >> On Thu, Jan 26, 2012 at 10:00, christoforos.vasilatos >> >> >> >> wrote: >> >> No, I am definetely using karaf 2.2.5. The downloaded archive >> with maven >> dependency is definitely 2.2.5 There is a part of the list -t 0 >> command >> >> [ 38] [Active ] [Created ] [ ] [ 30] Apache >> Karaf :: >> Features :: Management (2.2.5) >> [ 39] [Active ] [Created ] [ ] [ 30] Apache >> Karaf :: Shell >> :: Log Commands (2.2.5) >> [ 40] [Active ] [Created ] [ ] [ 30] Apache >> Karaf :: JAAS >> :: Modules (2.2.5) >> [ 41] [Active ] [Created ] [ ] [ 30] Apache >> Karaf :: Shell >> :: ConfigAdmin Commands (2.2.4) >> [ 42] [Active ] [Created ] [ ] [ 30] Apache >> Karaf :: Shell >> :: SSH (2.2.4) >> [ 43] [Active ] [Created ] [ ] [ 30] Apache >> Karaf :: >> Management (2.2.4) >> [ 44] [Active ] [Created ] [ ] [ 30] Apache >> Karaf :: >> Management :: MBeans :: System (2.2.4) >> >> which indicates that some bundles are 2.2.5 but others are 2.2.4 >> >> while if i do not include my custon org.apache.karaf.features.cfg >> configuration file all the above bundles have 2.2.5 version >> >> This is the prefiltered configuration file: >> http://karaf.922171.n3.nabble.**com/file/n3689989/org.apache.** >> karaf.features.cfg >> org.apache.karaf.features.cfg >> >> and this is the deployed configuration file after maven filter >> http://karaf.922171.n3.nabble.**com/file/n3689989/org.apache.** >> karaf.features.cfg >> org.apache.karaf.features.cfg >> >> Best Regards, >> Christoforos >> >> -- >> View this message in context: >> http://karaf.922171.n3.nabble.**com/featuresRepositories-is-** >> overriden-by-defined-feature-**repositories-**tp3688482p3689989.html >> Sent from the Karaf - User mailing list archive at Nabble.com. >> >> >> >> > -- > Jean-Baptiste Onofr=E9 > jbonofre@apache.org > http://blog.nanthrax.net > Talend - http://www.talend.com > --e0cb4efe3032979cc404b774ba10 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm with you. KARAF-971 will fix a lot of problems. Implementing blackl= ists in two steps (first one with * param (for all, as proposed by Gert) an= d one which allows a more detailed configuration.

BTW, m= y comment was no "attach" against SMX :-) I know that you guys wo= uld definitely apply; it's just in case someone would like to use a ver= sion where this had not been fixed/done correctly. Or some other software w= here this is simply done wrong.

Kind regards,
Andreas

On Thu, Jan 26, 2012 at 13:02, Jean-Baptiste Onofr=E9 <jb@nanthrax.net> wrote:
Hi guys,

yes, KARAF-971 is in my TODO. It just requires an enhancement on Pax-URL (t= o have a URL resolution service "transforming" an abstract versio= n range in a concrete URL).

I think "disabling" transitive features could address the problem= .
It's really easy to do, but it's not the same as Karaf 971 IMHO.
A mix of both could address all the questions.

Regards
JB


On 01/26/2012 12:12 PM, Gert Vanthienen wrote:
Andreas,


For our ServiceMix features descriptors, we'll gladly migrate to using<= br> version ranges but we'll need to get
https://issues.apache.org/jira/browse/KARAF-971 fixed in orde= r for those
to work when we move from one version of Camel/CXF/... to the next one.
=A0That should fix most of the issues Christoforos is seeing as well, I guess.

How about adding a control flag to completely disable transitive feature repositories? =A0It's a bit more coarse-grained than the solution you&#= 39;re
suggesting, but it would allow people to completely control the list of
repository URLs being used within their own assembly or distribution
without having to go through the features descriptor and figuring out
which ones to blacklist. =A0E.g. for ServiceMix, we already have all the URLs listed for CXF, Camel, ActiveMQ, ... so this might even be a good
alternative to KARAF-971 for us as well.


Regards,

Gert Vanthienen
------------------------
FuseSource
Web: http://fusesource.= com
Blog: htt= p://gertvanthienen.blogspot.com/


On Thu, Jan 26, 2012 at 10:29 AM, Andreas Pieber <anpieber@gmail.com
<mailto:anpieber= @gmail.com>> wrote:

=A0 =A0OK, now I get it. The problem is
=A0 =A0https://search.maven.org/remotecontent?filepath= =3Dorg/apache/servicemix/apache-servicemix/4.4.0/apache-servicemix-4.4.0-features.xml which
=A0 =A0references features directly using the <repository> tag. Well= ,
=A0 =A0currently there is no way to "blackout" some repositories= , but an
=A0 =A0additional "blackedoutFeaturesRepository" tag could be de= finitely of
=A0 =A0use in such cases.

=A0 =A0Can you please create a feature request for this in the JIRA?

=A0 =A0Thanks and kind regards,
=A0 =A0Andreas

=A0 =A0On Thu, Jan 26, 2012 at 10:00, christoforos.vasilatos
=A0 =A0<christoforos.vasilatos@gmail.com
=A0 =A0<mailto:christoforos.vasilatos@gmail.com>> wrote:
=A0 =A0 =A0 =A0No, I am definetely using karaf 2.2.5. The downloaded archi= ve
=A0 =A0 =A0 =A0with maven
=A0 =A0 =A0 =A0dependency is definitely 2.2.5 There is a part of the list = -t 0
=A0 =A0 =A0 =A0command

=A0 =A0 =A0 =A0[ =A038] [Active =A0 =A0 ] [Created =A0 =A0 ] [ =A0 =A0 =A0= ] [ =A0 30] Apache
=A0 =A0 =A0 =A0Karaf ::
=A0 =A0 =A0 =A0Features :: Management (2.2.5)
=A0 =A0 =A0 =A0[ =A039] [Active =A0 =A0 ] [Created =A0 =A0 ] [ =A0 =A0 =A0= ] [ =A0 30] Apache
=A0 =A0 =A0 =A0Karaf :: Shell
=A0 =A0 =A0 =A0:: Log Commands (2.2.5)
=A0 =A0 =A0 =A0[ =A040] [Active =A0 =A0 ] [Created =A0 =A0 ] [ =A0 =A0 =A0= ] [ =A0 30] Apache
=A0 =A0 =A0 =A0Karaf :: JAAS
=A0 =A0 =A0 =A0:: Modules (2.2.5)
=A0 =A0 =A0 =A0[ =A041] [Active =A0 =A0 ] [Created =A0 =A0 ] [ =A0 =A0 =A0= ] [ =A0 30] Apache
=A0 =A0 =A0 =A0Karaf :: Shell
=A0 =A0 =A0 =A0:: ConfigAdmin Commands (2.2.4)
=A0 =A0 =A0 =A0[ =A042] [Active =A0 =A0 ] [Created =A0 =A0 ] [ =A0 =A0 =A0= ] [ =A0 30] Apache
=A0 =A0 =A0 =A0Karaf :: Shell
=A0 =A0 =A0 =A0:: SSH (2.2.4)
=A0 =A0 =A0 =A0[ =A043] [Active =A0 =A0 ] [Created =A0 =A0 ] [ =A0 =A0 =A0= ] [ =A0 30] Apache
=A0 =A0 =A0 =A0Karaf ::
=A0 =A0 =A0 =A0Management (2.2.4)
=A0 =A0 =A0 =A0[ =A044] [Active =A0 =A0 ] [Created =A0 =A0 ] [ =A0 =A0 =A0= ] [ =A0 30] Apache
=A0 =A0 =A0 =A0Karaf ::
=A0 =A0 =A0 =A0Management :: MBeans :: System (2.2.4)

=A0 =A0 =A0 =A0which indicates that some bundles are 2.2.5 but others are = 2.2.4

=A0 =A0 =A0 =A0while if i do not include my custon org.apache.karaf.featur= es.cfg
=A0 =A0 =A0 =A0configuration file all the above bundles have 2.2.5 version=

=A0 =A0 =A0 =A0This is the prefiltered configuration file:
=A0 =A0 =A0 =A0http://karaf.922171.n3.nab= ble.com/file/n3689989/org.apache.karaf.features.cfg
=A0 =A0 =A0 =A0org.apache.karaf.features.cfg

=A0 =A0 =A0 =A0 =A0and this is the deployed configuration file after maven= filter
=A0 =A0 =A0 =A0http://karaf.922171.n3.nab= ble.com/file/n3689989/org.apache.karaf.features.cfg
=A0 =A0 =A0 =A0org.apache.karaf.features.cfg

=A0 =A0 =A0 =A0Best Regards,
=A0 =A0 =A0 =A0Christoforos

=A0 =A0 =A0 =A0--
=A0 =A0 =A0 =A0View this message in context:
=A0 =A0 =A0 =A0http://karaf.922171.n3.nabble.com/featuresReposit= ories-is-overriden-by-defined-feature-repositories-tp3= 688482p3689989.html
=A0 =A0 =A0 =A0Sent from the Karaf - User mailing list archive at Nabble.c= om.




--
Jean-Baptiste Onofr=E9
jbonofre@apache.or= g
http://blog.nanthrax= .net
Talend - http://www.tal= end.com

--e0cb4efe3032979cc404b774ba10--