Return-Path: 
 <dev-return-9994-apmail-felix-dev-archive=felix.apache.org@felix.apache.org>
Delivered-To: apmail-felix-dev-archive@www.apache.org
Received: (qmail 22063 invoked from network); 8 May 2008 16:33:21 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 8 May 2008 16:33:21 -0000
Received: (qmail 68797 invoked by uid 500); 8 May 2008 16:33:19 -0000
Delivered-To: apmail-felix-dev-archive@felix.apache.org
Received: (qmail 68743 invoked by uid 500); 8 May 2008 16:33:19 -0000
Mailing-List: contact dev-help@felix.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@felix.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@felix.apache.org>
List-Post: <mailto:dev@felix.apache.org>
List-Id: <dev.felix.apache.org>
Reply-To: dev@felix.apache.org
Delivered-To: mailing list dev@felix.apache.org
Received: (qmail 68713 invoked by uid 99); 8 May 2008 16:33:19 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 May 2008 09:33:19 -0700
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 May 2008 16:32:41 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 82D4B234C10F
	for <dev@felix.apache.org>; Thu,  8 May 2008 09:32:56 -0700 (PDT)
Message-ID: <1163560661.1210264376535.JavaMail.jira@brutus>
Date: Thu, 8 May 2008 09:32:56 -0700 (PDT)
From: "Stuart McCulloch (JIRA)" <jira@apache.org>
To: dev@felix.apache.org
Subject: [jira] Closed: (FELIX-526) Allow a mechanism to give preference to
 local resources over the ones from embedded jars
In-Reply-To: <2128296712.1206979464918.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/FELIX-526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stuart McCulloch closed FELIX-526.
----------------------------------


maven-bundle-plugin 1.4.1 has now been released to the maven repository

> Allow a mechanism to give preference to local resources over the ones from embedded jars
> ----------------------------------------------------------------------------------------
>
>                 Key: FELIX-526
>                 URL: https://issues.apache.org/jira/browse/FELIX-526
>             Project: Felix
>          Issue Type: Improvement
>          Components: Maven Bundle Plugin
>    Affects Versions: maven-bundle-plugin-1.4.0
>         Environment: JDK 5 on OpenSolaris/x86
>            Reporter: Sahoo
>            Assignee: Stuart McCulloch
>             Fix For: maven-bundle-plugin-1.4.1
>
>
> Please see the following email discussion between me and Stuart. It happened on users@felix alias on 31 Mar 2008 with the subject that reads like this:
> [maven-bundle-plugin] How to stop exporting a resource from an inlined jar?
> On 31/03/2008, Sahoo <Sahoo@sun.com> wrote:
> > >
> > > Hi,
> > >
> > > I am trying to use maven-bundle-plugin v1.4.0. I prepare a bundle (say
> > > bundle.jar) which inlines the contents of another jar type artifact
> > > called javax.faces:jsf-impl. There is a resource called
> > > META-INF/services/com.sun.faces.spi.injectionprovider which is present
> > > both in the jsf-impl.jar as well in current project's src/main/resources
> > > area. I want to package the one that's in our workspace. So, I
> > > configured the plugin like this:
> > >
> > > <configuration>
> > >     <Embed-Dependency>
> > >     *;groupId=javax.faces;artifactId=jsf-impl;inline=true
> > >     </Embed-Dependency>
> > >
> > >     <!-- Package everything from the embedded jar in the
> > >        final bundle except the following file which
> > >        we maintain in our src/main/resources dir:
> > >        META-INF/services/com.sun.faces.spi.injectionprovider
> > >     -->
> > >     <_exportcontents>
> > >      !META-INF/services/com.sun.faces.spi.injectionprovider,*
> > >     </_exportcontents>
> > > </configuration>
> > >
> > > Yet, I see the resource that is being packaged in the bundle is the one
> > > from jsf-impl.jar and not from target/classes/... area. What am I doing
> > > wrong?
> currently embedded dependencies are added to the Include-Resource
> statement after the maven resources - unfortunately this means that any
> inlined entries will overwrite local entries, which isn't optimal  :( 
> I'll change this ordering round in 1.4.1 (open a JIRA issue to remind me)
> you'll also be able to customize the Include-Resource better in 1.4.1, eg:
>    <Include-Resource>
>       {maven-dependencies},some-file,{maven-resources},another-file
>    </Include-Resource>
> where {maven-dependencies} and {maven-resources} expand to the list of
> embedded entries and maven resources respectively - you can already do
> this to some extent with 1.4.0, but there's a bug on Windows with replacing
> the "{maven-dependencies}" token...
> so the workaround with 1.4.0 would be to use something like this in place
> of the Embed-Dependency - you'll need to list each dependency explicitly
> using @artifactId-version.jar to inline it (this is what Embed-Dependency
> does under the covers) for example:
>    <Include-Resource>
>       @jsf-impl-1.2-b19.jar,{maven-resources}
>    </Include-Resource>
> will inline the JSF jar and then overlay resources from the current project
> HTH

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.