On Thu, Oct 20, 2011 at 8:49 AM, Toni Menzel <[email protected]> wrote: > Pax URL does not resolve "in reactor" only. The artifact needs to be > available in an repository (presumably in the local). > Reason is, Pax URL uses its own instance of the maven resolver (aether) and > does not share with the maven one which you are using to build the whole > reactor. > Pitty one, i know. You may use other URL handlers like classpath: or your > own lithe logic that finds the raw file relative to the working folder (this > is what i did at times). > But in the end i usually use "mvn clean install" instead of the package > goal. Also because maven-bundle-plugin used to have issues when just living > with the package goal (not sure if this holds true). > hth ?
Crystal clear! Thanks again, Bram > Toni > > On Wed, Oct 19, 2011 at 11:07 PM, Bram de Kruijff <[email protected]> > wrote: >> >> Hi list, >> >> I'm trying to provision maven bundles "in reactor". Thus in a multi >> module build the the generated artifact of bundleX in its target >> directory should take precedence. The simple test is that running >> "clean package" should work when bundleX is in the maven reactor but >> not in any local or upstream repository. Issue >> http://team.ops4j.org/browse/PAXEXAM-35 seems to suggest this once >> worked, but I have no succes using 2.3.0.M1 using the mavenBundle() >> option. >> >> The option seems to translate to a mvn: url which is then picked up by >> aether which then reports "Caused by: >> org.sonatype.aether.resolution.ArtifactResolutionException: Could not >> find artifact >> org.amdatu.core:org.amdatu.core.itest.base:bundle:0.2.1-SNAPSHOT >> in local (file:/C:/bramk/maven-repository/)". >> >> How to get this to work? I notice the MavenPluginGeneratedConfigOption >> option. I can imagine that one resolving to a file: on the local >> filesystem, but I can't figure out how to tie this together. >> >> Thanks, >> Bram >> >> _______________________________________________ >> general mailing list >> [email protected] >> http://lists.ops4j.org/mailman/listinfo/general > > > > -- > Toni Menzel Source > > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > > _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
