Re: SpringMVC V4 + Karaf

[Morgan Hautman]

Hi Tim,

Did you had any success following this approach?

Regards,
Morgan

Re: Karaf master console

[Morgan Hautman]

Thank you!

Regards,
Morgan

On 2016-09-12 18:16, Jean-Baptiste Onofré wrote:

Yes, I'm able to reproduce it. I gonna work on it.

Regards
JB

On 09/12/2016 05:57 PM, Morgan Hautman wrote:

Hi,

On the master of the karaf console, I'm working on a fix for cave and I
see that the console shows some weird "quesionmarks" when it displays a
ShellTable.
Do you guys experience the same on Ubuntu?

http://pasteboard.co/2fyP2KFqy.png

Thanks!

Regards,
Morgan

Karaf master console

[Morgan Hautman]

Hi,

On the master of the karaf console, I'm working on a fix for cave and I 
see that the console shows some weird "quesionmarks" when it displays a 
ShellTable.

Do you guys experience the same on Ubuntu?

http://pasteboard.co/2fyP2KFqy.png

Thanks!

Regards,
Morgan

Re: Karaf Eclipse Integration; Is EIK dead?

[Morgan Hautman]

Ok great, if you need a hand, tell me.

Regards,
Morgan

2016-07-14 9:39 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>:

> That's part of the new dev guide on which I'm working, based on the
> samples:
>
> https://github.com/jbonofre/karaf-samples
>
> Regards
> JB
>
> On 07/14/2016 09:36 AM, Morgan Hautman wrote:
>
>> Well there it is separated, I was talking about a more user friendly
>> approach.
>> Something like : "How we develop our bundles using Apache Karaf" and
>> then describing the proces..
>> WDYT?
>>
>>
>> 2016-07-14 9:26 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net
>> <mailto:j...@nanthrax.net>>:
>>
>> It's already there.
>>
>> For debug:
>>
>> http://karaf.apache.org/manual/latest/#_troubleshooting_debugging_profiling_and_monitoring
>>
>> For bundle watch:
>> http://karaf.apache.org/manual/latest/#_watch
>>
>> Regards
>> JB
>>
>> On 07/14/2016 09:22 AM, Morgan Hautman wrote:
>>
>> Guys,
>>
>> Shouldn't we write this down into a little section in the dev
>> guide?
>>
>> Regards,
>> Morgan
>>
>>
>> 2016-07-14 9:17 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net
>> <mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>:
>>
>>
>>
>>  FYI, it's also possible to start karaf with debug argument
>> (instead
>>  of KARAF_DEBUG env variable).
>>
>>  Regards
>>  JB
>>
>>
>>  On 07/14/2016 08:59 AM, Christian Schneider wrote:
>>
>>  Currently the recommended way is to use a maven or
>> gradle build
>>  with the
>>  maven-bundle-plugin or bnd-maven-plugin.
>>  You then create a feature or custom distro during the
>> build.
>>
>>  In Eclipse you can use m2e to import your projects as
>> maven
>>  projects.
>>
>>  To debug you do:
>>  export KARAF_DEBUG=true
>>  bin/karaf
>>  bundle:watch *
>>  .. install your feature
>>
>>  Then you can attach a remote debug session from
>> eclipse. You can use
>>  breakpoints in your maven projects and debug as usual.
>> When you
>>  change
>>  code you do mvn install
>>  in the changed project. Karaf will detect the change
>> and update the
>>  bundle. You can do this during the debug session.
>>
>>  So the drawback of this solution is that it is a bit
>> tedious to
>>  create
>>  the features and start karaf by hand and attach the debug
>>  session but
>>  from this point on it is quite convenient.
>>
>>  Christian
>>
>>  On 14.07.2016 07:31, Oliver Libutzki wrote:
>>
>>  Thanks for your answers.
>>
>>  Maybe it's better to ask another way.
>>
>>  What's the recommended way to develop OSGi-Bundles
>> for Karaf
>>  with
>>  Eclipse? PDE? Bndtools? Is it recommended to use a
>> "palin" OSGi
>>  container (Felix/Equinox) while developing in order
>> to have
>>  short
>>  turnaround cycles?
>>
>>  Kind regards
>>  Oliver
>>
>>  Christian Schneider schrieb:
>>
>>  Currently there is no good Eclipse integration
>> for karaf.
>>
>>  Bndtools might be an option soon. They are
>> currently
>>  working on maven
>>  and karaf supoort. Not sure how long it will
>> take but it
>>  is something
>>  to keep an eye on.
>>
>>  Christian
>>
>>  On 13.07.2016 14:58, Oliver L

Re: Karaf Eclipse Integration; Is EIK dead?

[Morgan Hautman]

Well there it is separated, I was talking about a more user friendly
approach.
Something like : "How we develop our bundles using Apache Karaf" and then
describing the proces..
WDYT?


2016-07-14 9:26 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>:

> It's already there.
>
> For debug:
>
> http://karaf.apache.org/manual/latest/#_troubleshooting_debugging_profiling_and_monitoring
>
> For bundle watch:
> http://karaf.apache.org/manual/latest/#_watch
>
> Regards
> JB
>
> On 07/14/2016 09:22 AM, Morgan Hautman wrote:
>
>> Guys,
>>
>> Shouldn't we write this down into a little section in the dev guide?
>>
>> Regards,
>> Morgan
>>
>>
>> 2016-07-14 9:17 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net
>> <mailto:j...@nanthrax.net>>:
>>
>>
>> FYI, it's also possible to start karaf with debug argument (instead
>> of KARAF_DEBUG env variable).
>>
>> Regards
>> JB
>>
>>
>> On 07/14/2016 08:59 AM, Christian Schneider wrote:
>>
>> Currently the recommended way is to use a maven or gradle build
>> with the
>> maven-bundle-plugin or bnd-maven-plugin.
>> You then create a feature or custom distro during the build.
>>
>> In Eclipse you can use m2e to import your projects as maven
>> projects.
>>
>> To debug you do:
>> export KARAF_DEBUG=true
>> bin/karaf
>> bundle:watch *
>> .. install your feature
>>
>> Then you can attach a remote debug session from eclipse. You can
>> use
>> breakpoints in your maven projects and debug as usual. When you
>> change
>> code you do mvn install
>> in the changed project. Karaf will detect the change and update
>> the
>> bundle. You can do this during the debug session.
>>
>> So the drawback of this solution is that it is a bit tedious to
>> create
>> the features and start karaf by hand and attach the debug
>> session but
>> from this point on it is quite convenient.
>>
>> Christian
>>
>> On 14.07.2016 07:31, Oliver Libutzki wrote:
>>
>> Thanks for your answers.
>>
>> Maybe it's better to ask another way.
>>
>> What's the recommended way to develop OSGi-Bundles for Karaf
>> with
>> Eclipse? PDE? Bndtools? Is it recommended to use a "palin"
>> OSGi
>> container (Felix/Equinox) while developing in order to have
>> short
>> turnaround cycles?
>>
>> Kind regards
>> Oliver
>>
>> Christian Schneider schrieb:
>>
>> Currently there is no good Eclipse integration for karaf.
>>
>> Bndtools might be an option soon. They are currently
>> working on maven
>> and karaf supoort. Not sure how long it will take but it
>> is something
>> to keep an eye on.
>>
>> Christian
>>
>> On 13.07.2016 14:58, Oliver Libutzki wrote:
>>
>> Hi everyone,
>>
>> is there a way to start Karaf from Eclipse? I just
>> don't want to
>> install all the bundles I develop to the local Maven
>> Repository in
>> order to use them.
>>
>> I stumbled upon EIK
>> (https://github.com/apache/karaf-eik), but the
>> last commit is from August 2014, so EIK seems to be
>> dead.
>>
>> Thanks for your help.
>>
>> Kind regards
>> Oliver
>>
>>
>>
>> --
>> Christian Schneider
>> http://www.liquid-reality.de
>>
>> Open Source Architect
>> http://www.talend.com
>>
>>
>>
>>
>> --
>> Christian Schneider
>> http://www.liquid-reality.de
>>
>> Open Source Architect
>> http://www.talend.com
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org <mailto:jbono...@apache.org>
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

Re: Karaf Eclipse Integration; Is EIK dead?

[Morgan Hautman]

Guys,

Shouldn't we write this down into a little section in the dev guide?

Regards,
Morgan


2016-07-14 9:17 GMT+02:00 Jean-Baptiste Onofré :

> FYI, it's also possible to start karaf with debug argument (instead of
> KARAF_DEBUG env variable).
>
> Regards
> JB
>
>
> On 07/14/2016 08:59 AM, Christian Schneider wrote:
>
>> Currently the recommended way is to use a maven or gradle build with the
>> maven-bundle-plugin or bnd-maven-plugin.
>> You then create a feature or custom distro during the build.
>>
>> In Eclipse you can use m2e to import your projects as maven projects.
>>
>> To debug you do:
>> export KARAF_DEBUG=true
>> bin/karaf
>> bundle:watch *
>> .. install your feature
>>
>> Then you can attach a remote debug session from eclipse. You can use
>> breakpoints in your maven projects and debug as usual. When you change
>> code you do mvn install
>> in the changed project. Karaf will detect the change and update the
>> bundle. You can do this during the debug session.
>>
>> So the drawback of this solution is that it is a bit tedious to create
>> the features and start karaf by hand and attach the debug session but
>> from this point on it is quite convenient.
>>
>> Christian
>>
>> On 14.07.2016 07:31, Oliver Libutzki wrote:
>>
>>> Thanks for your answers.
>>>
>>> Maybe it's better to ask another way.
>>>
>>> What's the recommended way to develop OSGi-Bundles for Karaf with
>>> Eclipse? PDE? Bndtools? Is it recommended to use a "palin" OSGi
>>> container (Felix/Equinox) while developing in order to have short
>>> turnaround cycles?
>>>
>>> Kind regards
>>> Oliver
>>>
>>> Christian Schneider schrieb:
>>>
 Currently there is no good Eclipse integration for karaf.

 Bndtools might be an option soon. They are currently working on maven
 and karaf supoort. Not sure how long it will take but it is something
 to keep an eye on.

 Christian

 On 13.07.2016 14:58, Oliver Libutzki wrote:

> Hi everyone,
>
> is there a way to start Karaf from Eclipse? I just don't want to
> install all the bundles I develop to the local Maven Repository in
> order to use them.
>
> I stumbled upon EIK (https://github.com/apache/karaf-eik), but the
> last commit is from August 2014, so EIK seems to be dead.
>
> Thanks for your help.
>
> Kind regards
> Oliver
>


 --
 Christian Schneider
 http://www.liquid-reality.de

 Open Source Architect
 http://www.talend.com

>>>
>>>
>>
>> --
>> Christian Schneider
>> http://www.liquid-reality.de
>>
>> Open Source Architect
>> http://www.talend.com
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

Re: Karaf Eclipse Integration; Is EIK dead?

[Morgan Hautman]

Hi,

Omg I didn't know the bundle:watch trick, I was
stopping/uninstalling/re-installing/re-starting all the time. This will
save me a lot of dev time!

Regards,
Morgan

2016-07-14 7:41 GMT+02:00 Jean-Baptiste Onofré :

> Hi Oli,
>
> I'm not Eclipse user (I'm using IntelliJ).
>
> What I'm doing is to develop "classic" OSGi bundle. I have a Karaf started
> (by a IntelliJ launcher), where I have the bundle:watch enabled. Than, it's
> automatically deployed/updated in Karaf.
>
> Regards
> JB
>
>
> On 07/14/2016 07:31 AM, Oliver Libutzki wrote:
>
>> Thanks for your answers.
>>
>> Maybe it's better to ask another way.
>>
>> What's the recommended way to develop OSGi-Bundles for Karaf with
>> Eclipse? PDE? Bndtools? Is it recommended to use a "palin" OSGi
>> container (Felix/Equinox) while developing in order to have short
>> turnaround cycles?
>>
>> Kind regards
>> Oliver
>>
>> Christian Schneider schrieb:
>>
>>> Currently there is no good Eclipse integration for karaf.
>>>
>>> Bndtools might be an option soon. They are currently working on maven
>>> and karaf supoort. Not sure how long it will take but it is something
>>> to keep an eye on.
>>>
>>> Christian
>>>
>>> On 13.07.2016 14:58, Oliver Libutzki wrote:
>>>
 Hi everyone,

 is there a way to start Karaf from Eclipse? I just don't want to
 install all the bundles I develop to the local Maven Repository in
 order to use them.

 I stumbled upon EIK (https://github.com/apache/karaf-eik), but the
 last commit is from August 2014, so EIK seems to be dead.

 Thanks for your help.

 Kind regards
 Oliver

>>>
>>>
>>> --
>>> Christian Schneider
>>> http://www.liquid-reality.de
>>>
>>> Open Source Architect
>>> http://www.talend.com
>>>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

Re: Can't resolve org.osgi.service.component 1.2 ?

[Morgan Hautman]

Hi,

I think what Christian mentioned "There could at least be a warning that 
a requirement is not fulfilled" is really good idea. Since that's the 
reason why I proposed to add the feature in the first place.

I would be favorable on Christian's approach.

Regards,
Morgan

On 2016-05-18 09:44, Christian Schneider wrote:
I do not consider myself stupid but I forgot the scr feature quite 
often and wondered why my bundles do nothing :-)

So I think the requirement for the extender is an important part.

I also wonder if we could check the requirements when doing simple 
bundle installs. There could at least be a warning that a requirement 
is not fulfilled. Currently the bundle installs and starts but does 
not work and you see nothing in the logs.


Christian

On 18.05.2016 09:22, Jean-Baptiste Onofré wrote:
I agree with Christian: honestly, I don't think installing SCR 
feature by default is a good idea, and I would also remove blueprint 
feature by default (it's already planned for Karaf 4.1.x).


Users are not stupid: when they use @Component, they know they use 
DS/SCR, so they need they relay on the scr feature. The same when 
they use a blueprint XML.


Regards
JB

Re: Can't resolve org.osgi.service.component 1.2 ?

[Morgan Hautman]

Hi,

Ok, I thought most of the people where positive about it when I proposed 
on the mailing list.

I remember you told me only Guillaume was not convinced.
So now I don't know the reasons for the turn around, can someone explain 
that to me?


Regards,
Morgan

On 2016-05-14 21:33, Jean-Baptiste Onofré wrote:

Hi

There was a jira. But I resolved as won't fix. It's up to the users to 
know they depend to the scr feature and it's better to keep it light 
by default.


Regards
JB



Sent from my Samsung device


 Original message 
From: Morgan Hautman <morgan.haut...@gmail.com>
Date: 14/05/2016 08:49 (GMT+01:00)
To: user@karaf.apache.org
Subject: Re: Can't resolve org.osgi.service.component 1.2 ?

Hi,

That's one of the reasons why I proposed to put the "scr" feature in 
the default build of Karaf..
Because usually people forget or don't know they need to install the 
"scr" feature.
I don't know if this has already been done or if there is a Jira to 
track it?


Regards,
Morgan


On 2016-05-13 18:15, Leschke, Scott wrote:


OK, it’s official, I’m an idiot. You’d think I could have figured 
that out on my own.  I have a script that configures Karaf when I 
upgrade. Since I’ve been using Blueprint prior to this I’ve never had 
to install it before so I missed that.  Thanks so much.


BTW, just want to tell everyone involved in both Karaf and BndTools 
what a great job both teams have done. Truly excellent work all the 
way around.


*From:*Achim Nierbeck [mailto:bcanh...@googlemail.com]
*Sent:* Friday, May 13, 2016 10:57 AM
*To:* user@karaf.apache.org
*Subject:* Re: Can't resolve org.osgi.service.component 1.2 ?

Hi,

did you also install the scr feature, and did you make sure it's 
actually the required version ;)


regards, Achim

2016-05-13 17:51 GMT+02:00 Leschke, Scott <slesc...@medline.com 
<mailto:slesc...@medline.com>>:


Hi all,

I’ve been messing around with OSGi and Karaf for a bit over 2
years now. Technically I’m no longer a developer, although if you
want to get stuff done, sometimes you just have to do it
yourself. I’ve built a BAM (Business Activity Monitoring)
platform using OSGi (I wasn’t aware of Decanter when I originally
did this but it sounds very similar in many ways. Looking more
closely at that is a future).

To date, I’ve done everything using Blueprint which has worked
quite well but I thought it might be time to take a look at DS to
see where that might fit in. To get a feel, I had BndTools create
a component bundle and tweaked things a bit so that it should run
in Karaf 4.0.5 as BndTools appears to be anticipating OSGi R6
support. I changed the build to reference osgi.cmpn; version=5.0
for example.

When I deploy the bundle, the resolver complains about not being
able to satisfy the package requirement:
org.osgi.service.component - version [1.2-2.0). I’ve looked at
the manifest and verified that the package is actually imported
so I’m at a loss.  The component code and actual bundle manifest
are shown below, for completeness.  Any thoughts on what might be
going on would be appreciated.

Regards, Scott

**

**

*Manifest-Version: 1.0*

*Bnd-LastModified: 1463152495066*

*Bundle-ManifestVersion: 2*

*Bundle-Name: zCompTest*

*Bundle-SymbolicName: zCompTest*

*Bundle-Version: 1.0.0.201605131514*

*Created-By: 1.8.0_71 (Oracle Corporation)*

*Export-Package:
com.medline.zcomptest;version="1.0.0";uses:="org.osgi.*

*service.component"*

*Import-Package: org.osgi.service.component;version="[1.2,2)"*

*Require-Capability: osgi.ee <http://osgi.ee>;filter:="(&(osgi.ee
<http://osgi.ee>=JavaSE)(version=1.8))"*

*Service-Component: OSGI-INF/com.medline.zcomptest.Example.xml*

*Tool: Bnd-3.2.0.201605070046-SNAPSHOT*

**

**

*import*org.osgi.service.component.ComponentContext;

*import*org.osgi.service.component.annotations.Activate;

*import*org.osgi.service.component.annotations.Component;

*import*org.osgi.service.component.annotations.Deactivate;

@Component(

immediate = *true*

)

*public**class*Example {

@Activate

*protected**void*activate(ComponentContext c)

   {

System.*/out/*.println("++ ACTIVATE");

   }

@Deactivate

*protected**void*deactivate(ComponentContext c)

   {

System.*/out/*.println("-- DEACTIVATE");

   }

}



--


Apache Member

Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> 
Committer & Project Lead

blog <http://notizblog.nierbeck.de/>

Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>

Software Architect / Project Manager / Scrum Master

Re: Can't resolve org.osgi.service.component 1.2 ?

[Morgan Hautman]

Hi,

That's one of the reasons why I proposed to put the "scr" feature in the 
default build of Karaf..
Because usually people forget or don't know they need to install the 
"scr" feature.
I don't know if this has already been done or if there is a Jira to 
track it?


Regards,
Morgan


On 2016-05-13 18:15, Leschke, Scott wrote:


OK, it’s official, I’m an idiot. You’d think I could have figured that 
out on my own.  I have a script that configures Karaf when I upgrade. 
Since I’ve been using Blueprint prior to this I’ve never had to 
install it before so I missed that.  Thanks so much.


BTW, just want to tell everyone involved in both Karaf and BndTools 
what a great job both teams have done. Truly excellent work all the 
way around.


*From:*Achim Nierbeck [mailto:bcanh...@googlemail.com]
*Sent:* Friday, May 13, 2016 10:57 AM
*To:* user@karaf.apache.org
*Subject:* Re: Can't resolve org.osgi.service.component 1.2 ?

Hi,

did you also install the scr feature, and did you make sure it's 
actually the required version ;)


regards, Achim

2016-05-13 17:51 GMT+02:00 Leschke, Scott >:


Hi all,

I’ve been messing around with OSGi and Karaf for a bit over 2
years now. Technically I’m no longer a developer, although if you
want to get stuff done, sometimes you just have to do it yourself.
I’ve built a BAM (Business Activity Monitoring) platform using
OSGi (I wasn’t aware of Decanter when I originally did this but it
sounds very similar in many ways. Looking more closely at that is
a future).

To date, I’ve done everything using Blueprint which has worked
quite well but I thought it might be time to take a look at DS to
see where that might fit in. To get a feel, I had BndTools create
a component bundle and tweaked things a bit so that it should run
in Karaf 4.0.5 as BndTools appears to be anticipating OSGi R6
support. I changed the build to reference osgi.cmpn; version=5.0
for example.

When I deploy the bundle, the resolver complains about not being
able to satisfy the package requirement:
org.osgi.service.component - version [1.2-2.0). I’ve looked at the
manifest and verified that the package is actually imported so I’m
at a loss. The component code and actual bundle manifest are shown
below, for completeness.  Any thoughts on what might be going on
would be appreciated.

Regards, Scott

**

**

*Manifest-Version: 1.0*

*Bnd-LastModified: 1463152495066*

*Bundle-ManifestVersion: 2*

*Bundle-Name: zCompTest*

*Bundle-SymbolicName: zCompTest*

*Bundle-Version: 1.0.0.201605131514*

*Created-By: 1.8.0_71 (Oracle Corporation)*

*Export-Package:
com.medline.zcomptest;version="1.0.0";uses:="org.osgi.*

*service.component"*

*Import-Package: org.osgi.service.component;version="[1.2,2)"*

*Require-Capability: osgi.ee ;filter:="(&(osgi.ee
=JavaSE)(version=1.8))"*

*Service-Component: OSGI-INF/com.medline.zcomptest.Example.xml*

*Tool: Bnd-3.2.0.201605070046-SNAPSHOT*

**

**

*import*org.osgi.service.component.ComponentContext;

*import*org.osgi.service.component.annotations.Activate;

*import*org.osgi.service.component.annotations.Component;

*import*org.osgi.service.component.annotations.Deactivate;

@Component(

immediate = *true*

)

*public**class*Example {

@Activate

*protected**void*activate(ComponentContext c)

   {

System.*/out/*.println("++ ACTIVATE");

   }

@Deactivate

*protected**void*deactivate(ComponentContext c)

   {

System.*/out/*.println("-- DEACTIVATE");

   }

}



--


Apache Member

Apache Karaf  Committer & PMC
OPS4J Pax Web  
Committer & Project Lead

blog 

Co-Author of Apache Karaf Cookbook 

Software Architect / Project Manager / Scrum Master

Re: Unable to create Jira Issues

[Morgan Hautman]

Hi,

Here you can see the communication channels for the infra team..
http://www.apache.org/dev/infrastructure.html

Regards,
Morgan

2016-05-13 14:51 GMT+02:00 Christian Lutz :

> :)) But today is may 13 or where do you live?? :))
>
> Am 13.05.2016 um 13:55 schrieb Achim Nierbeck :
>
> Jira is in Temporary Lockdown mode as a spam countermeasure. Only
> logged-in users with active roles (committer, contributor, PMC, etc.) will
> be able to create issues or comments during this time. Lockdown period from
> 11 May 2300 UTC to estimated 12 May 2300 UTC.
>
> basically report your issues after may 12th then.
>
> regards, Achim
>
> 2016-05-13 13:32 GMT+02:00 bartoszm :
>
>> Hi,
>> How can we than report issues while you are investigating ?
>>
>> Bartosz
>>
>>
>>
>> --
>> View this message in context:
>> http://karaf.922171.n3.nabble.com/Unable-to-create-Jira-Issues-tp4046612p4046615.html
>> Sent from the Karaf - User mailing list archive at Nabble.com
>> .
>>
>
>
>
> --
>
> Apache Member
> Apache Karaf  Committer & PMC
> OPS4J Pax Web  Committer &
> Project Lead
> blog 
> Co-Author of Apache Karaf Cookbook 
>
> Software Architect / Project Manager / Scrum Master
>
>

Re: Installing bundle from maven on Karaf Restart failing on Karaf 3.0.5

[Morgan Hautman]

Hi Debraj,

I tested it and I confirm the issue.

It seemed like an issue when he set's the startlevel and I tried to change
it to i.e. 70 but it remains the same issue.

I didn't try with other bundles atm, I will investigate further.




2016-05-09 15:15 GMT+02:00 Debraj Manna :

> Hi,
>
> I want to install a bundle (if it is not already installed) from maven on
> Karaf restart. So to achieve this I added it in the
> /etc/startup.properties as below:-
>
> # add here bundles you want to install while system startup, e.g.
> # joda-time/joda-time/2.9/joda-time-2.9.jar=10
> mvn\:com.fasterxml.jackson.core/jackson-annotations/2.7.4 = 10
>
> But on trying to start karaf I am getting the below exception:-
>
> jabongs-MacBook-Pro-4:apache-servicemix-6.1-2.0 debraj$ bin/servicemix
>
> Please wait while Apache ServiceMix is starting...
>
> Error installing bundle listed in startup.properties with url:
> mvn:com.fasterxml.jackson.core/jackson-annotations/2.7.4 and startlevel: 10
>
> Exception in thread "main" java.lang.NullPointerException
>
> at org.apache.karaf.main.Main.destroy(Main.java:533)
>
> at org.apache.karaf.main.Main.main(Main.java:173)
>
>
> The same bundle installs fine when I try to install it via the below
> command after Karaf has started:-
>
>
> *karaf@root*>bundle:install
> mvn:com.fasterxml.jackson.core/jackson-annotations/2.7.4
>
> Bundle ID: 237
>
>
> Can some one help me in the following:-
>
>
>1. Why is the bundle installation failing on Karaf start?
>2. I am seeing the error only when Karaf is started for the first
>time. After that I am not seeing the above error nor the bundle is
>installed. So is it that Karaf tries to install the bundle in
>startup.properties only when it is started for the very first time?
>
>
>
>

Re: karaf/profile related talk

[Morgan Hautman]

Hi Maciek,

Thank you very much for the share!

Regards,
Morgan

2016-05-10 14:24 GMT+02:00 Maciek Próchniak :

> Hi,
>
> last week I gave a talk at VoxxedDays Istanbul "Microservices,
> 'Enterprise' and Conway's law".
> As you can imagine, the title is just a disguise to be able to talk a bit
> about karaf ;)
>
> https://docs.google.com/presentation/d/1E5qJbe36_-4odK-MwaguihbUuBrserZ3DM8IxjTHqok/edit#slide=id.g993e76dc3_0_30
> - here are the slides,
> and here: https://github.com/mproch/profiles-demo is the code. It's
> mostly similar to what Christian is showing in his great tutorials,
> but with more focus on profile repository.
>
> Actually we plan to use profiles in following way (currently we're still
> stuck with RH Fabric8 1.x...):
> - our system is quite complex integration platform, evolved after many
> years of development on SMX3
> - we want to keep profiles repository on our clients gitlab
> - vendors implement services (=bundles) and deploy them to Nexus installed
> at clients location
> - profiles define configuration but also how to assemble whole Karaf
> containers (
> https://github.com/mproch/profiles-demo/tree/master/registry/src/main/profiles/assembly
> )
> - when deployment time comes client/jenkins build appropriate Karaf image
> (via static profiles), tag appropriate commit in profile gitlab repository
> and deploys it
> - for us, the big benefit is that the client can decide how many servers
> he wants, how to configure them and where to deploy services (there are a
> few vendors building services), as it is separated from actual bundles
> Currently we do mostly the same with RH Fabric8, but it's based on karaf
> 2.x and on complex hotdeployment mechanisms which are v. fragile and error
> prone.
>
> Just wanted to share it as I find that there's not much
> documentation/examples of profiles, except those in Karaf codebase, while
> we think it's really nice feature.
>
> thanks,
> maciek
>
>

Re: Karaf 4.0.5 cannot resolve some OSGi services

[Morgan Hautman]

There was indeed a breaking change in Aries blueprint core for this 
release during the vote but it was normally fixed by JB and he made a 
new release vote including the fix... Let's wait till he checks his 
mails. :)


On 2016-05-09 15:29, Arnaud Deprez wrote:
Nope, as you could see in my previous mail, I can see the service when 
I execute the command: service:list org.apache.camel.Component.
Moreover, when I install the exact same features in karaf 4.0.4, it 
just works.


It also happens with other OSGi services, so the problem isn't related 
to hazelcast.
According to me, it smells a breaking change in aries blueprint but 
I'm not sure right now.


Rgds,

On Mon, May 9, 2016 at 3:12 PM Morgan Hautman 
<morgan.haut...@gmail.com <mailto:morgan.haut...@gmail.com>> wrote:


Hi Arnaud,

Didn't you forgot to install camel-hazelcast feature?

Regards,
Morgan

2016-05-09 14:53 GMT+02:00 Arnaud Deprez <arnaudep...@gmail.com
<mailto:arnaudep...@gmail.com>>:

Hi folks,

Just tried the new karaf release and I met this issue when I
install my bundles that are using blueprint as DI engine:
Error executing command: Unable to resolve root: missing
requirement [root] osgi.identity;
osgi.identity=enterprise-contract; type=karaf.feature;
version="[1.4.0.SNAPSHOT,1.4.0.SNAPSHOT]";

filter:="(&(osgi.identity=enterprise-contract)(type=karaf.feature)(version>=1.4.0.SNAPSHOT)(version<=1.4.0.SNAPSHOT))"
[caused by: Unable to resolve
enterprise-contract/1.4.0.SNAPSHOT: missing requirement
[enterprise-contract/1.4.0.SNAPSHOT] osgi.identity;
osgi.identity=enterprise-customer; type=karaf.feature [caused
by: Unable to resolve enterprise-customer/1.4.0.SNAPSHOT:
missing requirement [enterprise-customer/1.4.0.SNAPSHOT]
osgi.identity; osgi.identity=be.lampiris.api.customer-rest;
type=osgi.bundle; version="[1.4.0.SNAPSHOT,1.4.0.SNAPSHOT]";
resolution:=mandatory [caused by: Unable to resolve
be.lampiris.api.customer-rest/1.4.0.SNAPSHOT: missing
requirement [be.lampiris.api.customer-rest/1.4.0.SNAPSHOT]
osgi.service; effective:=active;
filter:="(objectClass=be.lampiris.api.customer.CustomerQueryService)"
[caused by: Unable to resolve
be.lampiris.api.customer-impl/1.4.0.SNAPSHOT: missing
requirement [be.lampiris.api.customer-impl/1.4.0.SNAPSHOT]
osgi.service; effective:=active;

filter:="(&(objectClass=org.apache.camel.Component)(type=hazelcast))"

However I can see my service with the following command:
karaf@root(feature)> service:list org.apache.camel.Component
[org.apache.camel.Component]

 osgi.service.blueprint.compname = hazelcastComponent
 service.bundleid = 290
service.id <http://service.id> = 292
 service.scope = bundle
 type = hazelcast
Provided by :
 Bundle 290

My blueprint configuration is :


My features works in 4.0.4 so I don't know what is broken here.
Any help is welcome.

Regards,
-- 
Arnaud Deprez

Software Engineer
Phone: +32 497 23 30 44 <tel:%2B32%20497%2023%2030%2044>
Linked'In: https://www.linkedin.com/in/deprezarnaud
Github: https://github.com/arnaud-deprez


--
Arnaud Deprez
Software Engineer
Phone: +32 497 23 30 44
Linked'In: https://www.linkedin.com/in/deprezarnaud
Github: https://github.com/arnaud-deprez

Re: Karaf 4.0.5 cannot resolve some OSGi services

[Morgan Hautman]

Hi Arnaud,

Didn't you forgot to install camel-hazelcast feature?

Regards,
Morgan

2016-05-09 14:53 GMT+02:00 Arnaud Deprez :

> Hi folks,
>
> Just tried the new karaf release and I met this issue when I install my
> bundles that are using blueprint as DI engine:
> Error executing command: Unable to resolve root: missing requirement
> [root] osgi.identity; osgi.identity=enterprise-contract;
> type=karaf.feature; version="[1.4.0.SNAPSHOT,1.4.0.SNAPSHOT]";
> filter:="(&(osgi.identity=enterprise-contract)(type=karaf.feature)(version>=1.4.0.SNAPSHOT)(version<=1.4.0.SNAPSHOT))"
> [caused by: Unable to resolve enterprise-contract/1.4.0.SNAPSHOT: missing
> requirement [enterprise-contract/1.4.0.SNAPSHOT] osgi.identity;
> osgi.identity=enterprise-customer; type=karaf.feature [caused by: Unable to
> resolve enterprise-customer/1.4.0.SNAPSHOT: missing requirement
> [enterprise-customer/1.4.0.SNAPSHOT] osgi.identity;
> osgi.identity=be.lampiris.api.customer-rest; type=osgi.bundle;
> version="[1.4.0.SNAPSHOT,1.4.0.SNAPSHOT]"; resolution:=mandatory [caused
> by: Unable to resolve be.lampiris.api.customer-rest/1.4.0.SNAPSHOT: missing
> requirement [be.lampiris.api.customer-rest/1.4.0.SNAPSHOT] osgi.service;
> effective:=active;
> filter:="(objectClass=be.lampiris.api.customer.CustomerQueryService)"
> [caused by: Unable to resolve be.lampiris.api.customer-impl/1.4.0.SNAPSHOT:
> missing requirement [be.lampiris.api.customer-impl/1.4.0.SNAPSHOT]
> osgi.service; effective:=active;
> filter:="(&(objectClass=org.apache.camel.Component)(type=hazelcast))"
>
> However I can see my service with the following command:
> karaf@root(feature)> service:list org.apache.camel.Component
> [org.apache.camel.Component]
> 
>  osgi.service.blueprint.compname = hazelcastComponent
>  service.bundleid = 290
>  service.id = 292
>  service.scope = bundle
>  type = hazelcast
> Provided by :
>  Bundle 290
>
> My blueprint configuration is :
>  filter="(type=hazelcast)"/>
>
> My features works in 4.0.4 so I don't know what is broken here.
> Any help is welcome.
>
> Regards,
> --
> Arnaud Deprez
> Software Engineer
> Phone: +32 497 23 30 44
> Linked'In: https://www.linkedin.com/in/deprezarnaud
> Github: https://github.com/arnaud-deprez
>

Re: Bundle startup

[Morgan Hautman]

Hi David,

Np. Here are the different states
http://felix.apache.org/apidocs/scr/1.2.0/org/apache/felix/scr/Component.html

"The Component is a Component Factory ready to manage Component instances
from configuration data received from the Configuration Admin Service
(value is 64)."

Possible investigation method:
Maybe try to launch Karaf in debug mode doing "bin/karaf debug" and connect
through remote debugging with your IDE.

You will see if the bundle starts or not (using your filter)

Hope it helps a bit :)

Regards,
Morgan

2016-05-04 12:07 GMT+02:00 David Leangen :

>
> Thanks, Morgan, that worked. :-)
>
>
> The output is very long, and I’m not sure what to look for, but here it is…
>
> Perhaps this is the relevant line (though I don’t know what it means…):
>
> Component can not be activated since it is in state 64
>
>
> Cheers,
> =David
>
>
> karaf.log.1:2016-05-04 05:53:23,480 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleEvent INSTALLED -
> net.leangen.expedition.integration.oauth.provider
> karaf.log.1:2016-05-04 05:53:24,027 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleEvent RESOLVED -
> net.leangen.expedition.integration.oauth.provider
> karaf.log.1:2016-05-04 05:53:24,205 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleEvent STARTING -
> net.leangen.expedition.integration.oauth.provider
> karaf.log.1:2016-05-04 05:53:24,207 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleComponentActivator : Bundle [68] active
> karaf.log.1:2016-05-04 05:53:24,207 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleComponentActivator : Bundle [68] descriptor
> locations
> OSGI-INF/net.leangen.expedition.integration.oauth2.credentials.xml,OSGI-INF/ne
>
> t.leangen.expedition.integration.oauth2.xml,OSGI-INF/net.leangen.expedition.integration.oauth2.useradmin.xml
> karaf.log.1:2016-05-04 05:53:24,221 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleComponentActivator : Bundle [68] ComponentHolder
> created for net.leangen.expedition.integration.oauth2.credentials
> karaf.log.1:2016-05-04 05:53:24,224 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleComponentActivator : Bundle [68] ComponentHolder
> created for net.leangen.expedition.integration.oauth2
> karaf.log.1:2016-05-04 05:53:24,226 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleComponentActivator : Bundle [68] ComponentHolder
> created for net.leangen.expedition.integration.oauth2.useradmin
> karaf.log.1:2016-05-04 05:53:24,226 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleComponentActivator : Bundle [68] May enable
> component holder net.leangen.expedition.integration.oauth2.credentials
> karaf.log.1:2016-05-04 05:53:24,226 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 | BundleComponentActivator : Bundle [68] Enabling
> component holder net.leangen.expedition.integration.oauth2.credentials
> karaf.log.1:2016-05-04 05:53:24,227 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 |
> [net.leangen.expedition.integration.oauth2.credentials(-1)] Dependency
> Manager created useradmininterface=org.osgi.service.useradmin.UserA
> dmin, filter=(!(method=oauth2.0)), policy=static, cardinality=1..1,
> bind=null, unbind=null, updated=null, field=useradmin,
> field-option=replace, field-collect
> ion-type=null
> karaf.log.1:2016-05-04 05:53:24,227 | DEBUG | pool-29-thread-1 | provider
> | 68 -
> net.leangen.expedition.integration.oauth.provider - 0
> .2.0.201605040539 |
> [net.leangen.expedition.integration.oauth2.credentials(-1)] Component
> net.leangen.expedition.integration.oauth2.credentials created: DS=DS
> 13,
> implementation=net.leangen.expedition.integration.oauth2.client.ClientCredentialsService,
> immediate=false, default-enabled=true, factory=null, configurati
> on-policy=optional, activate=activate, deactivate=deactivate,
> modified=null
> 

Re: Bundle startup

[Morgan Hautman]

Hi David,

To set the Karaf log on DEBUG ,in the console type:

log:set DEBUG

Regards,
Morgan

2016-05-04 10:55 GMT+02:00 David Leangen :

>
> H… I am not able to set the debug level properly in Karaf.
>
> On this page:
>
>
> http://felix.apache.org/documentation/subprojects/apache-felix-service-component-runtime.html#configuration
>
> It says to set ds.loglevel = debug (confirmed here:
> http://svn.apache.org/repos/asf/felix/trunk/scr/src/main/java/org/apache/felix/scr/impl/config/ScrConfiguration.java
> ).
>
> The PID should be org.apache.felix.scr.ScrService, so I create a config
> file in etc (where all the others are stored) named
> org.apache.felix.scr.ScrService.cfg. Unfortunately, this does make any
> change to the logging level. :-(
>
>
> Along the way, I noticed that if the UserAdmin starts before my
> OAuthUserAdmin, the components get satisfied and work as expected. This
> does not smell right to me…
>
>
> Cheers,
> =David
>
>
>
> On May 4, 2016, at 3:34 PM, David Jencks  wrote:
>
> The filters look OK to me (and you need them).  Are you sure you are still
> getting the cycle error?  You have a triangle which sometimes causes
> problems but I don’t see how it would here.  The debug logging ought to
> show you which UserAdmin is getting bound to each of your components so you
> should be able to check if the filter is actually working the way you
> expect.
>
> david jencks
>
> On May 3, 2016, at 11:08 PM, David Leangen  wrote:
>
>
> Hi David,
>
> Here are the xmls for the 3 components in the bundle:
>
> 
> http://www.osgi.org/xmlns/scr/v1.3.0;
> name="net.leangen.expedition.integration.oauth2.credentials"
> activate="activate">
>  class="net.leangen.expedition.integration.oauth2.client.ClientCredentialsService"/>
> 
>interface="net.leangen.expedition.integration.oauth2.model.ClientCredentials"/>
> 
>  interface="org.osgi.service.useradmin.UserAdmin"
> target="(!(method=oauth2.0))" field="useradmin"/>
> 
>
> (I just added in the target filter. I could easily remove it again.)
>
>
> 
> http://www.osgi.org/xmlns/scr/v1.3.0;
> name="net.leangen.expedition.integration.oauth2.useradmin"
> activate="activate">
>  class="net.leangen.expedition.integration.oauth2.useradmin.OAuthUserAdminService"/>
> 
>   
>interface="net.leangen.expedition.integration.oauth2.OAuthUserAdmin"/>
> 
>  interface="org.osgi.service.useradmin.UserAdmin"
> target="(!(method=oauth2.0))" field="delegate"/>
>  interface="net.leangen.expedition.integration.oauth2.model.OAuth2"
> field="oauth2"/>
> 
> 
>
> (I just added in the target filter. I could easily remove it again.)
>
>
>
> 
> http://www.osgi.org/xmlns/scr/v1.3.0;
> name="net.leangen.expedition.integration.oauth2">
>  class="net.leangen.expedition.integration.oauth2.client.OauthService"/>
> 
>interface="net.leangen.expedition.integration.oauth2.model.OAuth2"/>
> 
>  interface="net.leangen.expedition.integration.oauth2.model.ClientCredentials"
> field="creds"/>
> 
>
>
>
> Cheers,
> =David
>
>
> On May 4, 2016, at 3:07 PM, David Jencks  wrote:
>
> Maybe showing the component xml would be the quickest way to figure out
> the next step?  I suspect your filter isn’t quite right.  What are the
> service properties on the UserAdmin you aren’t supplying?
>
> david jencks
>
>
>
>
>
>

Re: NPE when using bundle:id

[Morgan Hautman]

Hi,

On a Fresh 3.0.3 install:

karaf@root()> bundle:id "System Bundle"
0
karaf@root()> bundle:id "OPS4J Pax Url - aether:"
1

But indeed when there is a bundle that is not known it should not give a 
NPE back.


I think you are free to log a ticket, I will submit a PR if you don't do 
it. :)


Regards,
Morgan

On 2016-04-25 18:23, asookazian2 wrote:

karaf> system:version
3.0.3

karaf> bundle:id "foo"
Error executing command: java.lang.NullPointerException

2016-04-25 09:20:51,190 | ERROR | l for user karaf | ShellUtil
| 27 - org.apache.karaf.shell.console - 3.0.3 | Exception caught while
executing command
java.lang.NullPointerException
at
org.apache.karaf.bundle.command.Id.doExecute(Id.java:48)[31:org.apache.karaf.bundle.command:3.0.3]
at
org.apache.karaf.bundle.command.Id.doExecute(Id.java:40)[31:org.apache.karaf.bundle.command:3.0.3]
at
org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)[27:org.apache.karaf.shell.console:3.0.3]
at
org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[27:org.apache.karaf.shell.console:3.0.3]
at
org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:33)[27:org.apache.karaf.shell.console:3.0.3]
at Proxy65aa54bc_9353_425d_8c20_861c5754e083.execute(Unknown Source)[:]
at Proxy65aa54bc_9353_425d_8c20_861c5754e083.execute(Unknown Source)[:]
at
org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[27:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[27:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[27:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[27:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[27:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[27:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)
at
org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.java:208)
at
org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1$1.run(LocalConsoleManager.java:109)
at java.security.AccessController.doPrivileged(Native Method)[:1.8.0_45]
at
org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.java:57)[28:org.apache.karaf.jaas.modules:3.0.3]
at
org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1.run(LocalConsoleManager.java:102)[27:org.apache.karaf.shell.console:3.0.3]



--
View this message in context: 
http://karaf.922171.n3.nabble.com/NPE-when-using-bundle-id-tp4046355.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: karaf-maven-plugin multiple outputs with classifiers

[Morgan Hautman]

Thank you too!

Regards,
Morgan

2016-04-22 14:40 GMT+02:00 Alex Soto :

> Done. Thank you!
>
> Best regards,
> Alex soto
>
> On Apr 21, 2016, at 5:34 PM, Markus Rathgeb  wrote:
>
> Thanks Alex for sharing this!
> Will you create a PR Jira for the targetFile change and a PR.
> Perhaps it could be merged upstream.
>
>
>

Re: karaf-maven-plugin multiple outputs with classifiers

[Morgan Hautman]

Hi Alex,

Take a look at the code here 
https://github.com/apache/karaf/tree/master/tooling/karaf-maven-plugin/src/main/java/org/apache/karaf/tooling


There is an "AssemblyMojo" & a ArchiveMojo (the 2 ones you use).

There are all the parameters defined for a specific goal, with sometimes 
some comments on the parameter.


I hope this help you clarify it a bit.

Regards,
Morgan

PS: JB is away (travel) so he may not immediately respond if you need 
his knowledge.


On 2016-04-21 17:10, Alex Soto wrote:

Not having any luck here!!

Changed pom packaging to ‘pom’ and configured both goals ‘assembly’ and 
‘archive’ as separate executions:


org.apache.karaf.tooling
karaf-maven-plugin


gen-assembly-la1
prepare-package

assembly


la1

${project.build.directory}/la1/resources
 
${project.build.directory}/la1/assembly


Both the  and  are ignored.

Then on the archive goal:


package-la1
package

archive



la1

true

false

${project.artifactId}-${project.version}-la1



It also ignores the  configuration.  This should’t be that hard, 
what’s going on?  Any help?

Best regards,
Alex soto



On Apr 20, 2016, at 4:14 PM, Alex Soto  wrote:

Is there a good example?  The one in the Karaf documentation page does not 
address this scenario, which is not uncommon; usually you will need different 
settings for each environment (DEV, TEST, UAT, PROD, etc.,) so cloning the 
project is not a practical approach.  I tried with profiles but that too is not 
very practical, since you have build the same project multiple times, and the 
resulting archives are not deployed correctly to the Maven repository.



On Apr 20, 2016, at 11:03 AM, Alex Soto  wrote:

Thank you JB,

Which goal should I use?


Best regards,
Alex Soto



On Apr 20, 2016, at 10:18 AM, Jean-Baptiste Onofré  wrote:

Hi Alex

Using execution with the goal should do the trick (instead of just plugin 
definition).

Regards
JB


 Original message 
From: Alex Soto 
Date: 20/04/2016 15:19 (GMT+01:00)
To: user@karaf.apache.org
Subject: karaf-maven-plugin multiple outputs with classifiers

Hello,

I am trying (unsuccessfully) to us the 'karaf-maven-plugin’ to generate 
multiple archives from the same pom, using classifiers and executions.

I have something like this:



org.apache.karaf.tooling
karaf-maven-plugin


wrap
aries-blueprint
shell
shell-compat
feature
jaas
ssh
management
bundle
config
deployer
diagnostic
feature
instance
kar
log
package
service
system




la1

la1
${project.build.outputDirectory}/la1



la2

la2
${project.build.outputDirectory}/la2






The difference between the two archives is in the resources, so I am specifying 
different ‘resourcesDir’ paths for each.   The list of boot features will be 
the same for both executions, so I put it in the general configuration section 
of the plugin.

When built, I am only getting a single archive output.
Is it possible to do this with the 'karaf-maven-plugin’ plugin?

Best regards,
Alex soto

Re: EJB Support in Karaf

[Morgan Hautman]

Hi,

http://karaf.apache.org/manual/latest/users-guide/ejb.html

Regards,
Morgan

2016-04-13 8:46 GMT+02:00 Jens J Parappallil :

> Hi,
>
>
>
> How to enable EJB support in Karaf. Are there any feature out of the box
> to support EJBs ?.
>
>
>
> Regards
>
> Jens
>
>
> DISCLAIMER: "The information in this e-mail and any attachment is
> intended only for the person to whom it is addressed and may contain
> confidential and/or privileged material. If you have received this e-mail
> in error, kindly contact the sender and destroy all copies of the original
> communication. IBS makes no warranty, express or implied, nor guarantees
> the accuracy, adequacy or completeness of the information contained in this
> email or any attachment and is not liable for any errors, defects,
> omissions, viruses or for resultant loss or damage, if any, direct or
> indirect."
>

Re: SAP in Karaf

[Morgan Hautman]

Hi Richard,

Ok I kept searching and since I know there is a camel-sap component, there
is I'm sure , a solution.

I think this could help you:
https://access.redhat.com/documentation/en-US/Red_Hat_JBoss_Fuse/6.1/html/Apache_Camel_Component_Reference/SAP.html

Regards,
Morgan

2016-04-06 10:01 GMT+02:00 Stoiber, Richard <richard.stoi...@de-gmbh.com>:

> Hi Morgan,
>
>
>
> Thanks for your quick response.
>
> Installing a bundle with the wrap command would still lead to a renamed
> jar.
>
> In this case the name is bundle.jar and it is then located in /data/cache.
>
>
>
> Freundliche Grüße aus Dingolfing
>
>
>
> Richard Stoiber
>
> Softwareentwickler
>
>
>
> <http://www.de-gmbh.com/brandaktuell.html>
>
>
>
> DE software & control GmbH
>
> Mengkofener Str. 21, D-84130 Dingolfing
> Fon: +49 8731 3797-0; Fax: +49 8731 3797-29
> Mobil: +49 176 16263638
> http://www.de-gmbh.com
>
> Geschäftsführung:
> Friedrich Steininger, Heino Migge, Onur Mubariz
> Amtsgericht Landshut, HRB 4478
>
>
>
> *Von:* Morgan Hautman [mailto:morgan.haut...@gmail.com]
> *Gesendet:* Mittwoch, 6. April 2016 09:29
> *An:* user@karaf.apache.org
> *Betreff:* Re: SAP in Karaf
>
>
>
> Hi Richard,
>
>
>
> Can't you install the jars through wrap:file:..?
>
> https://ops4j1.jira.com/wiki/display/paxurl/Wrap+Protocol
>
>
>
> Regards,
>
> Morgan
>
>
>
> 2016-04-06 9:22 GMT+02:00 Stoiber, Richard <richard.stoi...@de-gmbh.com>:
>
> Hello everyone,
>
>
>
> quite a while ago we updated some of our existing applications, so that
> they are now osgi bundles running inside a karaf container.
>
> We now have the requirement for one to communicate with sap to make BAPI
> calls and receive/send IDOCS.
>
> To do that we need to use the following jars supplied by SAP:
>
> sapidoc3.jar
>
> sapjco3.jar
>
>
>
> The problems we now have are, that those libraries aren’t OSGi Bundles and
> also don’t work anymore if you rename them (there seems to be some kind of
> check in the code).
>
> This means we can’t put them in the Maven Repository of the Karaf (due to
> Maven naming conventions) like the rest of our bundles.
>
>
>
> Has anyone else already encountered this problem?
>
> Does anyone have a suggestion how to solve this?
>
>
>
> Freundliche Grüße aus Dingolfing
>
>
>
> Richard Stoiber
>
> Softwareentwickler
>
>
>
> [image: cid:image001.png@01D18FE0.BA73E9E0]
> <http://www.de-gmbh.com/brandaktuell.html>
>
>
>
> DE software & control GmbH
>
> Mengkofener Str. 21, D-84130 Dingolfing
> Fon: +49 8731 3797-0; Fax: +49 8731 3797-29
> Mobil: +49 176 16263638
> http://www.de-gmbh.com
>
> Geschäftsführung:
> Friedrich Steininger, Heino Migge, Onur Mubariz
> Amtsgericht Landshut, HRB 4478
>
>
>
>
>

Re: SAP in Karaf

[Morgan Hautman]

Hi Richard,

Can't you install the jars through wrap:file:..?
https://ops4j1.jira.com/wiki/display/paxurl/Wrap+Protocol

Regards,
Morgan

2016-04-06 9:22 GMT+02:00 Stoiber, Richard :

> Hello everyone,
>
>
>
> quite a while ago we updated some of our existing applications, so that
> they are now osgi bundles running inside a karaf container.
>
> We now have the requirement for one to communicate with sap to make BAPI
> calls and receive/send IDOCS.
>
> To do that we need to use the following jars supplied by SAP:
>
> sapidoc3.jar
>
> sapjco3.jar
>
>
>
> The problems we now have are, that those libraries aren’t OSGi Bundles and
> also don’t work anymore if you rename them (there seems to be some kind of
> check in the code).
>
> This means we can’t put them in the Maven Repository of the Karaf (due to
> Maven naming conventions) like the rest of our bundles.
>
>
>
> Has anyone else already encountered this problem?
>
> Does anyone have a suggestion how to solve this?
>
>
>
> Freundliche Grüße aus Dingolfing
>
>
>
> Richard Stoiber
>
> Softwareentwickler
>
>
>
> [image: cid:image001.png@01D18FE0.BA73E9E0]
> 
>
>
>
> DE software & control GmbH
>
> Mengkofener Str. 21, D-84130 Dingolfing
> Fon: +49 8731 3797-0; Fax: +49 8731 3797-29
> Mobil: +49 176 16263638
> http://www.de-gmbh.com
>
> Geschäftsführung:
> Friedrich Steininger, Heino Migge, Onur Mubariz
> Amtsgericht Landshut, HRB 4478
>
>
>

Re: Custom shell commands from Karaf 2.x to Karaf 4.x

[Morgan Hautman]

Hi Christiano,

If you mean custom commands, the jdbc command is an example:
https://github.com/apache/karaf/tree/master/jdbc/src/main/java/org/apache/karaf/jdbc/command

Regards,
Morgan

2016-04-01 14:26 GMT+02:00 Cristiano Costantini <
cristiano.costant...@gmail.com>:

> Hi all,
> in my application I've developed some shell command using the now
> @Deprecated org.apache.karaf.shell.console.OsgiCommandSupport
>
> Is there any guide or can you suggest me an example on how to implement
> the commands with the new API?
>
> Thanks.
> Cristiano
>

Re: Cellar bundles/features update

[Morgan Hautman]

Hi,

You can create your own command that does this for you if you want...
https://karaf.apache.org/manual/latest/developers-guide/extending.html

Regards,
Morgan

2016-03-14 12:49 GMT+01:00 conejo :

> Good Morning. I have the following scenario:
> Node 1 (master): feature F
> Node 2: feature F
>
> Suppose I create a new version of F and I want to install on the cluster
> nodes so that all use the new bundles. The way I do it is:
> 1. cluster: feature-repo-add group mvn: path_to_F/0.2/xml/features
> 2. cluster: feature-install group F/0.0.2
> 3. cluster: feature-uninstal group F/0.1
> 4. cluster: feature-repo-remove group F_repo-0.1
>
> The question is:
> Is there a faster way to do this?
>
> If the answer is no:
> Can I create a command that make calls to the rest to facilitate the work?
> How?
>
> Thanks
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/Cellar-bundles-features-update-tp4045777.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>

Re: Unknown protocol : mvn with Karaf 4.0.2

[Morgan Hautman]

 Hi,

@Vincent : did you fix your problem?

Regards,
Morgan

On 10/29/2015 06:08 AM, Jean-Baptiste Onofré wrote:

Hi Vincent,

I'm just back from vacation. I gonna work on it asap.

Regards
JB

On 10/27/2015 03:56 PM, Vincent Zurczak wrote:

Hi Jean-Baptiste,

Could you reproduce the problem?

Regards,

   Vincent.


Le 15/10/2015 13:33, Jean-Baptiste Onofré a écrit :

Thanks Vincent.

Let me try to reproduce.

I keep you posted.

Regards
JB

On 10/15/2015 01:06 PM, Vincent Zurczak wrote:

Le 15/10/2015 11:51, Jean-Baptiste Onofré a écrit :

OK, let me try to reproduce the problem (it's weird it doesn't occur
on our internal itests).

Can you share your itests somehow ?


Well, we have snapshots on Sonatype. [0]
So, you can add it in your snapshots settings.
Then, you can check out the project [1] and go under
"miscellaneous/roboconf-integration-tests" and run mvn -Dtest=Interapp*.

But like I said, you need to have RabbitMQ [2] on your machine (we use
the default settings in our integration tests - localhost, with
guest/guest credentials).
If you want, I could provide a Dockerfile to reproduce the problem, but
not today.

Do you use Pax Exam 4.6.0 (or 4.5.0) ?


We use version 4.5.0.
I have just tested with 4.6.0 and it is really curious. We had 3 stack
traces with version 4.5.0, and only one with 4.6.0.
I cannot explain this difference.

Like I said, a Dockerfile may be the best option so that you can
reproduce the bug without installing too many things on your machine.

Regards,

 Vincent.



[ 0 ] :
https://oss.sonatype.org/content/repositories/snapshots/net/roboconf/
[ 1 ] : g...@github.com:roboconf/roboconf-platform.git
[ 2 ] : https://www.rabbitmq.com/download.html



-- 
Vincent Zurczak
Linagora: www.linagora.com 


Twitter 
 Vincent Zurczak @ LinkedIn

 My Skype ID
 My English blog 

Re: [ANN] New Karaf website online

[Morgan Hautman]

Hi Tom,

Yes + there seems to be an issue when there is too much text. The div 
stays at the same height..

Will look to fix that.

Regards,
Morgan

On 02/04/2016 04:54 PM, Jean-Baptiste Onofré wrote:

Hi Tom,

You mean the "new" slider on homepage, right ?

I can increase the cycling delay.

Let me try on my phone.

Thanks,
Regards
JB

On 02/04/2016 04:51 PM, Tom Barber wrote:

Looks great the only issue i saw on my phone was the slider changed so
quickly I could read the side.

Tom

On 4 Feb 2016 3:47 pm, "Jean-Baptiste Onofré" > wrote:

Thanks for the update Scott, let's see to improve this ;)

Regards
JB

On 02/04/2016 04:45 PM, Leschke, Scott wrote:

Looks real good. My only comment would be that the navigation
header and possibly the footer, should probably be fixed on the
page. That's a nit though.

-Original Message-
From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net
]
Sent: Thursday, February 04, 2016 9:32 AM
To: user >;
Karaf Dev >
Subject: [ANN] New Karaf website online

Hi all,

as you may have seen that the new Karaf website is now online.

Don't hesitate to create Jira (with website component) if you
see some broken links and rendering issue.

Thanks !
Regards
JB
--
Jean-Baptiste Onofré
jbono...@apache.org 
http://blog.nanthrax.net
Talend - http://www.talend.com


--
Jean-Baptiste Onofré
jbono...@apache.org 
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Error when opening ssh client

[Morgan Hautman]

Hi Edward,

I tested on Ubuntu with java version "1.7.0_80" and it seems to go smoothly.
Don't think the JVM version could have an effect here but why not give 
it a try..


Regards,
Morgan

On 01/19/2016 09:24 AM, eBroots wrote:

Hi JB,

I start karaf with the standard script /bin/karaf
I have tested with ssh -p 8101 karaf@localhost and it work fine but with
/bin/client script it doesn't work.
My JDK version is "1.7.0_65".

But, for "JCE" I didn't have any idea about what it is ? Can you please
explain it to me ? Does it's necessary to add it to our system in order to
use the standard client script ?

Thank you for your help.



--
View this message in context: 
http://karaf.922171.n3.nabble.com/Error-when-opening-ssh-client-tp4044902p4044904.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: jvisualvm remote to karaf 4.0.2

[Morgan Hautman]

Hi Benson,

The users and passwords are in etc/users.properties, default it is 
karaf:karaf


Regards,
Morgan

On 01/12/2016 04:48 PM, Benson Margulies wrote:

I'm trying to use the recipe in the doc, which tells me:

service:jmx:rmi:///jndi/rmi://localhost:1099/karaf-root

But jvisualvm fails to connect. I also tried passing credentials, but
perhaps I got them wrong. In a default install, what's the user and
password, and has anyone else done this?

Re: Error in custom Karaf distribution

[Morgan Hautman]

)
   org.apache.karaf:org.apache.karaf.util:pom:4.0.1-SNAPSHOT


  for project org.apache.karaf:org.apache.karaf.util

 Many thanks in advance again!

 José Antonio López Pastor


 2015-08-19 7:45 GMT+02:00 Morgan Hautman [via Karaf] 
 ml-node+s922171n4041923...@n3.nabble.com:

  Hi,
 
  Are you on Windows? Because there were some problems with the custom
  distribution 4.0.0 on Windows.
 
  Could you try with 4.0.1-SNAPSHOT?
 
  Don't forget to add
  https://repository.apache.org/content/groups/snapshots/ in your pom.xml
 
  Regards,
  Morgan
 
  2015-08-19 0:34 GMT+02:00 Jose A Lopez [hidden email]
  http:///user/SendEmail.jtp?type=nodenode=4041923i=0:
 
  Many thanks for your quickly answer. I have try your solution and I
 still
  having the same error. I have reduce the pom to the minimal following
 the
  doumentation and it does not work.
 
  Many thanks again for your time!
 
  The pom following your answer and reduced is:
 
  project xmlns=http://maven.apache.org/POM/4.0.0;
  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
   http://maven.apache.org/xsd/maven-4.0.0.xsd;
 
modelVersion4.0.0/modelVersion
 
groupIdes.josealopez/groupId
artifactIdjalp-karaf/artifactId
version4.0.0/version
packagingkaraf-assembly/packaging
nameApache Karaf :: JALP distribution/name
 
  dependencies
  dependency
 
  groupIdorg.apache.karaf.features/groupId
  artifactIdframework/artifactId
  version4.0.0/version
  typekar/type
  /dependency
  dependency
 
  groupIdorg.apache.karaf.features/groupId
  artifactIdstandard/artifactId
  version4.0.0/version
  classifierfeatures/classifier
  typexml/type
  scoperuntime/scope
  /dependency
 
  /dependencies
 
  build
 
resources
  resource
  directorysrc/main/resources/directory
  filteringfalse/filtering
  includes
  include**/*/include
  /includes
  /resource
  resource
  directorysrc/main/filtered-resources/directory
  filteringtrue/filtering
  includes
  include**/*/include
  /includes
  /resource
  /resources
 
  plugins
 
  plugin
  groupIdorg.apache.maven.plugins/groupId
  artifactIdmaven-resources-plugin/artifactId
  version2.6/version
  executions
  execution
  idprocess-resources/id
  goals
  goalresources/goal
  /goals
  /execution
  /executions
  /plugin
 
   plugin
  groupIdorg.apache.karaf.tooling/groupId
  artifactIdkaraf-maven-plugin/artifactId
  version4.0.0/version
  extensionstrue/extensions
  configuration
 
  bootFeatures
  featurestandard/feature
  featuremanagement/feature
  /bootFeatures
 
  /configuration
  /plugin
  /plugins
  /build
  /project
 
  And the error with trace is:
 
  [ERROR] BUILD ERROR
  [INFO]
  
  [INFO] Internal error in the plugin manager executing goal
  'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly': Unable to
  load
  the mojo 'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly' in
  the
  plugin 'org.apache.karaf.tooling:karaf-maven-plugin'. A required class
 is
  missing: org/apache/maven/artifact/repository/RepositoryRequest
  org.apache.maven.artifact.repository.RepositoryRequest
  [INFO]
  
  [INFO] Trace
  org.apache.maven.lifecycle.LifecycleExecutionException: Internal error
 in
  the plugin manager executing goal
  'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly': Unable to
  load
  the mojo 'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly' in
  the
  plugin 'org.apache.karaf.tooling:karaf-maven-plugin'. A required class
 is
  missing: org/apache/maven/artifact/repository/RepositoryRequest
  at
 
 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:698)
  at
 
 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
  at
 
 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535

Re: Error in custom Karaf distribution

[Morgan Hautman]

Hi,


As I see from the docs, the
groupIdorg.apache.karaf.features/groupId
artifactIdframework/artifactId
version${version}/version

needs to be the same as the version you defined in the karaf-maven-plugin.
You gave 3.0.1, please try with 4.0.0.

Ref:
https://karaf.apache.org/manual/latest/developers-guide/custom-distribution.html

Regards,
Morgan



2015-08-18 13:55 GMT+02:00 Jose A Lopez josealopezpas...@gmail.com:

 Dear all,

 I am trying to get my own Karaf distribution but I am getting an error:
 org.apache.maven.lifecycle.LifecycleExecutionException: Internal error in
 the plugin manager executing goal
 'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly': Unable to
 load
 the mojo 'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly' in
 the
 plugin 'org.apache.karaf.tooling:karaf-maven-plugin'. A required class is
 missing:
 org/apache/maven/repository/legacy/metadata/MetadataResolutionRequest

 Any help will be grateful!

 I have just update to maven 3.3.3. Here the mvn -v log:
 Apache Maven 2.2.1 (rdebian-14)
 Java version: 1.7.0_79
 Java home: /opt/jdk1.7.0_79/jre
 Default locale: es_ES, platform encoding: UTF-8
 OS name: linux version: 3.16.0-44-generic arch: amd64 Family: unix

 And here the pon.xml:
 ?xml version=1.0 encoding=UTF-8?
 project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
 http://maven.apache.org/xsd/maven-4.0.0.xsd;
 modelVersion4.0.0/modelVersion

 groupIdes.josealopez/groupId
 artifactIdjalp-karaf/artifactId
 version3.0.0/version
 packagingkaraf-assembly/packaging
 nameApache Karaf :: JALP Distribution/name

 dependencies
 dependency

 groupIdorg.apache.karaf.features/groupId
 artifactIdframework/artifactId
 version3.0.1/version
 typekar/type
 /dependency
 dependency

 groupIdorg.apache.karaf.features/groupId
 artifactIdstandard/artifactId
 classifierfeatures/classifier
 typexml/type
 version3.0.1/version
 scoperuntime/scope
 /dependency
 dependency
 groupIdorg.apache.karaf.cellar/groupId
 artifactIdapache-karaf-cellar/artifactId
 classifierfeatures/classifier
 version3.0.0/version
 typexml/type
 scoperuntime/scope
 /dependency

 /dependencies

 properties

 project.build.sourceEncodingUTF-8/project.build.sourceEncoding
 /properties

 build

 resources
 resource
 directorysrc/main/resources/directory
 filteringfalse/filtering
 includes
 include**/*/include
 /includes
 /resource
 resource
 directorysrc/main/filtered-resources/directory
 filteringtrue/filtering
 includes
 include**/*/include
 /includes
 /resource
 /resources

 plugins
 plugin
 groupIdorg.apache.maven.plugins/groupId

 artifactIdmaven-dependency-plugin/artifactId
 version2.9/version
 executions
 execution
 idcopy/id

 phasegenerate-resources/phase
 goals
 goalcopy/goal
 /goals
 configuration
 artifactItems

 artifactItem

 groupIdes.aquiline/groupId

 artifactIdhimrt-branding/artifactId

 version0.1/version

 outputDirectorytarget/assembly/lib/outputDirectory

 /artifactItem
 /artifactItems
 /configuration
 /execution
 /executions
 /plugin

 plugin
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-resources-plugin/artifactId
 version2.6/version
 executions
 execution
 idprocess-resources/id
 goals
 goalresources/goal
 /goals
 /execution
 /executions
 /plugin

 plugin
 groupIdorg.apache.karaf.tooling/groupId
 artifactIdkaraf-maven-plugin/artifactId
 version4.0.0/version
 

Re: Error in custom Karaf distribution

[Morgan Hautman]

Hi,

Are you on Windows? Because there were some problems with the custom
distribution 4.0.0 on Windows.

Could you try with 4.0.1-SNAPSHOT?

Don't forget to add https://repository.apache.org/content/groups/snapshots/
in your pom.xml

Regards,
Morgan

2015-08-19 0:34 GMT+02:00 Jose A Lopez josealopezpas...@gmail.com:

 Many thanks for your quickly answer. I have try your solution and I still
 having the same error. I have reduce the pom to the minimal following the
 doumentation and it does not work.

 Many thanks again for your time!

 The pom following your answer and reduced is:

 project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0
  http://maven.apache.org/xsd/maven-4.0.0.xsd;

   modelVersion4.0.0/modelVersion

   groupIdes.josealopez/groupId
   artifactIdjalp-karaf/artifactId
   version4.0.0/version
   packagingkaraf-assembly/packaging
   nameApache Karaf :: JALP distribution/name

 dependencies
 dependency

 groupIdorg.apache.karaf.features/groupId
 artifactIdframework/artifactId
 version4.0.0/version
 typekar/type
 /dependency
 dependency

 groupIdorg.apache.karaf.features/groupId
 artifactIdstandard/artifactId
 version4.0.0/version
 classifierfeatures/classifier
 typexml/type
 scoperuntime/scope
 /dependency

 /dependencies

 build

   resources
 resource
 directorysrc/main/resources/directory
 filteringfalse/filtering
 includes
 include**/*/include
 /includes
 /resource
 resource
 directorysrc/main/filtered-resources/directory
 filteringtrue/filtering
 includes
 include**/*/include
 /includes
 /resource
 /resources

 plugins

 plugin
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-resources-plugin/artifactId
 version2.6/version
 executions
 execution
 idprocess-resources/id
 goals
 goalresources/goal
 /goals
 /execution
 /executions
 /plugin

  plugin
 groupIdorg.apache.karaf.tooling/groupId
 artifactIdkaraf-maven-plugin/artifactId
 version4.0.0/version
 extensionstrue/extensions
 configuration

 bootFeatures
 featurestandard/feature
 featuremanagement/feature
 /bootFeatures

 /configuration
 /plugin
 /plugins
 /build
 /project

 And the error with trace is:

 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO] Internal error in the plugin manager executing goal
 'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly': Unable to
 load
 the mojo 'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly' in
 the
 plugin 'org.apache.karaf.tooling:karaf-maven-plugin'. A required class is
 missing: org/apache/maven/artifact/repository/RepositoryRequest
 org.apache.maven.artifact.repository.RepositoryRequest
 [INFO]
 
 [INFO] Trace
 org.apache.maven.lifecycle.LifecycleExecutionException: Internal error in
 the plugin manager executing goal
 'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly': Unable to
 load
 the mojo 'org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly' in
 the
 plugin 'org.apache.karaf.tooling:karaf-maven-plugin'. A required class is
 missing: org/apache/maven/artifact/repository/RepositoryRequest
 at

 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:698)
 at

 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
 at

 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
 at

 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
 at

 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
 at

 org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
 at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
 at 

Re: Slightly mangled web page

[Morgan Hautman]

Hi,

Please refer to http://aries.apache.org/modules/blueprint.html

Regards,
Morgan

On 23/07/2015 21:44, Benson Margulies wrote:

More web site problem:

https://karaf.apache.org/manual/latest/developers-guide/blueprint.html

is a dead link.



On Thu, Jul 23, 2015 at 3:32 PM, Benson Margulies ben...@basistech.com wrote:

I'm clearly starting from an ancient example.



On Thu, Jul 23, 2015 at 2:44 PM, Jean-Baptiste Onofré j...@nanthrax.net wrote:

By the way, this is the location of the latest documentation (Karaf 4).

https://karaf.apache.org/manual/latest/

Regards
JB

On 07/23/2015 07:35 PM, Benson Margulies wrote:

On Thu, Jul 23, 2015 at 1:33 PM, Jean-Baptiste Onofré j...@nanthrax.net
wrote:

It's related to Karaf 2.2.x (pretty old).

I will fix the create-kar section of the table.


Could you please point me to the current doc? I'm suffering from the
plugin trying to run before the maven-bundle-plugin, and perhaps the
doc would illuminate.



Regards
JB

On 07/23/2015 06:57 PM, Benson Margulies wrote:




https://karaf.apache.org/manual/latest-2.2.x/developers-guide/features-maven-plugin.html

This looks wrong under the goal column.


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Error Building Karaf 4.0.0 Custom Distribution

[Morgan Hautman]

Hi,

I think you need this one : 
https://repository.apache.org/content/groups/snapshots/


Regards,
Morgan

On 22/07/2015 15:00, Marc Durand wrote:

Tried with 4.0.1-SNAPSHOT and I get this error:

[ERROR] Failed to execute goal on project com.test.karaf: Could not 
resolve dependencies for project 
com.test:com.test.karaf:karaf-assembly:1.0.0-SNAPSHOT: The following 
artifacts could not be resolved: 
org.apache.karaf.features:framework:kar:4.0.1-SNAPSHOT, 
org.apache.karaf.features:standard:xml:features:4.0.1-SNAPSHOT, 
org.apache.karaf.features:enterprise:xml:features:4.0.1-SNAPSHOT, 
org.apache.karaf.features:spring:xml:features:4.0.1-SNAPSHOT: Could 
not find artifact 
org.apache.karaf.features:framework:kar:4.0.1-SNAPSHOT - [Help 1]

[ERROR]

 Is there perhaps another maven repo that I need to add to my 
configuration?


Thanks,
Marc

On Wed, Jul 22, 2015 at 2:47 AM, Jean-Baptiste Onofré j...@nanthrax.net 
mailto:j...@nanthrax.net wrote:


AFAIR we fixed this issue (related to Windows).

Can you make a try with 4.0.1-SNAPSHOT ?

Regards
JB


On 07/21/2015 10:47 PM, Marc Durand wrote:

Hello - I am getting this error when trying to build a Karaf 4.0.0
custom distribution:

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 6.822 s
[INFO] Finished at: 2015-07-21T16:39:14-04:00
[INFO] Final Memory: 21M/251M
[INFO]

[ERROR] Failed to execute goal
org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly
(default-assembly) on project com.test.karaf: Unable to build
assembly:
Error - [Help 1]
[DEBUG] Connection manager is shutting down
[DEBUG] Connection manager shut down
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
execute goal
org.apache.karaf.tooling:karaf-maven-plugin:4.0.0:assembly
(default-assembly) on project com.test.karaf: Unable to build
assembly
 at

org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:216)
 at

org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
 at

org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
 at

org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
 at

org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
 at

org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
 at

org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
 at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
 at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
 at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
 at
org.apache.maven.cli.MavenCli.execute(MavenCli.java:862)
 at
org.apache.maven.cli.MavenCli.doMain(MavenCli.java:286)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:197)
 at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:483)
 at

org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
 at

org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
 at

org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
 at

org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: org.apache.maven.plugin.MojoExecutionException:
Unable to
build assembly
 at
org.apache.karaf.tooling.AssemblyMojo.execute(AssemblyMojo.java:170)
 at

org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
 at

org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
 ... 20 more
Caused by:
org.apache.karaf.features.internal.util.MultiException: Error
 at

Re: zk-sandbox war not working in Karaf 4.0.0

[Morgan Hautman]

The only thing I get in the logs is :

2015-07-16 08:19:38,047 | DEBUG | tp1440381010-127 | 
AbstractConnection   | 78 - org.eclipse.jetty.util - 
9.2.10.v20150310 | HttpConnection@4fd7fa6c{IDLE} onFillInterestedFailed 
java.util.concurrent.TimeoutException: Idle timeout expired: 30001/3 ms


That's because he's trying to access a ressource who gives a 404.

On 16/07/2015 8:13, Achim Nierbeck wrote:


Hi,

i have no windows box and therefore can't reproduce it. Does the log 
tell anything?


Regards, Achim

sent from mobile device

Am 16.07.2015 7:59 vorm. schrieb Morgan Hautman 
morgan.haut...@gmail.com mailto:morgan.haut...@gmail.com:


Hi,

When zksandbox stays in processing , the problem is he tries to
access a path who gives a 404:

Problem accessing
/zksandbox/zkau/web/_zv2014090212/js/zksandbox.wpd. Reason:

 /js/zksandbox.wpd

When you refresh , the problem again disappears and comes back
again every 2 tries.

Achim ,
I think it seems to be affecting only Windows instances and it
seems to be more a pax-web issue,WDYT?

Regards,
Morgan

On 15/07/2015 22:36, Achim Nierbeck wrote:

Hi,

I'm sorry to say, today I started it once more, it worked like a
charm for me.
Vanilla Karaf, installed the war feature, droped the
zksandbox.war in the deploy-folder.
Opened the Browser http://localhost:8181/zksandbox/

No issue with the page, even after refreshing a couple times.
This time I also had no issue with the first Call to the page,
guess some stuff has been cashed in the browser.

This is the log of it:

2015-07-15 22:30:49,281 | INFO  | pool-27-thread-1 | WebManager |
95 - zksandbox - 0.0.0 | Starting ZK 7.0.3 EE (build: 2014090212)
2015-07-15 22:30:49,292 | INFO  | pool-27-thread-1 | ConfigParser
| 95 - zksandbox - 0.0.0 | Loading system default
2015-07-15 22:30:49,371 | INFO  | pool-27-thread-1 | ConfigParser
| 95 - zksandbox - 0.0.0 | Parsing
bundle://95.0:35/metainfo/zk/zk.xml
2015-07-15 22:30:49,378 | INFO  | pool-27-thread-1 | ConfigParser
| 95 - zksandbox - 0.0.0 | Parsing
bundle://95.0:31/metainfo/zk/zk.xml
2015-07-15 22:30:49,381 | INFO  | pool-27-thread-1 | ConfigParser
| 95 - zksandbox - 0.0.0 | Parsing
bundle://95.0:32/metainfo/zk/zk.xml
2015-07-15 22:30:49,386 | INFO  | pool-27-thread-1 | ConfigParser
| 95 - zksandbox - 0.0.0 | Parsing bundle://95.0:0/WEB-INF/zk.xml
2015-07-15 22:30:49,448 | ERROR | pool-27-thread-1 | global | 95
- zksandbox - 0.0.0 | This is an evaluation copy of ZK EE and
will terminate after sixty days from the first date of
installation. Should you require an open source license or
commercial license for ZK EE please contact us at i...@zkoss.org
mailto:i...@zkoss.org for more information. Alternatively you
can download ZK CE which is licensed under the LGPL.
2015-07-15 22:30:50,581 | INFO  | pool-27-thread-1 |
ContextHandler | 75 - org.eclipse.jetty.util - 9.2.10.v20150310 |
Started
HttpServiceContext{httpContext=WebAppHttpContext{zksandbox - 95}}
2015-07-15 22:30:50,583 | INFO  | pool-27-thread-1 | Server | 75
- org.eclipse.jetty.util - 9.2.10.v20150310 | jetty-9.2.10.v20150310
2015-07-15 22:30:50,650 | INFO  | pool-27-thread-1 |
ServerConnector  | 75 - org.eclipse.jetty.util - 9.2.10.v20150310
| Started default@3ffdb72b{HTTP/1.1}{0.0.0.0:8181
http://0.0.0.0:8181}
2015-07-15 22:30:50,651 | INFO  | pool-27-thread-1 | Server | 75
- org.eclipse.jetty.util - 9.2.10.v20150310 | Started @12084ms
2015-07-15 22:31:25,904 | INFO  | tp1861973215-111 |
LabelLoaderImpl  | 95 - zksandbox - 0.0.0 | Loading labels for de_DE
2015-07-15 22:31:25,906 | INFO  | tp1861973215-111 |
LabelLoaderImpl  | 95 - zksandbox - 0.0.0 | Loading labels for de
2015-07-15 22:31:25,907 | INFO  | tp1861973215-111 |
LabelLoaderImpl  | 95 - zksandbox - 0.0.0 |
Opening bundle://95.0:0/WEB-INF/zk-label.properties

regards, Achim


2015-07-15 6:58 GMT+02:00 Ken Longnan ken.long...@gmail.com
mailto:ken.long...@gmail.com:

Hi Achim,

As you said:
The only thing I've seen is that I needed to reload the
webpage once because the js and css didn't seem to have been
loaded.

This is exactly the problem I meet, if you try to refresh F5
page again, then web page will be hanging.

If same war deploy to standalone Jetty, working well, that's
why I am asking there is something wrong of embedded Jetty in
Karaf?

thanks  br,

Ken


Achim Nierbeck bcanh...@googlemail.com
mailto:bcanh...@googlemail.com 于2015年7月15日周三 上午
4:51写道：

Hi,

I'm sorry to say but I just can't reproduce it on my mac.
The only thing I've seen is that I needed to reload the
webpage once

Re: zk-sandbox war not working in Karaf 4.0.0

[Morgan Hautman]

Hi,

When zksandbox stays in processing , the problem is he tries to access a 
path who gives a 404:


Problem accessing /zksandbox/zkau/web/_zv2014090212/js/zksandbox.wpd. 
Reason:


/js/zksandbox.wpd

When you refresh , the problem again disappears and comes back again 
every 2 tries.


Achim ,
I think it seems to be affecting only Windows instances and it seems to 
be more a pax-web issue,WDYT?


Regards,
Morgan

On 15/07/2015 22:36, Achim Nierbeck wrote:

Hi,

I'm sorry to say, today I started it once more, it worked like a charm 
for me.
Vanilla Karaf, installed the war feature, droped the zksandbox.war in 
the deploy-folder.

Opened the Browser http://localhost:8181/zksandbox/

No issue with the page, even after refreshing a couple times. This 
time I also had no issue with the first Call to the page, guess some 
stuff has been cashed in the browser.


This is the log of it:

2015-07-15 22:30:49,281 | INFO  | pool-27-thread-1 | WebManager   
| 95 - zksandbox - 0.0.0 | Starting ZK 7.0.3 EE 
(build: 2014090212)
2015-07-15 22:30:49,292 | INFO  | pool-27-thread-1 | ConfigParser 
| 95 - zksandbox - 0.0.0 | Loading system default
2015-07-15 22:30:49,371 | INFO  | pool-27-thread-1 | ConfigParser 
| 95 - zksandbox - 0.0.0 | Parsing 
bundle://95.0:35/metainfo/zk/zk.xml
2015-07-15 22:30:49,378 | INFO  | pool-27-thread-1 | ConfigParser 
| 95 - zksandbox - 0.0.0 | Parsing 
bundle://95.0:31/metainfo/zk/zk.xml
2015-07-15 22:30:49,381 | INFO  | pool-27-thread-1 | ConfigParser 
| 95 - zksandbox - 0.0.0 | Parsing 
bundle://95.0:32/metainfo/zk/zk.xml
2015-07-15 22:30:49,386 | INFO  | pool-27-thread-1 | ConfigParser 
| 95 - zksandbox - 0.0.0 | Parsing 
bundle://95.0:0/WEB-INF/zk.xml
2015-07-15 22:30:49,448 | ERROR | pool-27-thread-1 | global   
| 95 - zksandbox - 0.0.0 | This is an evaluation copy 
of ZK EE and will terminate after sixty days from the first date of 
installation. Should you require an open source license or commercial 
license for ZK EE please contact us at i...@zkoss.org 
mailto:i...@zkoss.org for more information. Alternatively you can 
download ZK CE which is licensed under the LGPL.
2015-07-15 22:30:50,581 | INFO  | pool-27-thread-1 | ContextHandler   
| 75 - org.eclipse.jetty.util - 9.2.10.v20150310 | 
Started HttpServiceContext{httpContext=WebAppHttpContext{zksandbox - 95}}
2015-07-15 22:30:50,583 | INFO  | pool-27-thread-1 | Server   
| 75 - org.eclipse.jetty.util - 9.2.10.v20150310 | 
jetty-9.2.10.v20150310
2015-07-15 22:30:50,650 | INFO  | pool-27-thread-1 | ServerConnector   
   | 75 - org.eclipse.jetty.util - 9.2.10.v20150310 | 
Started default@3ffdb72b{HTTP/1.1}{0.0.0.0:8181 http://0.0.0.0:8181}
2015-07-15 22:30:50,651 | INFO  | pool-27-thread-1 | Server   
| 75 - org.eclipse.jetty.util - 9.2.10.v20150310 | 
Started @12084ms
2015-07-15 22:31:25,904 | INFO  | tp1861973215-111 | LabelLoaderImpl   
   | 95 - zksandbox - 0.0.0 | Loading labels for de_DE
2015-07-15 22:31:25,906 | INFO  | tp1861973215-111 | LabelLoaderImpl   
   | 95 - zksandbox - 0.0.0 | Loading labels for de
2015-07-15 22:31:25,907 | INFO  | tp1861973215-111 | LabelLoaderImpl   
   | 95 - zksandbox - 0.0.0 | Opening 
bundle://95.0:0/WEB-INF/zk-label.properties


regards, Achim


2015-07-15 6:58 GMT+02:00 Ken Longnan ken.long...@gmail.com 
mailto:ken.long...@gmail.com:


Hi Achim,

As you said:
The only thing I've seen is that I needed to reload the webpage
once because the js and css didn't seem to have been loaded.

This is exactly the problem I meet, if you try to refresh F5 page
again, then web page will be hanging.

If same war deploy to standalone Jetty, working well, that's why I
am asking there is something wrong of embedded Jetty in Karaf?

thanks  br,

Ken


Achim Nierbeck bcanh...@googlemail.com
mailto:bcanh...@googlemail.com 于2015年7月15日周三 上午4:51写道：

Hi,

I'm sorry to say but I just can't reproduce it on my mac.
The only thing I've seen is that I needed to reload the
webpage once because the js and css didn't seem to have been
loaded.
But besides that everything worked alright.
Did you check with different browsers?

From the server point of view I'd say everything looks ok, as
http:list and web:list give the expected result.
How did you configure your logging, cause I had a lot of ZK
related loggings, one of them that the 30 day testperiod just
started.

regards, Achim


2015-07-14 15:56 GMT+02:00 Ken Longnan ken.long...@gmail.com
mailto:ken.long...@gmail.com:

Hi,

Retest again, same issue.

Windows 8 + Java 7 + Karaf 4 + zksandbox 7.0.3

Re: zk-sandbox war not working in Karaf 4.0.0

[Morgan Hautman]

Hi,

Ok I tested your scenario and I'm having the same issue. You're on a 
Windows machine right?


Regards,
Morgan

On 12/07/2015 16:40, Ken Longnan wrote:
Already tried with feature war, no help, same issue. F5 always results 
in page hanging.


I guess the issue was related to jsession of Jetty integration, but I 
don't have clue.


BR,

Ken

2015-07-12 21:01 GMT+08:00 Jean-Baptiste Onofré j...@nanthrax.net 
mailto:j...@nanthrax.net:


The correct feature to install is war (not pax-war) as it brings
additional shell commands.

Regards
JB


 Original message 
From: Morgan Hautman morgan.haut...@gmail.com
mailto:morgan.haut...@gmail.com
Date: 12/07/2015 12:35 (GMT+01:00)
To: user@karaf.apache.org mailto:user@karaf.apache.org
Subject: Re: zk-sandbox war not working in Karaf 4.0.0

Hi,

I just tested on a fress install and it seems to work...

Did you install pax-war feature? (feature:install pax-war)
Then drop into deploy and type into browser -
http://localhost:8080/zksandbox/

Regards,
Morgan

On 12/07/2015 12:13, Ken Longnan wrote:

Hi,

I am try to deploy zk-sandbox

http://sourceforge.net/projects/zk1/files/ZK/zk-7.0.3/zk-sandbox-7.0.3.zip/download
 in
Karaf 4.0.0, but it looks not working. After deploy, not able to
use, whole application was pending if refresh the index web page.
No error log at all.

Try to deploy same war to standalone Jetty 9, everything was
working well.

What's the difference between standalone Jetty 9 and Jetty
embedded in Karaf? How to identify the problem?

Thanks  BR,

Ken

Re: Karaf installation to a read-only directory

[Morgan Hautman]

Hi Jean-Philippe,

In the shell/batch scripts located in the /bin folder there is a 
variable named %KARAF_DATA% (Windows) or $KARAF_DATA (Linux).

You should change these to change the karaf/data folder.

There is also the /etc folder who can be changed to look for 
configuration files.


You will need to change  felix.fileinstall.dir = ${karaf.etc} 

More info about the /etc folder here:

http://karaf.apache.org/manual/latest/users-guide/configuration.html

I don't think there is any other folder that could change.

Regards,
Morgan

On 16/06/2015 12:05, CLEMENT Jean-Philippe wrote:

Dear Karaf Team,

We would like to install Karaf in a directory which is read-only. By read-only 
I mean that no directory or file cannot be written at runtime inside the 
installation directory, so they must be located somewhere else.

What is the most simple way to achieve this?

Regards,
JP

PS: At present time we are using Karaf 3.0.2

[@@ OPEN @@]

Re: JMX Karaf 2.4.1

[Morgan Hautman]

I'm happy to hear it all works!

But like I said , it wasn't related to Karaf.

Anyhow, thanks for posting and sharing your solution with us.

On 10/06/2015 21:28, sditlinger wrote:

Got it to work, finally!

Here is how to do what I did:

To enable the counter MBean - add this to your beans.xml for the service:

import resource=classpath:META-INF/cxf/cxf.xml /

bean id=org.apache.cxf.management.InstrumentationManager

class=org.apache.cxf.management.jmx.InstrumentationManagerImpl
property name=bus ref=cxf /
property name=usePlatformMBeanServer value=true /
property name=enabled value=true /
/bean

bean id=CounterRepository
class=org.apache.cxf.management.counters.CounterRepository
property name=bus ref=cxf /
/bean


Add this dependency to your pom.xml for the service:

dependency
   groupIdorg.apache.cxf/groupId
   artifactIdcxf-rt-management/artifactId
   version${cxf.version}/version
/dependency

Make sure the imported packages for your Felix plugin  in the service's
pom.xml include relevant CXF packages:

 META-INF.cxf,
 org.apache.cxf.bus,
 org.apache.cxf.bus.spring,
 org.apache.cxf.bus.resource,
 org.apache.cxf.configuration.spring,
 org.apache.cxf.resource,
org.apache.cxf.management,
org.apache.cxf.management.jmx,
org.apache.cxf.management.counters,
 org.apache.cxf.jaxws,
 org.apache.cxf.transport.http,

The URL for viewing the MBeans from JConsole is indeed:

service:jmx:rmi:///jndi/rmi://localhost:1099/karaf-root

Did several black flips around the lab when this finally worked!




--
View this message in context: 
http://karaf.922171.n3.nabble.com/JMX-Karaf-2-4-1-tp4040782p4040862.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: JMX Karaf 2.4.1

[Morgan Hautman]

Hi,

Are you using a correct user/password combination like mentioned in the 
docs?

I did a fresh SMX install and could connect with

service:jmx:rmi:///jndi/rmi://localhost:1099/karaf-root
karaf : karaf

And you should add this in you Spring configuration for the jmx management:

|!-- OSGi namespace and schemaLocation required --|
|||beans| |...|
|||xmlns:osgi=http://www.springframework.org/schema/osgi; 
http://www.springframework.org/schema/osgi%22|

|||...|
|||xsi:schemaLocation=...|
|||http://www.springframework.org/schema/osgi 
http://www.springframework.org/schema/osgi%C2%A0 
http://www.springframework.org/schema/osgi/spring-osgi.xsd; 
http://www.springframework.org/schema/osgi/spring-osgi.xsd%22|

|...|
|!-- Grab a reference to the current MBeanServer --|
|||osgi:reference| |id=mbeanServer 
interface=javax.management.MBeanServer cardinality=0..1/|

|||bean| |id=org.apache.cxf.management.InstrumentationManager|
|||class=org.apache.cxf.management.jmx.InstrumentationManagerImpl|
|property| |name=bus ref=cxf /|
|property| |name=enabled value=true /|
|||!-- Unless you really want to open an additional connector, set this 
to false --|

|property| |name=createMBServerConnectorFactory  value=false /|
|||!-- Inject the reference to the MBeanServer --|
|property| |name=server ref=mbeanServer /|
|/||bean|||


Hope it helps!

Regards,
Morgan


On 8/06/2015 19:34, sditlinger wrote:

Thank you for your reply. The page you link confirms that I have been using
the correct URL to link from JConsole. Perhaps that link will start working
once I restore my services deployed through Karaf to their previous working
state.

I am still unclear how to get the Performance.Counter.Server MBean enabled
within ServiceMix 5.4?

This page says that MBean is not enabled by default

http://cxf.apache.org/docs/jmx-management.html

but I am not clear how to enable it.  What config file(s) am I to change?

Thanks.




--
View this message in context: 
http://karaf.922171.n3.nabble.com/JMX-Karaf-2-4-1-tp4040782p4040812.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: JMX Karaf 2.4.1

[Morgan Hautman]

Hi,

Good to hear the JMX part works.

I read you're making a JAR file, when using CXF, you need to make a 
WAR or a WAB file.


I think you should first read and learn about spring (this link for 
example : http://www.tutorialspoint.com/spring/) and since this is not a 
Apache karaf problem anymore, you should ask your question on the Apache 
CXF mailing-list.


You can find the CXF mailing-list here : 
http://cxf.apache.org/mailing-lists.html


Regards,
Morgan

On 9/06/2015 1:45, sditlinger wrote:

OK, this is my cxf.xml file for one of my services - it is in the root of the
jar file that is deployed into Karaf

I deploy the service with no error, but when I look at it in JConsole, it
appears no different than the other services that do not have this config
file set up - what step am I missing?

cxf.xml contents:

beans xmlns=http://www.springframework.org/schema/beans;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.0.xsd;
  
	bean id=org.apache.cxf.management.InstrumentationManager

  class=org.apache.cxf.management.jmx.InstrumentationManagerImpl
  property name=bus ref=cxf /
  property name=enabled value=true /

  property name=createMBServerConnectorFactory  value=false /


  property name=server ref=mbeanServer /
/bean

bean id=CounterRepository
class=org.apache.cxf.management.counters.CounterRepository
property name=bus ref=cxf /
/bean
/beans




--
View this message in context: 
http://karaf.922171.n3.nabble.com/JMX-Karaf-2-4-1-tp4040782p4040819.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: ava.lang.NoClassDefFoundErro $KARAF_HOME/lib

[Morgan Hautman]

Hello,

Have you tried:

install -s wrap:file:LOCAL_URL ?

And can you share use the jar so we can test it too?

Regards,
Morgan

On 4/06/2015 17:56, sekaijin wrote:

hello

I test ServiceMix 5
with karaf 2.2.2
I put in $ sapjco3.jar
and I added
org.osgi.framework.bootdelegation=org.apache.karaf. , com.sap.*

I tried to do the same with karaf 2.4.1 (ServiceMix)
but the sap library are not visible

I have an exception
jr: com/sap/mw/idoc/IDOC$Exception

While it worked with karaf 2.2.2

I never got it to run out of the lib folder
SAPJCO can not find the dll if I deploy it with
install  -s wrap: .

thank



--
View this message in context: 
http://karaf.922171.n3.nabble.com/ava-lang-NoClassDefFoundErro-KARAF-HOME-lib-tp4040750.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: cxf version

[Morgan Hautman]

Is it possible to share your feature with us?

Regards
Morgan

On 28/05/2015 15:20, developm...@mobigov.com wrote:


When I look at what version of cxf I have installed through the web 
console I see.



Apache CXF JAX-RS Clientorg.apache.cxf.cxf-rt-rs-client 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/105

3.1.0.SNAPSHOT  Active  

 *
 *
 *
 *

106 
Apache CXF JAX-RS Extensions: 
Providersorg.apache.cxf.cxf-rt-rs-extension-providers 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/106

3.1.0.SNAPSHOT  Active  

 *
 *
 *
 *

107 
Apache CXF JAX-RS Extensions: 
Searchorg.apache.cxf.cxf-rt-rs-extension-search 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/107

3.1.0.SNAPSHOT  Active  

 *
 *
 *
 *

108 
Apache CXF JAX-RS Service 
Descriptionorg.apache.cxf.cxf-rt-rs-service-description 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/108

3.1.0.SNAPSHOT  Active  

 *
 *
 *
 *

109 
Apache CXF Runtime HTTP Transportorg.apache.cxf.cxf-rt-transports-http 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/109

3.1.0.SNAPSHOT  Active

When I do a feature:list | grep 'cxf' I see

cxf-jaxws   | 3.1.1.SNAPSHOT   
|  |   | cxf-3.1.1-SNAPSHOT|


The problem is when I try to install my plugin I get this error

karaf@root() feature:install cfif-cta
Error executing command: Unable to resolve root: missing requirement 
[root] osgi.identity; osgi.identity=cxf-jaxrs; type=karaf.feature; 
version=[3.1.0.SNAPSHOT,3.1.0.SNAPSHOT]; 
filter:=((osgi.identity=cxf-jaxrs)(type=karaf.feature)(version=3.1.0.SNAPSHOT)(version=3.1.0.SNAPSHOT))


Does anyone know where my versioning is going wrong

Re: cxf version

[Morgan Hautman]

I thinks I found your problem :)

You have installed 3.1.1.SNAPSHOT but you need to install 
3.1.0.SNAPSHOT since this is the version range it requires 
[3.1.0.SNAPSHOT,3.1.0.SNAPSHOT]


Regards
Morgan

28/05/2015 15:20, developm...@mobigov.com wrote:


When I look at what version of cxf I have installed through the web 
console I see.



Apache CXF JAX-RS Clientorg.apache.cxf.cxf-rt-rs-client 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/105

3.1.0.SNAPSHOT  Active  

 *
 *
 *
 *

106 
Apache CXF JAX-RS Extensions: 
Providersorg.apache.cxf.cxf-rt-rs-extension-providers 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/106

3.1.0.SNAPSHOT  Active  

 *
 *
 *
 *

107 
Apache CXF JAX-RS Extensions: 
Searchorg.apache.cxf.cxf-rt-rs-extension-search 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/107

3.1.0.SNAPSHOT  Active  

 *
 *
 *
 *

108 
Apache CXF JAX-RS Service 
Descriptionorg.apache.cxf.cxf-rt-rs-service-description 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/108

3.1.0.SNAPSHOT  Active  

 *
 *
 *
 *

109 
Apache CXF Runtime HTTP Transportorg.apache.cxf.cxf-rt-transports-http 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/109

3.1.0.SNAPSHOT  Active

When I do a feature:list | grep 'cxf' I see

cxf-jaxws   | 3.1.1.SNAPSHOT   
|  |   | cxf-3.1.1-SNAPSHOT|


The problem is when I try to install my plugin I get this error

karaf@root() feature:install cfif-cta
Error executing command: Unable to resolve root: missing requirement 
[root] osgi.identity; osgi.identity=cxf-jaxrs; type=karaf.feature; 
version=[3.1.0.SNAPSHOT,3.1.0.SNAPSHOT]; 
filter:=((osgi.identity=cxf-jaxrs)(type=karaf.feature)(version=3.1.0.SNAPSHOT)(version=3.1.0.SNAPSHOT))


Does anyone know where my versioning is going wrong

Re: cxf version

[Morgan Hautman]

I personally would go for a release version(rebuild), the snapshot is 
often related to code under development so there could be some parts 
that are broken...


On 28/05/2015 16:50, developm...@mobigov.com wrote:


I am just trying to avoid a rebuild.

When I do feature:install cxf-jaxrs/3.1.0-SNAPSHOT

it changes the - to a . and looks for 3.1.0.SNAPSHOT

Is there a way to tell it to look for the snapshot version of 3.1.0 or 
do I have to do a rebuild and use the released version


On 2015-05-28 10:41, j...@nanthrax.net wrote:


Why not just using the released version ?

Regards
JB

On 2015-05-28 16:37,developm...@mobigov.com  mailto:developm...@mobigov.com  
wrote:
I think you guys are correct. Even though the webconsole shows cxf 
3.1.0.SNAPSHOT as installed and active, when I do a features:list -i 
no version of cxf is in there. I do not even see a 3.1.0.SNAPSHOT on 
Maven central now that 3.1 was released. Is there another maven repo 
for 3.1.0.SNAPSHOT On 2015-05-28 10:31, Morgan Hautman wrote:
I thinks I found your problem :) You have installed 
3.1.1.SNAPSHOT but you need to install 3.1.0.SNAPSHOT since 
this is the version range it requires 
[3.1.0.SNAPSHOT,3.1.0.SNAPSHOT] Regards Morgan 28/05/2015 15:20, 
developm...@mobigov.com mailto:developm...@mobigov.com wrote:
When I look at what version of cxf I have installed through the 
web console I see. Apache CXF JAX-RS 
Clientorg.apache.cxf.cxf-rt-rs-client [1 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/105] 
3.1.0.SNAPSHOT Active * * * * 106 Apache CXF JAX-RS Extensions: 
Providersorg.apache.cxf.cxf-rt-rs-extension-providers [2 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/106] 
3.1.0.SNAPSHOT Active * * * * 107 Apache CXF JAX-RS Extensions: 
Searchorg.apache.cxf.cxf-rt-rs-extension-search [3 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/107] 
3.1.0.SNAPSHOT Active * * * * 108 Apache CXF JAX-RS Service 
Descriptionorg.apache.cxf.cxf-rt-rs-service-description [4 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/108] 
3.1.0.SNAPSHOT Active * * * * 109 Apache CXF Runtime HTTP 
Transportorg.apache.cxf.cxf-rt-transports-http [5 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/109] 
3.1.0.SNAPSHOT Active When I do a feature:list | grep 'cxf' I see 
cxf-jaxws | 3.1.1.SNAPSHOT | | | cxf-3.1.1-SNAPSHOT | The problem 
is when I try to install my plugin I get this error karaf@root 
mailto:karaf@root() feature:install cfif-cta Error executing 
command: Unable to resolve root: missing requirement [root] 
osgi.identity; osgi.identity=cxf-jaxrs; type=karaf.feature; 
version=[3.1.0.SNAPSHOT,3.1.0.SNAPSHOT];
filter:=((osgi.identity=cxf-jaxrs)(type=karaf.feature)(version=3.1.0.SNAPSHOT)(version=3.1.0.SNAPSHOT)) 


Does anyone know where my versioning is going wrong
Links: -- [1] 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/105 
[2] 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/106 
[3] 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/107 
[4] 
http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/108 
[5] http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/109

Re: cxf version

[Morgan Hautman]

+1

On 28/05/2015 16:41, j...@nanthrax.net wrote:

Why not just using the released version ?

Regards
JB

On 2015-05-28 16:37, developm...@mobigov.com wrote:

I think you guys are correct. Even though the webconsole shows cxf
3.1.0.SNAPSHOT as installed and active, when I do a features:list -i
no version of cxf is in there. I do not even see a 3.1.0.SNAPSHOT on
Maven central now that 3.1 was released. Is there another maven repo
for 3.1.0.SNAPSHOT

On 2015-05-28 10:31, Morgan Hautman wrote:


I thinks I found your problem :)

You have installed 3.1.1.SNAPSHOT but you need to install
3.1.0.SNAPSHOT since this is the version range it requires
[3.1.0.SNAPSHOT,3.1.0.SNAPSHOT]

Regards
Morgan

28/05/2015 15:20, developm...@mobigov.com wrote:


When I look at what version of cxf I have installed through the
web console I see.

Apache CXF JAX-RS Clientorg.apache.cxf.cxf-rt-rs-client [1]
3.1.0.SNAPSHOT

Active

*
*
*
*

106

Apache CXF JAX-RS Extensions:
Providersorg.apache.cxf.cxf-rt-rs-extension-providers [2]
3.1.0.SNAPSHOT

Active

*
*
*
*

107

Apache CXF JAX-RS Extensions:
Searchorg.apache.cxf.cxf-rt-rs-extension-search [3]
3.1.0.SNAPSHOT

Active

*
*
*
*

108

Apache CXF JAX-RS Service
Descriptionorg.apache.cxf.cxf-rt-rs-service-description [4]
3.1.0.SNAPSHOT

Active

*
*
*
*

109

Apache CXF Runtime HTTP
Transportorg.apache.cxf.cxf-rt-transports-http [5]
3.1.0.SNAPSHOT

Active

When I do a feature:list | grep 'cxf' I see

cxf-jaxws | 3.1.1.SNAPSHOT | | | cxf-3.1.1-SNAPSHOT |

The problem is when I try to install my plugin I get this error

karaf@root() feature:install cfif-cta
Error executing command: Unable to resolve root: missing
requirement [root] osgi.identity; osgi.identity=cxf-jaxrs;
type=karaf.feature; version=[3.1.0.SNAPSHOT,3.1.0.SNAPSHOT];



filter:=((osgi.identity=cxf-jaxrs)(type=karaf.feature)(version=3.1.0.SNAPSHOT)(version=3.1.0.SNAPSHOT)) 



Does anyone know where my versioning is going wrong



Links:
--
[1] http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/105
[2] http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/106
[3] http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/107
[4] http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/108
[5] http://cta-solr.dev-aitecd.us.gov:8080/system/console/bundles/109

Re: blueprint link in developer's manual

[Morgan Hautman]

I guess JB is talking about this:

http://aries.apache.org/modules/blueprint.html

On 11/05/2015 21:56, Jean-Baptiste Onofré wrote:
Basically this page is just a link to the Aries blueprint 
documentation. I will fix that.




Sent from my Samsung device


 Original message 
From: Scott Lewis sle...@composent.com
Date: 11/05/2015 18:52 (GMT+01:00)
To: user@karaf.apache.org
Subject: Re: blueprint link in developer's manual

I'm still getting 404 Not Found for this link.

http://karaf.apache.org/manual/latest/developers-guide/blueprint.html

Is there another path to the latest blueprint dev guide?  Thanks,

Scott


On 5/6/2015 7:21 AM, Jean-Baptiste Onofré wrote:
 Sorry Scott, I forgot to fix. I'm doing it now.

 Regards
 JB

 On 05/06/2015 03:36 PM, Scott Lewis wrote:
 I'm still getting 404 Not Found for:

 http://karaf.apache.org/manual/latest/developers-guide/blueprint.html

 Thanks.

 On 5/1/2015 8:56 AM, Jean-Baptiste Onofré wrote:
 Thanks Scott for the report.

 I will fix the link.

 Regards
 JB

 On 05/01/2015 12:20 AM, Scott Lewis wrote:
 Howdy,

 In the latest Karaf developers manual [1], under the developer's 
guide

 [2] the blueprint link seems to result in a 'Not Found'. Is the Karaf
 blueprint part of the developer's manual available somewhere else?

 Thanksinadvance,

 Scott

 [1] http://karaf.apache.org/manual/latest/
 [2] http://karaf.apache.org/manual/latest/developers-guide/index.html

Re: local-broker.xml at startup

[Morgan Hautman]

Hi,

This Jira (https://issues.apache.org/jira/browse/KARAF-3661) could be 
related to your problem.


Guillaume Nodet does give some answers in the comment section.

Regards,
Morgan

On 24/04/2015 18:56, sekaijin wrote:

Hi in 2.2.2 version I'm using
local-broker.xml file


in org.apache.karaf.features.cfg file I've added my feature


it's running without problems.

I'm trying to launch karaf 2.4.1 with the same config
but the boot fail with this message

org.apache.karaf.features.core - 2.4.1 | Error when installing feature
hermes-ressources: java.net.MalformedURLException: Unknown protocol:
blueprint

how to start my broker at boot ?
Thank
A+JYT
PS: il faut que je passe au JUG Normandie ;)



--
View this message in context: 
http://karaf.922171.n3.nabble.com/local-broker-xml-at-startup-tp4039960.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: HikariCP library load issue

[Morgan Hautman]

Hello Jurgen,

What do you get when you're doing a packages:exports | grep HikariConfig?

Regards
Morgan

On 23/04/2015 11:58, Jurgen Voorneveld wrote:

Dear list,

I have Apache Karaf installed on a production system here at work and
I'm trying to install a bundle into it. This is fairly new to me as
previously the code was simply running as standalone applications.

I'm getting an exception when I try to load the bundle:

karaf@root() list
START LEVEL 100 , List Threshold: 50
ID | State| Lvl | Version  | Name
-
87 | Resolved |  80 | 01.00.27 | Analyzer
karaf@root() start 87
Error executing command: Error executing command on bundles:
Unable to execute command on bundle 87: Activator start error in bundle
nl.redsocks.farm.analyzer [87].
karaf@root() log:display
2015-04-23 11:48:28,700 | ERROR | h for user karaf | ShellUtil
   | 25 - org.apache.karaf.shell.console - 3.0.3 | Exception
caught while executing command
org.apache.karaf.shell.console.MultiException: Error executing command
on bundles:
Unable to execute command on bundle 87: Activator start error in bundle
nl.redsocks.farm.analyzer [87].
at
org.apache.karaf.shell.console.MultiException.throwIf(MultiException.java:92)
at
org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:58)
at
org.apache.karaf.bundle.command.BundlesCommand.doExecute(BundlesCommand.java:50)
at
org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:41)
at
org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)[25:org.apache.karaf.shell.console:3.0.3]
at
org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[25:org.apache.karaf.shell.console:3.0.3]
at
org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:33)[25:org.apache.karaf.shell.console:3.0.3]
at Proxy5f648166_9983_4f8f_acb1_23f0c1d1ea3b.execute(Unknown Source)[:]
at Proxy5f648166_9983_4f8f_acb1_23f0c1d1ea3b.execute(Unknown Source)[:]
at
org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[25:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[25:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[25:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[25:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[25:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[25:org.apache.karaf.shell.console:3.0.3]
at
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)
at
org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.java:208)
at
org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1.runConsole(ShellFactoryImpl.java:158)[52:org.apache.karaf.shell.ssh:3.0.3]
at
org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1$1.run(ShellFactoryImpl.java:133)
at java.security.AccessController.doPrivileged(Native Method)[:1.8.0_25]
at
org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.java:57)[26:org.apache.karaf.jaas.modules:3.0.3]
at
org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1.run(ShellFactoryImpl.java:129)[52:org.apache.karaf.shell.ssh:3.0.3]
Caused by: java.lang.Exception: Unable to execute command on bundle 87:
Activator start error in bundle nl.redsocks.farm.analyzer [87].
at
org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:55)
... 20 more
Caused by: org.osgi.framework.BundleException: Activator start error in
bundle nl.redsocks.farm.analyzer [87].
at org.apache.felix.framework.Felix.activateBundle(Felix.java:2196)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2064)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:942)
at org.apache.karaf.bundle.command.Start.executeOnBundle(Start.java:27)
at
org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:53)
... 20 more
Caused by: java.lang.NoClassDefFoundError: Could not initialize class
com.zaxxer.hikari.HikariConfig
at nl.redsocks.farm.common.services.MySQL.init(MySQL.java:29)
at nl.redsocks.farm.analyzer.core.Analyzer.start(Analyzer.java:250)
at
org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:2146)
... 

Re: HikariCP library load issue

[Morgan Hautman]

Sorry for the typo, it changed to package in Karaf 3.

You should install one package that export this service too.

Try this: install mvn:com.zaxxer/HikariCP/x.x.x (version you want to use)

Regards
Morgan

On 23/04/2015 12:37, Jurgen Voorneveld wrote:

Should have paid more attention.

karaf@root() package:exports | grep HikariConfig

Returns empty. Which I guess makes sense; there is no library in Karaf
exporting these classes by default.
But I don't see how that could make it fail. The class is available in
the bundle itself.

For completeness this is the imports in the manifest:

Import-Package: org.osgi.framework, javax.naming

Jurgen

On 04/23/2015 12:30 PM, Jurgen Voorneveld wrote:

Helo Morgan,

I get this:

karaf@root() packages:exports | grep HikariConfig
pipe: org.apache.felix.gogo.runtime.CommandNotFoundException: Command
not found: packages:exports

I have no idea what this means.

Jurgen

On 04/23/2015 12:18 PM, Morgan Hautman wrote:

Hello Jurgen,

What do you get when you're doing a packages:exports | grep HikariConfig?

Regards
Morgan

On 23/04/2015 11:58, Jurgen Voorneveld wrote:

Dear list,

I have Apache Karaf installed on a production system here at work and
I'm trying to install a bundle into it. This is fairly new to me as
previously the code was simply running as standalone applications.

I'm getting an exception when I try to load the bundle:

karaf@root() list
START LEVEL 100 , List Threshold: 50
ID | State| Lvl | Version  | Name
-
87 | Resolved |  80 | 01.00.27 | Analyzer
karaf@root() start 87
Error executing command: Error executing command on bundles:
 Unable to execute command on bundle 87: Activator start error in
bundle
nl.redsocks.farm.analyzer [87].
karaf@root() log:display
2015-04-23 11:48:28,700 | ERROR | h for user karaf | ShellUtil
| 25 - org.apache.karaf.shell.console - 3.0.3 | Exception
caught while executing command
org.apache.karaf.shell.console.MultiException: Error executing command
on bundles:
 Unable to execute command on bundle 87: Activator start error in
bundle
nl.redsocks.farm.analyzer [87].
 at
org.apache.karaf.shell.console.MultiException.throwIf(MultiException.java:92)

 at
org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:58)

 at
org.apache.karaf.bundle.command.BundlesCommand.doExecute(BundlesCommand.java:50)

 at
org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:41)

 at
org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)[25:org.apache.karaf.shell.console:3.0.3]

 at
org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[25:org.apache.karaf.shell.console:3.0.3]

 at
org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:33)[25:org.apache.karaf.shell.console:3.0.3]

 at Proxy5f648166_9983_4f8f_acb1_23f0c1d1ea3b.execute(Unknown
Source)[:]
 at Proxy5f648166_9983_4f8f_acb1_23f0c1d1ea3b.execute(Unknown
Source)[:]
 at
org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[25:org.apache.karaf.shell.console:3.0.3]

 at
org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[25:org.apache.karaf.shell.console:3.0.3]

 at
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[25:org.apache.karaf.shell.console:3.0.3]

 at
org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[25:org.apache.karaf.shell.console:3.0.3]

 at
org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[25:org.apache.karaf.shell.console:3.0.3]

 at
org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[25:org.apache.karaf.shell.console:3.0.3]

 at
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)

 at
org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.java:208)

 at
org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1.runConsole(ShellFactoryImpl.java:158)[52:org.apache.karaf.shell.ssh:3.0.3]

 at
org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1$1.run(ShellFactoryImpl.java:133)

 at java.security.AccessController.doPrivileged(Native
Method)[:1.8.0_25]
 at
org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.java:57)[26:org.apache.karaf.jaas.modules:3.0.3]

 at
org.apache.karaf.shell.ssh.ShellFactoryImpl$ShellImpl$1.run(ShellFactoryImpl.java:129)[52:org.apache.karaf.shell.ssh:3.0.3]

Caused by: java.lang.Exception: Unable to execute command on bundle 87:
Activator start error in bundle nl.redsocks.farm.analyzer [87].
 at
org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:55)

 ... 20 more
Caused by: org.osgi.framework.BundleException: Activator start error in
bundle nl.redsocks.farm.analyzer [87

Re: HikariCP library load issue

[Morgan Hautman]

That's because, The sun.* packages are not part of the supported, 
public interface. 


That seems to be a really bad practice..

ref:http://www.oracle.com/technetwork/java/faq-sun-packages-142232.html

On 23/04/2015 14:27, Scott Carr wrote:

I have to add:

sun.net

To the jre.properties as well, for hikari to run.  It is added to the 
jre version you are using, probably jre-1.7 or jre-1.8.


On 04/23/2015 07:17 AM, Jurgen Voorneveld wrote:

I don't think javax.naming is the problem anymore. When I run
package:exports I get this:

karaf@root() package:exports | grep javax.naming
javax.naming.directory | 0.0.0   | 0  |
org.apache.felix.framework
javax.naming.event | 0.0.0   | 0  |
org.apache.felix.framework
javax.naming.ldap  | 0.0.0   | 0  |
org.apache.felix.framework
javax.naming.spi   | 0.0.0   | 0  |
org.apache.felix.framework
javax.naming   | 0.0.0   | 0  |
org.apache.felix.framework
karaf@root()

I added javax.naming to the imports line in the manifest and the error
went away.

On 04/23/2015 02:07 PM, Jean-Baptiste Onofré wrote:

Install the jndi feature: it should provide the javax.naming packages.

Regards
JB



Sent X.x.namingmy Samsung device


 Original message 
From: Jurgen Voorneveld jurgen.voornev...@redsocks.nl
Date: 23/04/2015 12:51 (GMT+01:00)
To: user@karaf.apache.org
Subject: Re: HikariCP library load issue

Hmm.. ideas.. I noticed that I had to import javax.naming to get rid of
another error I saw before. So I wondered if there might be more 
imports

that Karaf doesn't provide out of the box that standard Java does.

After some looking through HikariCP source code I found several import
statements that could be a problem. And now my Import statement looks
like this:

Import-Package: org.osgi.framework, javax.naming, org.slf4j, javax.sql
, javax.management

Now I'm getting entirely new errors so I'm guessing the problem has 
been

solved for that class.

The error I'm getting now is:

Caused by: java.lang.ClassNotFoundException:
org.apache.commons.pool2.impl.DefaultEvictionPolicy

I'm starting to feel that Karaf lacks so many classes that most
libraries I'm importing might be missing dependencies. Is it 
possible to

import all of javax? Or is there some default list that will make Karaf
provide the same list as standard Java?

Jurgen


On 04/23/2015 12:37 PM, Jurgen Voorneveld wrote:

Should have paid more attention.

karaf@root() package:exports | grep HikariConfig

Returns empty. Which I guess makes sense; there is no library in Karaf
exporting these classes by default.
But I don't see how that could make it fail. The class is available in
the bundle itself.

For completeness this is the imports in the manifest:

Import-Package: org.osgi.framework, javax.naming

Jurgen

On 04/23/2015 12:30 PM, Jurgen Voorneveld wrote:

Helo Morgan,

I get this:

karaf@root() packages:exports | grep HikariConfig
pipe: org.apache.felix.gogo.runtime.CommandNotFoundException: Command
not found: packages:exports

I have no idea what this means.

Jurgen

On 04/23/2015 12:18 PM, Morgan Hautman wrote:

Hello Jurgen,

What do you get when you're doing a packages:exports | grep

HikariConfig?

Regards
Morgan

On 23/04/2015 11:58, Jurgen Voorneveld wrote:

Dear list,

I have Apache Karaf installed on a production system here at 
work and

I'm trying to install a bundle into it. This is fairly new to me as
previously the code was simply running as standalone applications.

I'm getting an exception when I try to load the bundle:

karaf@root() list
START LEVEL 100 , List Threshold: 50
ID | State| Lvl | Version  | Name
-
87 | Resolved |  80 | 01.00.27 | Analyzer
karaf@root() start 87
Error executing command: Error executing command on bundles:
 Unable to execute command on bundle 87: Activator start 
error in

bundle
nl.redsocks.farm.analyzer [87].
karaf@root() log:display
2015-04-23 11:48:28,700 | ERROR | h for user karaf | ShellUtil
| 25 - org.apache.karaf.shell.console - 3.0.3 |

Exception

caught while executing command
org.apache.karaf.shell.console.MultiException: Error executing 
command

on bundles:
 Unable to execute command on bundle 87: Activator start 
error in

bundle
nl.redsocks.farm.analyzer [87].
 at

org.apache.karaf.shell.console.MultiException.throwIf(MultiException.java:92) 


 at

org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:58) 


 at

org.apache.karaf.bundle.command.BundlesCommand.doExecute(BundlesCommand.java:50) 


 at

org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:41) 


 at

org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)[25:org.apache.karaf.shell.console:3.0.3

Re: Karaf Cave usage

[Morgan Hautman]

I'm a little confused now, since Cave is the same as Nexus pro, why 
adding OBR support to Archiva when you got Cave already?


Regards,
Morgan

20/04/2015 9:05, Jean-Baptiste Onofré wrote:

Correct, Nexus Pro has OBR support.

By the way, I'm working on Archiva to add OBR support too.

Regards
JB

On 04/20/2015 08:06 AM, Morgan Hautman wrote:

To me it sounds like a nexus pro repo since they only have OBR in
their pro version.

Is this correct?

Regards
Morgan

On 19/04/2015 20:04, Jean-Baptiste Onofré wrote:

No, Cave is on top of the local dev server. Or the CI can deploy on
the Cave server.

The Karaf instance bootstrapped by the itests can use the OBR server.

Regards
JB

On 04/19/2015 07:57 PM, Ryan Moquin wrote:

Yes, sorry, I meant as an OBR server. I wasn't meaning use cases for
Cave, I was just trying to understand how CI servers and Cave are
handled as part of the build and deploy process.  It seems that a 
rescan

would have to be invoked quite frequently to detect new artifacts
deployed to a Maven repo.

How about with local development?  If artifacts are installed using 
OBR,
do you have to run a local Cave server in order to install 
artifacts in

you local dev server?  Or what about in integration tests?

Sorry if these are stupid questions, want to make sure I understand 
the

best way to integrate it.  :)


On Sun, Apr 19, 2015, 1:47 PM Jean-Baptiste Onofré j...@nanthrax.net
mailto:j...@nanthrax.net wrote:

I guess that you mean when Cave is used as an OBR server. In that
case,
you have to update the OBR repository metadata by performing a
new scan.

There are different use cases to Cave:
1/ you need an OBR server and you only have a Maven repo (in
production)
2/ you don't have any existing Maven repo and you are looking 
for a

Maven repo to share between multiple Karaf instances (with Cellar
for
instance)
3/ you want to proxy a external repo (OBR or Maven) internally

Regards
JB

On 04/19/2015 07:40 PM, Ryan Moquin wrote:
  Hi, I've been looking at Apache Cave and how to best leverage
it.  I had
  a few questions as a result.  My first one was about how to 
keep

Cave up
  to date with changes to a proxied company maven repository,
such as
  artifactory.  For example, if your continuous integration
server is
  pushing new builds to you maven repo, do you then also have it
remotely
  invoke a rescan of the proxied repository in the Cave server?
 
  What is the typical way that Cave is used in the development 
and

  deployment process?
 
  Thanks!
  Ryan
 

--
Jean-Baptiste Onofré
jbono...@apache.org mailto:jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Karaf Cave usage

[Morgan Hautman]

To me it sounds like a nexus pro repo since they only have OBR in 
their pro version.


Is this correct?

Regards
Morgan

On 19/04/2015 20:04, Jean-Baptiste Onofré wrote:
No, Cave is on top of the local dev server. Or the CI can deploy on 
the Cave server.


The Karaf instance bootstrapped by the itests can use the OBR server.

Regards
JB

On 04/19/2015 07:57 PM, Ryan Moquin wrote:

Yes, sorry, I meant as an OBR server.  I wasn't meaning use cases for
Cave, I was just trying to understand how CI servers and Cave are
handled as part of the build and deploy process.  It seems that a rescan
would have to be invoked quite frequently to detect new artifacts
deployed to a Maven repo.

How about with local development?  If artifacts are installed using OBR,
do you have to run a local Cave server in order to install artifacts in
you local dev server?  Or what about in integration tests?

Sorry if these are stupid questions, want to make sure I understand the
best way to integrate it.  :)


On Sun, Apr 19, 2015, 1:47 PM Jean-Baptiste Onofré j...@nanthrax.net
mailto:j...@nanthrax.net wrote:

I guess that you mean when Cave is used as an OBR server. In that 
case,
you have to update the OBR repository metadata by performing a 
new scan.


There are different use cases to Cave:
1/ you need an OBR server and you only have a Maven repo (in 
production)

2/ you don't have any existing Maven repo and you are looking for a
Maven repo to share between multiple Karaf instances (with Cellar 
for

instance)
3/ you want to proxy a external repo (OBR or Maven) internally

Regards
JB

On 04/19/2015 07:40 PM, Ryan Moquin wrote:
  Hi, I've been looking at Apache Cave and how to best leverage
it.  I had
  a few questions as a result.  My first one was about how to keep
Cave up
  to date with changes to a proxied company maven repository, 
such as
  artifactory.  For example, if your continuous integration 
server is

  pushing new builds to you maven repo, do you then also have it
remotely
  invoke a rescan of the proxied repository in the Cave server?
 
  What is the typical way that Cave is used in the development and
  deployment process?
 
  Thanks!
  Ryan
 

--
Jean-Baptiste Onofré
jbono...@apache.org mailto:jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Remote shell connection

[Morgan Hautman]

Ok my bad , but still it is documented , not well but you can find it ^^

http://repo1.maven.org/maven2/org/apache/karaf/manual/4.0.0.M1/manual-4.0.0.M1.html

karaf@root() list-features-installed
Name   | Version  | Installed | Repository | Description
-
standard   | 3.0.0| x | standard-3.0.0 | Karaf standard feature
config | 3.0.0| x | standard-3.0.0 | Provide OSGi 
ConfigAdmin support

region | 3.0.0| x | standard-3.0.0 | Provide Region Support
package| 3.0.0| x | standard-3.0.0 | Package commands 
and mbeans
kar| 3.0.0| x | standard-3.0.0 | Provide KAR (KARaf 
archive) support
ssh| 3.0.0| x | standard-3.0.0 | Provide a SSHd 
server on Karaf
management | 3.0.0| x | standard-3.0.0 | Provide a JMX 
MBeanServer and a set of MBeans in K


You see the ssh feature in there :)

On 15/04/2015 15:00, CLEMENT Jean-Philippe wrote:

...and the question :P

However I did try installing this bundle with the same result... the port is 
not opened. I guess the whole feature is needed.

What is the feature group+artifact IDs, version and type so I may add it to POM 
assembly dependencies?

JP

[@@ OPEN @@]


-Message d'origine-
De : Morgan Hautman [mailto:morgan.haut...@gmail.com]
Envoyé : mercredi 15 avril 2015 14:49
À : user@karaf.apache.org
Objet : Re: Remote shell connection

JP ,

You really should read some doc first ;)

install mvn:org.apache.sshd/sshd-core/0.14.0


On 15/04/2015 14:47, CLEMENT Jean-Philippe wrote:

:D

... I mean which group+artifact IDs, version and type?

Regards,
JP

[@@ OPEN @@]


-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Envoyé : mercredi
15 avril 2015 14:43 À : user@karaf.apache.org Objet : Re: Remote shell
connection

The ssh feature ;)

Regards
JB

On 04/15/2015 02:38 PM, CLEMENT Jean-Philippe wrote:

Hi JB,

The SSH feature does not seem to be installed.

We are assembling Karaf; which dependency should we add?

Regards,
JP

[@@ OPEN @@]


-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Envoyé : mercredi
15 avril 2015 14:18 À : user@karaf.apache.org Objet : Re: Remote
shell connection

Hi JP,

Is the ssh feature installed ?
If so, then 8101 is bound by default (as setup in 
etc/org.apache.karaf.shell.cfg).

I just tried with Karaf 3.0.3 and it works fine.

Which version are you using ?
The 8101 port number is not already bound by another process ?

Regards
JB

On 04/15/2015 02:11 PM, CLEMENT Jean-Philippe wrote:

Dear Karaf,

I would like to open a shell to a remote Karaf instance. The 8101 port does not 
seem to be opened.

How to configure Karaf in order to allow connections?

Kind regards,
JP

[@@ OPEN @@]


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Remote shell connection

[Morgan Hautman]

Hello Clement,

Take a look at http://karaf.apache.org/manual/latest/users-guide/remote.html

Regards,

Morgan

On 15/04/2015 14:11, CLEMENT Jean-Philippe wrote:

Dear Karaf,

I would like to open a shell to a remote Karaf instance. The 8101 port does not 
seem to be opened.

How to configure Karaf in order to allow connections?

Kind regards,
JP

[@@ OPEN @@]

Re: Remote shell connection

[Morgan Hautman]

JP ,

You really should read some doc first ;)

install mvn:org.apache.sshd/sshd-core/0.14.0


On 15/04/2015 14:47, CLEMENT Jean-Philippe wrote:

:D

... I mean which group+artifact IDs, version and type?

Regards,
JP

[@@ OPEN @@]


-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
Envoyé : mercredi 15 avril 2015 14:43
À : user@karaf.apache.org
Objet : Re: Remote shell connection

The ssh feature ;)

Regards
JB

On 04/15/2015 02:38 PM, CLEMENT Jean-Philippe wrote:

Hi JB,

The SSH feature does not seem to be installed.

We are assembling Karaf; which dependency should we add?

Regards,
JP

[@@ OPEN @@]


-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Envoyé : mercredi
15 avril 2015 14:18 À : user@karaf.apache.org Objet : Re: Remote shell
connection

Hi JP,

Is the ssh feature installed ?
If so, then 8101 is bound by default (as setup in 
etc/org.apache.karaf.shell.cfg).

I just tried with Karaf 3.0.3 and it works fine.

Which version are you using ?
The 8101 port number is not already bound by another process ?

Regards
JB

On 04/15/2015 02:11 PM, CLEMENT Jean-Philippe wrote:

Dear Karaf,

I would like to open a shell to a remote Karaf instance. The 8101 port does not 
seem to be opened.

How to configure Karaf in order to allow connections?

Kind regards,
JP

[@@ OPEN @@]


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: karaf.out log to file using logback.

[Morgan Hautman]

Hi Srikanth.

This is the Jira about it - 
https://issues.apache.org/jira/browse/KARAF-3042?jql=text%20~%20%22karaf.out%22


On 25/03/2015 10:07, Srikanth Hugar wrote:
Could not find KARAF_REDIRECT variable in bin/start script. I am using 
karaf 3.0.0.

KARAF_REDIRECT variable is also applicable for 3.0.0?

Srikanth Hugar
www.gharki.com http://www.gharki.com



On Wed, Mar 25, 2015 at 12:55 PM, Jean-Baptiste Onofré 
j...@nanthrax.net mailto:j...@nanthrax.net wrote:


Hi Srikanth

I did the change to avoid to redirect the output to karaf.out. You
can use the KARAF_REDIRECT env variable. You can see the usage in
bin/start script.

Regards
JB



Sent from my Samsung device


 Original message 
From: Srikanth Hugar srikanth.hu...@gmail.com
mailto:srikanth.hu...@gmail.com
Date: 25/03/2015 07:58 (GMT+01:00)
To: user@karaf.apache.org mailto:user@karaf.apache.org
Subject: karaf.out log to file using logback.


Hello,

Currently when i start karaf from *..bin\start* command,
*karaf.log* file creates automatically and it grows in in
production environment.
I already have the logback configuration for different logging,
how can i put contents of *karaf.out *log to file and configure
not to create the *karaf.out* file.

Best Regards,
Srikanrh.

RE: Disabling authorization in Karaf webconsole

[Morgan Hautman]

Hello Frank,

 

In your etc/org.ops4j.pax.web.cfg file you can set the authentication to - 
org.osgi.service.http.secure.enabled=false

 

You also have a secure and non-secure port

 

Default ones:

org.osgi.service.http.port=8040

org.osgi.service.http.port.secure=9001

 

Hope this helps.

 

From: Frank Lyaruu [mailto:flya...@gmail.com] 
Sent: woensdag 7 januari 2015 10:31
To: user@karaf.apache.org
Subject: Disabling authorization in Karaf webconsole

 

Hi Karaf,

 

Is there an easy way to disable the Basic Auth for the webconsole? It conflicts 
with my own auth.

I see that the plain Felix webconsole can be disabled by removing the username 
value:

 

http://felix.apache.org/site/apache-felix-web-console.html

 

but that does not really translate to the karaf web console, I've tried 
removing the role and realm setting.

 

Any tips?

 

regards, Frank