I'm building an integration platform using Camel deployed in Karaf.
The platform will be used for different kinds of applications (mainly
integration oriented of course). I'm not entirely sure how I best
construct an installation program for these applications. Basically I
need to:
a) Install Kara
We actually have a maven plugin that helps in doing that.
Take a look at how we package ServiceMix NMR or the full ServiceMix
distribution.
It's based on Karaf, but includes some changes and additional bundles
configured
using features. It sounds exactly like what you want.
http://svn.apache.o
Thanks a lot Guillaume - I will definitely take a look at the plugin
you mentioned.
/Bengt
2010/5/5 Guillaume Nodet :
> We actually have a maven plugin that helps in doing that.
> Take a look at how we package ServiceMix NMR or the full ServiceMix
> distribution.
> It's based on Karaf, but includ
It seems like the features-maven-plugin is exactly what I'm looking
for. However I do run into one problem. I'm using a repository manager
(Nexus) but the features-maven-plugin seems to only look in the locak
repository (which doesn't contain everything). I get the following
error message:
[INFO]
Not sure to fully understand, but if those are dependencies of your maven
project, they should be in your local repo, shouldn't they ?
On Wed, May 5, 2010 at 23:02, Bengt Rodehav wrote:
> It seems like the features-maven-plugin is exactly what I'm looking
> for. However I do run into one problem
Guillaume,
I think I probably misunderstood how to use the plugin. I wasn't aware
that all dependencies must be added to the maven project. I was hoping
that they could be resolved anyway since they are listed in the
features file. When I add all the dependencies, they will be installed
in my loca
I also have another problem with the plugin. I don't seem to be able
to run it using maven 3 beta. I get the following error:
[ERROR] Failed to execute goal org.apache.felix.karaf.tooling:features-maven-plu
gin:1.4.0:add-features-to-repo (add-features-to-repo) on project assembly: Error
populatin
I'm not aware of any effort related to maven 3 yet.
As for the war and ipojo protocols, i don't think it would work well. The
features plugin try to generate a list of bundles using the mvn protocol
only iirc. And if you use something else, it won't be able to understand
and find the required de
Regarding the non" mvn:" protocols, I guess I'll either have to stop
using them as part of features or somehow exclude them fromthe
features-maven-plugin and handle them manually. It's a shame though...
Wouldn't it be a reasonable enhancement to the plugin to be able to
skip leading protocols as lo
On Thu, May 6, 2010 at 16:02, Bengt Rodehav wrote:
> Regarding the non" mvn:" protocols, I guess I'll either have to stop
> using them as part of features or somehow exclude them fromthe
> features-maven-plugin and handle them manually. It's a shame though...
> Wouldn't it be a reasonable enhance
See comments below...
2010/5/6 Guillaume Nodet :
> On Thu, May 6, 2010 at 16:02, Bengt Rodehav wrote:
>
>> Regarding the non" mvn:" protocols, I guess I'll either have to stop
>> using them as part of features or somehow exclude them fromthe
>> features-maven-plugin and handle them manually. It's
Guillaume,
Think I found the thread you were mentioning. Now I need to learn OBR
as well :-)
Will using OBR via Karaf features solve the problem I'm trying to
solve? What I want to achieve is to create a local repository (under
my Karaf installation) that includes everything needed without having
You could package up all of your JARs and place them in an OBR that you
install locally (on the same box as Felix Karaf). At that point you could
use the obr.xml to start up your application. You'd have to figure out how
to change the URIs though in the obr.xml - when you "mvn install" the
obr.xm
Mmh, I think I misunderstood what you were trying to achieve.
It's because the plugin can be used to actually generate the feature
descriptor.
If you have an existing feature repository, the plugin can be used to put
all the jars
in the system folder. And if this fail for other kind of url handle
Thanks Chris,
My problem in the first place is not to actually how to install the
application. I thought Karaf features with "mvn:" url's worked quite
nicely. However, I need to be able to create a local repository (like
the one in the "system" folder) that contains all required jars. That
has bee
I'll take a look at it...
2010/5/6 Guillaume Nodet :
> Mmh, I think I misunderstood what you were trying to achieve.
> It's because the plugin can be used to actually generate the feature
> descriptor.
> If you have an existing feature repository, the plugin can be used to put
> all the jars
> in
Guillaume,
Attached to this mail is a modified version of
AddFeaturesToRepoMojo.java. I added two configuration parameters:
- skipNonMavenProtocols: Setting this to true (false is default)
causes the plugin to look for the first occurence of "mvn:" and start
passing the url from there. This enabl
Attachements are usually stripped on the mailing list.
Would you mind raising a JIRA issue and attaching your patch to it ?
On Thu, May 6, 2010 at 22:44, Bengt Rodehav wrote:
> Guillaume,
>
> Attached to this mail is a modified version of
> AddFeaturesToRepoMojo.java. I added two configuration p
Done.
https://issues.apache.org/jira/browse/FELIX-2329
/Bengt
2010/5/6 Guillaume Nodet :
> Attachements are usually stripped on the mailing list.
> Would you mind raising a JIRA issue and attaching your patch to it ?
>
> On Thu, May 6, 2010 at 22:44, Bengt Rodehav wrote:
>
>> Guillaume,
>>
>> A
19 matches
Mail list logo
