Re: Merry Christmas

[Krzysztof Sobkowiak]

Thanks a lot and Merry Christmas :)

Regards
Krzysztof
On Dec 25, 2015 3:23 PM, "Daniel McGreal"  wrote:

> Thanks for your efforts this year JB!
> Merry christmas,
> Dan.
>
> > On 25 Dec 2015, at 10:00, j...@nanthrax.net wrote:
> >
> > On behalf of the Karaf team, we wish a happy christmas to all Karaf
> users !
> >
> > We are preparing a couple of gifts for you, especially the new website.
> I worked on it yesterday and I will work again on it today. I hope to send
> a vote e-mail soon.
> >
> > Again Merry Christmas
> > JB
>
>

Re: Happy New Year !

[Krzysztof Sobkowiak]

Happy New Year☺
On Jan 1, 2016 4:07 PM, "Charles Moulliard"  wrote:

> Meilleurs voeux / happy new years 2016 !
>
> On Fri, Jan 1, 2016 at 1:45 PM, Jean-Baptiste Onofré 
> wrote:
>
>> You know that sometime that I hate you ? ;) I won't take a picture where
>> I am ;)
>>
>> Regards
>> JB
>>
>> On 01/01/2016 12:44 PM, Serge Huber wrote:
>>
>>> Happy new year too ! This is where I'm writing this from :)
>>>
>>> image1.JPG
>>>
>>> Cheers,
>>>
>>>
>>>   Serge Huber
>>>   CTO & Co-Founder
>>>
>>> T +41 22 361 3424 
>>> 9 route des Jeunes | 1227 Acacias | Switzerland
>>> jahia.com 
>>> SKYPE  | LINKEDIN
>>>  | TWITTER
>>>  | VCARD
>>> 
>>>
>>>
>>> JOIN OUR COMMUNITY   to evaluate, get trained
 and to discover why

>>> Jahia is a leading User Experience Platform (UXP) for Digital
>>> Transformation.
>>>
>>> Le 1 janv. 2016 à 06:24, Jean-Baptiste Onofré >> > a écrit :
>>>
>>> On behalf of the Karaf team, I wish you a happy new year !

 I hope this new year will bring all that you expect.

 For sure, 2016 will be an important year for Karaf in term of
 increasing the adoption. New website, new samples, new documentation,
 and Karaf Boot are keys to step forward in 2016 to bring Karaf in new
 areas !

 So, keep using, loving, helping, contributing on Karaf !

 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
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer & PMC / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>

Re: [ANN] New Karaf website online

[Krzysztof Sobkowiak]

Great!!! :) You should also update the new feather :)

On 04.02.2016 16:31, Jean-Baptiste Onofré wrote:
> 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

-- 
Krzysztof Sobkowiak (@ksobkowiak)

JEE & OSS Architect, Integration Architect
Apache Software Foundation Member (http://apache.org/)
Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/)
Senior Solution Architect @ Capgemini SSC (http://www.capgeminisoftware.pl/)

Re: Karaf 3.0.6 upgrading to latest ActiveMQ fails

[Krzysztof Sobkowiak]

Hi Martin

I think, ActiveMQ 5.13.x is not compatible with Karaf 3.x.  You must upgrade to 
Karaf 4.x or stick with ActiveMQ 5.12.x.

Regards
Krzysztof


On 15.05.2016 12:46, Martin Lichtin wrote:
> In Karaf version 3.0.6, when trying to upgrade ActiveMQ to version 5.13.3, it 
> fails with
>
> ERROR: Bundle activemq-karaf [86] Error starting/stopping bundle. 
> (org.osgi.framework.BundleException: Unresolved constraint in bundle 
> activemq-karaf [86]: Unable to resolve 86.0: missing requirement [86.0] 
> osgi.wiring.package; 
> (&(osgi.wiring.package=org.osgi.framework)(version>=1.8.0)(!(version>=2.0.0
> org.osgi.framework.BundleException: Unresolved constraint in bundle 
> activemq-karaf [86]: Unable to resolve 86.0: missing requirement [86.0] 
> osgi.wiring.package; 
> (&(osgi.wiring.package=org.osgi.framework)(version>=1.8.0)(!(version>=2.0.0)))
>
> It's baffling that activemq-karaf requires version 1.8.0 of 
> "org.osgi.framework" (Karaf's bundle 0 exports only version 1.7.0).
> Also activemq-karaf would work just fine in a Karaf 3.0.6 environment (it 
> imports class BundleContext).
>
> As I can't upgrade to Karaf 4 just yet, does anyone know a workaround/hack to 
> satisfy this dependency in Karaf 3.0.6?
>
> - Martin
>

-- 
Krzysztof Sobkowiak (@ksobkowiak)

JEE & OSS Architect, Integration Architect
Apache Software Foundation Member (http://apache.org/)
Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/)
Senior Solution Architect @ Capgemini SSC (http://www.capgeminisoftware.pl/)

Re: Something like maven to feature functionality, but without Karaf

[Krzysztof Sobkowiak]

Hi Daniel

Please try these urls

  * 
http://www.apache.org/dyn/closer.lua/karaf/4.0.5/apache-karaf-minimal-4.0.5.tar.gz.
  * 
http://www.apache.org/dyn/closer.lua/karaf/3.0.6/apache-karaf-minimal-3.0.6.tar.gz
 

But the both versions support Java 7, 8 (and 6 in case of 3.0.x)

Regards
Krzysztof

On 19.05.2016 23:44, Daniel McGreal wrote:
> Thanks Achim,
> All three good points :)
>
> I knew you could customise the distribution but didn't realise it could be 
> made smaller. Is the minimal version downloadable somewhere or I should make 
> it via the assembly? Do you know what version would I need for Java 1.5 
> compatibility?
>
> Thanks, Dan. 
> On 19 May 2016, at 19:36, Achim Nierbeck  <mailto:bcanh...@googlemail.com>> wrote:
>
>> Hi Daniel, 
>>
>> for pure Felix it would just be the fileinstaller. 
>> Did you check if the minimal karaf is actually small enough? 
>> Another possibility would be to create custom Karafs with profiles. 
>> Just to give you some ideas to look at. :-)
>>
>> regards, Achim 
>>
>> 2016-05-19 18:49 GMT+02:00 Daniel McGreal > <mailto:d.j.mcgr...@gmail.com>>:
>>
>> Hi Karaf users!
>>
>> Not strictly a Karaf based question, but I figure that Karaf users may 
>> well have experience here.
>>
>> I enjoy using Karaf. One of the best bits is the ability to base my 
>> deployment model from my compile model via the karaf-maven-plugin and 
>> generation of the feature file and provision of those bundles via mvn:urls. 
>> I now need to deploy some code onto devices on which Karaf is just too big 
>> (I have ~5 megs of disk space) and would like to bring similar orchestration 
>> to Felix, solo.
>>
>> Is there something similar for deploying to Felix?
>>
>> Thanks!
>> Dan.
>>
>> PS I have had a look into OSGi Subsystems and the Aries implementation 
>> and its Maven plugin. The plugin doesn’t pull in transitives (not the end of 
>> the world, but harder to manage) and I don’t yet understand how to provision 
>> the bundles from a repository but will continue this investigation if no 
>> better line of enquiry shows up.
>>
>>
>>
>>
>> -- 
>>
>> 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 
>>

-- 
Krzysztof Sobkowiak (@ksobkowiak)

JEE & OSS Architect, Integration Architect
Apache Software Foundation Member (http://apache.org/)
Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/)
Senior Solution Architect @ Capgemini SSC (http://www.capgeminisoftware.pl/)

Re: ActiveMQ 5.14.0 in KF 4.0.5

[Krzysztof Sobkowiak]

Hi

I could successfully install ActiveMQ 5.14.0 on K405 with no problem

karaf@root()> feature:repo-add activemq 5.14.0
Adding feature url mvn:org.apache.activemq/activemq-karaf/5.14.0/xml/features
karaf@root()> feature:install activemq
karaf@root()> activemq:list
brokerName = amq-broker

karaf@root()> dstat
NameQueue Size  Producer #  
Consumer #   Enqueue #   Dequeue #   Forward #Memory %
ActiveMQ.Advisory.MasterBroker   0   0  
 0   1   0   0   0
karaf@root()> feature:list -i | grep spring
spring  | 3.2.14.RELEASE_1 |  | Started | spring-4.0.5  
  | Spring 3.2.x support
karaf@root()>

You don't need to install spring-dm, because it's embedded in aactivenq-osgi 
bundle from 5.14.0.

Could you check it on a fresh Karaf installation?

Regards
Krzysztof



On 18.08.2016 12:08, Jens J Parappallil wrote:
> Thanks Jochen, I got it working with 5.13.3 but hit KARAF-4608 issue. Seems I 
> have to wait for 4.0.6 version ...
>
> -Original Message-
> From: jochenw [mailto:jochen.walz.m...@googlemail.com]
> Sent: 18 August 2016 13:53
> To: user@karaf.apache.org
> Subject: RE: ActiveMQ 5.14.0 in KF 4.0.5
>
> Hi,
>
> just as additional info: I have tried to install ActiveMQ 5.14.0 in Karaf 
> 4.0.4. Same result. So I switched to 5.13.3, which works (currently no time 
> to dig deeper into that).
>
> Regards,
> Jochen
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/ActiveMQ-5-14-0-in-KF-4-0-5-tp4047575p4047579.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
>
> 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."

-- 
Krzysztof Sobkowiak (@ksobkowiak)

JEE & OSS Architect, Integration Architect
Apache Software Foundation Member (http://apache.org/)
Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/)
Senior Solution Architect @ Capgemini SSC (http://www.capgeminisoftware.pl/)

Can not login into karaf-webconsole on Karaf 2.3.0 and 2.2.10

[Krzysztof Sobkowiak]

Hi

I have checked out and built the latest karaf-webconsole sources. I can 
install and access the console on Karaf 2.2.9. I can also install it on 2.2.10 
and 2.3.0, but login into console causes following exception:

java.lang.NoClassDefFoundError: org/apache/karaf/jaas/modules/RolePrincipal
 at 
org.apache.karaf.webconsole.core.security.KarafJaasWebSession.isRole(KarafJaasWebSession.java:39)
 at 
org.apache.karaf.webconsole.core.security.JaasWebSession.authenticate(JaasWebSession.java:66)
 at 
org.apache.wicket.authroles.authentication.AuthenticatedWebSession.signIn(AuthenticatedWebSession.java:65)
 at 
org.apache.wicket.authroles.authentication.panel.SignInPanel.signIn(SignInPanel.java:221)
 at 
org.apache.wicket.authroles.authentication.panel.SignInPanel.access$100(SignInPanel.java:51)
 at 
org.apache.wicket.authroles.authentication.panel.SignInPanel$SignInForm.onSubmit(SignInPanel.java:296)
 at org.apache.wicket.markup.html.form.Form$9.component(Form.java:1246)
 at org.apache.wicket.markup.html.form.Form$9.component(Form.java:1240)


Regards

Krzysztof Sobkowiak2013-01-15 00:40:00,460 | ERROR | qtp16724934-40   | DefaultExceptionMapper 
  | 75 - org.apache.wicket.core - 6.2.0 | Unexpected error occurred
org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of interface 
org.apache.wicket.markup.html.form.IFormSubmitListener targeted at [SignInForm 
[Component id = signInForm]] on component [SignInForm [Component id = 
signInForm]] threw an exception
at 
org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:240)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:226)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:830)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)[74:org.apache.wicket.request:6.2.0]
at 
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:253)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:210)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:281)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:188)[75:org.apache.wicket.core:6.2.0]
at 
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:159)[75:org.apache.wicket.core:6.2.0]
at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:713)[51:org.apache.geronimo.specs.geronimo-servlet_2.5_spec:1.1.2]
at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:806)[51:org.apache.geronimo.specs.geronimo-servlet_2.5_spec:1.1.2]
at 
org.ops4j.pax.wicket.internal.FilterDelegator$Chain.doFilter(FilterDelegator.java:80)[80:org.ops4j.pax.wicket.service:2.0.1]
at 
org.ops4j.pax.wicket.internal.FilterDelegator.doFilter(FilterDelegator.java:62)[80:org.ops4j.pax.wicket.service:2.0.1]
at 
org.ops4j.pax.wicket.internal.ServletProxy$ServletInvocationHandler.invoke(ServletProxy.java:72)[80:org.ops4j.pax.wicket.service:2.0.1]
at $Proxy42.service(Unknown 
Source)[80:org.ops4j.pax.wicket.service:2.0.1]
at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:547)[62:org.eclipse.jetty.servlet:7.5.4.v20111024]
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:480)[62:org.eclipse.jetty.servlet:7.5.4.v20111024]
at 
org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:70)[72:org.ops4j.pax.web.pax-web-jetty:1.0.12.1]
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)[60:org.eclipse.jetty.server:7.5.4.v20111024]
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:483)[61:org.eclipse.jetty.security:7.5.4.v20111024]
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:227)[60:org.eclipse.jetty.server:7.5.4.v20111024]
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:941)[60:org.eclipse.jetty.server:7.5.4.v20111024]
at 
org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:117)[72:org.ops4j.pax.web.pax-web-jetty:1.0.12.1]
at 
org.eclipse.jetty.servlet.ServletHandler.

Re: Can not login into karaf-webconsole on Karaf 2.3.0 and 2.2.10

[Krzysztof Sobkowiak]

It works for 2.2.10. I had to upgrade the karaf.version to 2.2.10 and add
the *.karaf.jaas.boot dependency to the karaf-webconsole/core. 2.3.0 not
tested yet.

Regards
Krzysztof Sobkowiak
On Jan 15, 2013 1:13 AM, "Achim Nierbeck"  wrote:

> Ok,
> looks like it's not adapted to the latest changes for roles, since you
> checked out the sources, you might just need to change the dependencies
> from
> org.apache.karaf.jaas.modules.RolePrincipal to
> org.apache.karaf.jaas.boot.principal.RolePrincipal
>
> regards, Achim
>
>
> 2013/1/15 Krzysztof Sobkowiak 
>
>> **
>>
>> Hi
>>
>>
>>
>> I have checked out and built the latest karaf-webconsole sources. I can
>> install and access the console on Karaf 2.2.9. I can also install it on
>> 2.2.10 and 2.3.0, but login into console causes following exception:
>>
>>
>>
>> java.lang.NoClassDefFoundError:
>> org/apache/karaf/jaas/modules/RolePrincipal
>> at
>> org.apache.karaf.webconsole.core.security.KarafJaasWebSession.isRole(KarafJaasWebSession.java:39)
>> at
>> org.apache.karaf.webconsole.core.security.JaasWebSession.authenticate(JaasWebSession.java:66)
>> at
>> org.apache.wicket.authroles.authentication.AuthenticatedWebSession.signIn(AuthenticatedWebSession.java:65)
>> at
>> org.apache.wicket.authroles.authentication.panel.SignInPanel.signIn(SignInPanel.java:221)
>> at
>> org.apache.wicket.authroles.authentication.panel.SignInPanel.access$100(SignInPanel.java:51)
>> at
>> org.apache.wicket.authroles.authentication.panel.SignInPanel$SignInForm.onSubmit(SignInPanel.java:296)
>> at org.apache.wicket.markup.html.form.Form$9.component(Form.java:1246)
>> at org.apache.wicket.markup.html.form.Form$9.component(Form.java:1240)
>>
>>
>>
>>
>>
>> Regards
>>
>>
>>
>> Krzysztof Sobkowiak
>>
>
>
>
> --
>
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> OPS4J Pax for Vaadin <http://team.ops4j.org/wiki/display/PAXVAADIN/Home>
> Commiter & Project Lead
> blog <http://notizblog.nierbeck.de/>
>

Re: Can not login into karaf-webconsole on Karaf 2.3.0 and 2.2.10

[Krzysztof Sobkowiak]

Hi

I have created i Jira issue for this problem 
https://issues.apache.org/jira/browse/KARAF-2118

Best regards
Krzysztof 

On Tuesday 15 of January 2013 02:09:00 you wrote:

It works for 2.2.10. I had to upgrade the karaf.version to 2.2.10 and add the 
*.karaf.jaas.boot dependency to the karaf-webconsole/core. 2.3.0 not tested 
yet.
Regards
Krzysztof Sobkowiak
On Jan 15, 2013 1:13 AM, "Achim Nierbeck"  wrote:

Ok, 
looks like it's not adapted to the latest changes for roles, since you checked 
out the sources, you might just need to change the dependencies 
from org.apache.karaf.jaas.modules.RolePrincipal to 
org.apache.karaf.jaas.boot.principal.RolePrincipal


regards, Achim 



2013/1/15 Krzysztof Sobkowiak 

Hi
 
I have checked out and built the latest karaf-webconsole sources. I can 
install and access the console on Karaf 2.2.9. I can also install it on 2.2.10 
and 2.3.0, but login into console causes following exception: 
 
java.lang.NoClassDefFoundError: org/apache/karaf/jaas/modules/RolePrincipal
at 
org.apache.karaf.webconsole.core.security.KarafJaasWebSession.isRole(KarafJaasWebSession.java:39)
at 
org.apache.karaf.webconsole.core.security.JaasWebSession.authenticate(JaasWebSession.java:66)
at 
org.apache.wicket.authroles.authentication.AuthenticatedWebSession.signIn(AuthenticatedWebSession.java:65)
at 
org.apache.wicket.authroles.authentication.panel.SignInPanel.signIn(SignInPanel.java:221)
at 
org.apache.wicket.authroles.authentication.panel.SignInPanel.access$100(SignInPanel.java:51)
at 
org.apache.wicket.authroles.authentication.panel.SignInPanel$SignInForm.onSubmit(SignInPanel.java:296)
at org.apache.wicket.markup.html.form.Form$9.component(Form.java:1246)
at org.apache.wicket.markup.html.form.Form$9.component(Form.java:1240)
 
 
Regards 
 
Krzysztof Sobkowiak





-- 

Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & 
Project Lead
OPS4J Pax for Vaadin <http://team.ops4j.org/wiki/display/PAXVAADIN/Home> 
Commiter & Project Lead
blog <http://notizblog.nierbeck.de/> 

Re: Can not login into karaf-webconsole on Karaf 2.3.0 and 2.2.10

[Krzysztof Sobkowiak]

I have created a patch to which solves the problem on 2.2.10. I have also 
managed to create a patch which solves the problem with 2.3.0 (I can install 
the console and log in), but change of karaf.version to 2.3.0  causes problems 
while bootstrapping the itest (see attachment). Probably some other 
dependencies should be updated to a newer versions.

Best regards
Krzysztof

On Tuesday 15 of January 2013 18:23:30 Achim Nierbeck wrote:

If JB isn't faster I might be able to look at it tonight ;)


---
 T E S T S
---
Running org.apache.karaf.webconsole.itest.FeaturesIntegrationTest
0[main] INFO  org.ops4j.pax.exam.spi.DefaultExamSystem  - Pax Exam System 
(Version: 2.3.0) created.
16214 [main] INFO  
org.openengsb.labs.paxexam.karaf.container.internal.KarafTestContainer  - Wait 
for test container to finish its initialization [ RelativeTimeout value = 
18 ]
16215 [main] INFO  org.ops4j.pax.exam.rbc.client.RemoteBundleContextClient  - 
Waiting for remote bundle context.. on 21413 name: 
c3ba032b-f52a-4587-b38e-2bf3f67dc11e timout: [ RelativeTimeout value = 18 ]
ERROR: Error parsing system bundle export statement: 
org.osgi.framework.startlevel;uses:="org.osgi.framework";version="1.0", 
org.osgi.framework.wiring;uses:="org.osgi.resource,org.osgi.framework";version="1.1",
 org.osgi.framework.hooks.bundle;uses:="org.osgi.framework";version="1.1", 
org.osgi.framework.hooks.service;uses:="org.osgi.framework";version="1.1", 
org.osgi.framework.hooks.resolver;uses:="org.osgi.framework.wiring";version="1.0",
 org.osgi.framework.launch;uses:="org.osgi.framework";version="1.1", 
org.osgi.framework.namespace;uses:="org.osgi.resource";version="1.0", 
org.osgi.framework;version="1.7",org.osgi.framework.hooks.weaving;uses:="org.osgi.framework.wiring";version="1.0",org.osgi.resource;version="1.0",org.osgi.service.url;version="1.0",org.osgi.service.startlevel;uses:="org.osgi.framework";version="1.1",org.osgi.service.packageadmin;uses:="org.osgi.framework";version="1.2",org.osgi.service.url;version="1.0",
 org.osgi.util.tracker;uses:="org.osgi.framework";version="1.5.1", 
org.apache.karaf.jaas.boot;version="2.3.0", 
org.apache.karaf.jaas.boot.principal;version="2.3.0", 
org.apache.karaf.version;version="2.3.0", javax.accessibility, 
javax.activation;version="1.1", javax.activity, javax.annotation;version="1.1", 
javax.annotation.processing;version="1.1", javax.crypto, 
javax.crypto.interfaces, javax.crypto.spec, javax.imageio, javax.imageio.event, 
javax.imageio.metadata, javax.imageio.plugins.bmp, javax.imageio.plugins.jpeg, 
javax.imageio.spi, javax.imageio.stream, javax.jws, javax.jws.soap, 
javax.lang.model, javax.lang.model.element, javax.lang.model.type, 
javax.lang.model.util, javax.management, javax.management.loading, 
javax.management.modelmbean, javax.management.monitor, 
javax.management.openmbean, javax.management.relation, javax.management.remote, 
javax.management.remote.rmi, javax.management.timer, javax.naming, 
javax.naming.directory, javax.naming.event, javax.naming.ldap, 
javax.naming.spi, javax.net, javax.net.ssl, javax.print, javax.print.attribute, 
javax.print.attribute.standard, javax.print.event, javax.rmi, javax.rmi.CORBA, 
javax.rmi.ssl, javax.script, javax.security.auth, javax.security.auth.callback, 
javax.security.auth.kerberos, javax.security.auth.login, 
javax.security.auth.spi, javax.security.auth.x500, javax.security.cert, 
javax.security.sasl, javax.sound.midi, javax.sound.midi.spi, 
javax.sound.sampled, javax.sound.sampled.spi, javax.sql, javax.sql.rowset, 
javax.sql.rowset.serial, javax.sql.rowset.spi, javax.swing, javax.swing.border, 
javax.swing.colorchooser, javax.swing.event, javax.swing.filechooser, 
javax.swing.plaf, javax.swing.plaf.basic, javax.swing.plaf.metal, 
javax.swing.plaf.multi, javax.swing.plaf.synth, javax.swing.table, 
javax.swing.text, javax.swing.text.html, javax.swing.text.html.parser, 
javax.swing.text.rtf, javax.swing.tree, javax.swing.undo, javax.tools, 
javax.transaction; javax.transaction.xa; partial=true; mandatory:=partial, 
javax.xml, javax.xml.bind;version="2.2.1", 
javax.xml.bind.annotation;version="2.2.1", 
javax.xml.bind.annotation.adapters;version="2.2.1", 
javax.xml.bind.attachment;version="2.2.1", 
javax.xml.bind.helpers;version="2.2.1", javax.xml.bind.util;version="2.2.1", 
javax.xml.crypto, javax.xml.crypto.dom, javax.xml.crypto.dsig, 
javax.xml.crypto.dsig.dom, javax.xml.crypto.dsig.keyinfo, 
javax.xml.crypto.dsig.spec, javax.xml.datatype, javax.xml.namespace, 
javax.xml.parsers, javax.xml.soap;version="1.3", 
javax.xml.stream;version="1.2", javax.xml.stream.events;version="1.2", 
javax.xml.stream.util;version="1.2", javax.xml.transform, 
javax.xml.transform.dom, javax.xml.transform.sax, javax.xml.transform.stax, 
javax.xml.transform.stream, javax.xml.validation, javax.xml.ws;version="2.2", 
javax.xml.ws.handler;version="2.2", javax.xm

Re: Can not login into karaf-webconsole on Karaf 2.3.0 and 2.2.10

[Krzysztof Sobkowiak]

Hi

To solve the problem with itest with karaf.version 2.3.0 I have attached a 
patch  upgrading the itests to PAX Exam 2.6.0 and PAX Exam Karaf 

Best regards 
Krzysztof


-- 

Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer & 
Project Lead
OPS4J Pax for Vaadin  
Commiter & Project Lead
blog  

Re: Karaf 3.0.0 Console Extender

[Krzysztof Sobkowiak]

Hi

The documentation has not be synchronized with the changes in 3.0.0. There is 
an open issue for checking the documentation consistency (KARAF-1287). 

Best regards

Krzysztof

On Thursday 17 of January 2013 21:57:41 Aritra Chatterjee wrote:

Got it. The 3.0.0 documentation does not reflect this change. Hopefully that 
will be updated soon.

Re: Karaf 3.0.0 Console Extender

[Krzysztof Sobkowiak]

Hi Jean-Baptiste

I have created an Jira issue 
(https://issues.apache.org/jira/browse/KARAF-2124) and pull request 
(https://github.com/apache/karaf/pull/8) with a small change correcting this 
chapter. 

Best regards

Krzysztof 

On Friday 18 of January 2013 00:35:07 Jean-Baptiste Onofré wrote:
> Thanks Krzysrtof,
> 
> we gonna fix that.
> 
> Regards
> JB
> 
> On 01/18/2013 12:06 AM, Krzysztof Sobkowiak wrote:
> > Hi
> > 
> > The documentation has not be synchronized with the changes in 3.0.0.
> > There is an open issue for checking the documentation consistency
> > (KARAF-1287 <https://issues.apache.org/jira/browse/KARAF-1287>).
> > 
> > Best regards
> > 
> > Krzysztof
> > 
> > On Thursday 17 of January 2013 21:57:41 Aritra Chatterjee wrote:
> > 
> > Got it. The 3.0.0 documentation does not reflect this change. Hopefully
> > that will be updated soon.

Re: bug ssh terminal - no character echo

[Krzysztof Sobkowiak]

Hi

I have tested 2.2.9, 2.2.10, 2.2.11-SNAPSHOT, 2.3.0  and I can reproduce this 
problem. Could it be connected with KARAF-2131 (problem with buffered output)?

Using this command on 3.0.0-SNAPSHOT causes following problem (log in 
attachment)

karaf@root()> ssh:ssh -l ***   
Connecting to host  on port 22
Connected
Error executing command: Session is closed

Best Regards
Krzysztof


On Friday 18 of January 2013 17:20:37 Ioan Eugen Stan wrote:
> Hello,
> 
> I think I found a bug in karaf. There is no charecter echo in SSH
> terminal. Using ssh:ssh command to connect to localhost, all goes
> well, but I can't see any command I type. The result of the command
> gets printed ok.
> 
> Cheers,2013-01-19 19:54:35,209 | INFO  | NioProcessor-10  | ClientSessionImpl  
  | 19 - org.apache.sshd.core - 0.8.0 | Session created...
2013-01-19 19:54:35,271 | INFO  | NioProcessor-10  | ClientSessionImpl  
  | 19 - org.apache.sshd.core - 0.8.0 | Server version string: 
SSH-2.0-OpenSSH_5.3p1 Debian-3ubuntu7
2013-01-19 19:54:35,330 | INFO  | NioProcessor-10  | ClientSessionImpl  
  | 19 - org.apache.sshd.core - 0.8.0 | Received SSH_MSG_KEXINIT
2013-01-19 19:54:35,330 | WARN  | NioProcessor-10  | ClientSessionImpl  
  | 19 - org.apache.sshd.core - 0.8.0 | Exception caught
java.lang.IllegalStateException: Unable to negociate key exchange for item 2
at 
org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:930)[19:org.apache.sshd.core:0.8.0]
at 
org.apache.sshd.client.session.ClientSessionImpl.doHandleMessage(ClientSessionImpl.java:345)[19:org.apache.sshd.core:0.8.0]
at 
org.apache.sshd.client.session.ClientSessionImpl.handleMessage(ClientSessionImpl.java:307)[19:org.apache.sshd.core:0.8.0]
at 
org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:566)[19:org.apache.sshd.core:0.8.0]
at 
org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:236)[19:org.apache.sshd.core:0.8.0]
at 
org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)[19:org.apache.sshd.core:0.8.0]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:690)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:109)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:410)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:710)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:664)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:653)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.polling.AbstractPollingIoProcessor.access$600(AbstractPollingIoProcessor.java:67)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:1124)[21:org.apache.mina.core:2.0.7]
at 
org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[21:org.apache.mina.core:2.0.7]
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)[:1.7.0_11]
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)[:1.7.0_11]
at java.lang.Thread.run(Thread.java:722)[:1.7.0_11]
2013-01-19 19:54:35,331 | INFO  | Local user karaf | ShellUtil  
  | 37 - org.apache.karaf.shell.console - 3.0.0.SNAPSHOT | Exception caught 
while executing command
java.lang.IllegalStateException: Session is closed
at 
org.apache.sshd.client.session.ClientSessionImpl.authAgent(ClientSessionImpl.java:112)
at org.apache.karaf.shell.ssh.SshAction.doExecute(SshAction.java:117)
at 
org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)
at 
org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)
at 
org.apache.karaf.shell.commands.bas

Re: bug ssh terminal - no character echo

[Krzysztof Sobkowiak]

In Fuse ESB 7.1 it doesn't work too (no echo). It look like its han't  worked 
correctly for  a long time. 

My environment

kso@dracula:~/Projects/apache/karaf/karaf$ java -version
java version "1.7.0_11"
Java(TM) SE Runtime Environment (build 1.7.0_11-b21)
Java HotSpot(TM) Server VM (build 23.6-b04, mixed mode)
kso@dracula:~/Projects/apache/karaf/karaf$ uname -a
Linux dracula 3.2.0-35-generic-pae #55-Ubuntu SMP Wed Dec 5 18:04:39 UTC 2012 
i686 i686 i386 GNU/Linux

Best regards
Krzysztof


On Friday 18 of January 2013 17:20:37 Ioan Eugen Stan wrote:
> Hello,
> 
> I think I found a bug in karaf. There is no charecter echo in SSH
> terminal. Using ssh:ssh command to connect to localhost, all goes
> well, but I can't see any command I type. The result of the command
> gets printed ok.
> 
> Cheers,

Re: bug ssh terminal - no character echo

[Krzysztof Sobkowiak]

Hi


I have tested 2.3.0 on my job Windows with Java 1.6.0_31 (starting the
Windows distribution and the Linux distribution using Cygwin) and it works
correctly in both cases. It didn't work on my Ubuntu with Java 1.7.0_11.
I'll test it again on Ubuntu with Java 1.6.x. I can't currently test it on
Windows with Java 1.7.x

Which Java version do you use on your Mac?

Perhaps can Ioan give us a detailed description of his environment?

Best regards
Krzysztof


On 21 January 2013 05:40, Freeman Fang  wrote:

> hmm, I can't reproduce it on my mac, I tested with both Karaf 2.3.0 and
> FUSE ESB 7.1.
>
> What I do is just connect back to the karaf ssh server, something like
>
>
> karaf@root> ssh:ssh -p 8101 karaf@localhost
> Connecting to host localhost on port 8101
> Connected
> __ __  
>/ //_/ __ _/ __/
>   / ,<  / __ `/ ___/ __ `/ /_
>  / /| |/ /_/ / /  / /_/ / __/
> /_/ |_|\__,_/_/   \__,_/_/
>
>   Apache Karaf (2.3.0)
>
> Hit '' for a list of available commands
> and '[cmd] --help' for help on a specific command.
> Hit 'osgi:shutdown' to shutdown Karaf.
> Hit '' or 'logout' to disconnect shell from current session.
>
> karaf@root> la
>
> I can see the command I typed in the ssh client
>
> －
> Freeman(Yue) Fang
>
> Red Hat, Inc.
> FuseSource is now part of Red Hat
> Web: http://fusesource.com | http://www.redhat.com/
> Twitter: freemanfang
> Blog: http://freemanfang.blogspot.com
> http://blog.sina.com.cn/u/1473905042
> weibo: @Freeman小屋
>
>
>
>

Re: bug ssh terminal - no character echo

[Krzysztof Sobkowiak]

Hi

Indeed, this workaround works with 2.2.x and 2.3.0. Could it be a bug in the 
used apache.sshd library?


Best regards.
Krzysztof 

On Monday 21 of January 2013 20:51:50 Ioan Eugen Stan wrote:
> Hello,
> 
> I found a fix for it. If you run 'reset' [1] command it will reset the
> terminal and things will work as normal.
> I don't know what is the cause. Anybody with more Terminal knowledge
> please step in.
> 
> [1] http://linux.die.net/man/1/reset
> 
> Cheers,

Re: Why this library hell? Hibernate + Spring = Mess

[Krzysztof Sobkowiak]

Hi

I have created a gist with a feature file for the 3rd party dependencies fo my 
application iI have implemented for my firm (https://gist.github.com/4666947). 
Perhaps it helps you with your problem. I have managed to install hibernate 
4.1.0.FINAL on Karaf 2.3.0 and implement a DAO using the hibernate API and 
JPA.

Perhaps can somebody review this feature?

Best regards
Krzysztof
 

On Tuesday 29 of January 2013 12:19:18 Bram Pouwelse wrote:
> Hi Gonzalo,
> 
> I've used Hibernate in Karaf in the past got it al working based on on
> Hibernate bundles created as described in this blog post:
> http://iocanel.blogspot.nl/2010/07/wicket-spring-3-jpa2-hibernate-osgi.html
> 
> I was able to update these bundles to Hibernate 3.6.2 but switched to
> OpenJPA after all.
> 
> Regards,
> Bram
> 

Re: Service to install karaf features

[Krzysztof Sobkowiak]

Hi Reto

You can use the service org.apache.karaf.features.FeaturesService provided by 
the bundle Apache Karaf :: Features :: Core (org.apache.karaf.features.core) 
which is one of the system bundles in Karaf

Best regards
Krzysztof



On Sunday 10 of February 2013 16:56:58 Reto Bachmann-Gmür wrote:
> Hello
> 
> I find documentation on how to install features from a feature
> repository from the karaf command line. However I'm interested in
> making an OSGi application otherwise not using Karaf to consume Karaf
> Feature repositories.
> 
> Is there a karaf bundle providing a service to install features
> programmatically?
> 
> Cheers,
> Reto

Re: Service to install karaf features

[Krzysztof Sobkowiak]

Hi

If you find an id of the bundle in Karaf (in my case 20) you can get the 
dependency tree of this bundle

karaf@root> dev:show-tree 20
Bundle org.apache.karaf.features.core [20] is currently ACTIVE

org.apache.karaf.features.core [20]
+- org.apache.felix.configadmin [5]
|  +- org.ops4j.pax.logging.pax-logging-api [4]
+- org.apache.aries.blueprint.core [7]
|  +- org.apache.aries.proxy.api [9]
|  |  +- org.apache.aries.util [8]
|  | +- org.ops4j.pax.logging.pax-logging-api [4]
|  +- org.ops4j.pax.logging.pax-logging-api [4]
|  +- org.apache.aries.blueprint.api [11]
|  +- org.apache.aries.util [8]
+- org.ops4j.pax.logging.pax-logging-api [4]

The bundle is part of the karaf-framework feature 
cat mvn:org.apache.karaf.assemblies.features/standard/2.3.0/xml/features

You need probably the most of the bundles from this feature.

Why can't you use Karaf?  You will have all the features you need. I see you 
use equinox. You can use it with Karaf too.   You can even use the minimal 
distribution and install only the bundles you need. You can also build your 
own distribution containing only the features you need. 

Best regards
Krzysztof




On Sunday 10 of February 2013 18:15:37 Reto Bachmann-Gmür wrote:
> Thanks Krysztof
> 
> Seems to have quite some dependencies and require me to update osgi
> version
> 
> zz>start("mvn:org.apache.karaf.features/org.apache.karaf.features.core")
> org.osgi.framework.BundleException: Unresolved constraint in bundle
> org.apache.karaf.features.core [137]: Unable to resolve 137.0: missing
> requirement [137.0] package;
> (&(package=org.apache.karaf.region.persist)(version>=3.0.0)(!(version>=4.0.0
> ))) ...
> 
> zz>start("mvn:org.apache.karaf.region/org.apache.karaf.region.persist")
> org.osgi.framework.BundleException: Unresolved constraint in bundle
> org.apache.karaf.region.persist [138]: Unable to resolve 138.0:
> missing requirement [138.0] package;
> (&(package=org.eclipse.equinox.region)(version>=1.0.0)(!(version>=2.0.0)))
> ...
> 
> zz>start("mvn:org.eclipse.equinox/org.eclipse.equinox.region")
> org.osgi.framework.BundleException: Unresolved constraint in bundle
> org.eclipse.equinox.region [139]: Unable to resolve 139.0: missing
> requirement [139.0] package;
> (&(package=org.osgi.framework)(version>=1.6.0))

Re: New Karaf features on github

[Krzysztof Sobkowiak]

Hi

Perhaps we should have a separate subproject/repository for the enterprise
features. The wouldn't block Karaf releases but could be updated after a
new Karaf version is released (e.g. if the enterprise features need some
dependencies included in standard Karaf features) or after a new enterprise
library is released. Another solution would be such a repository as a SMX
subproject. There is already repository for osgifying external bundles
(Could be there committed any osgified libraries or should they be
compatible with Apache license?). There could be something similar for
enterprise features.

In my opinion the current Karaf enterprise features repository should still
be part of Karaf as it is a integral part of Karaf and many other features
depend on them. I mean we could have a separate subproject for any other
3rd party enterprise libraries which other users could use in their
projects.

I don't know whether all  eterprise libraries fulfill  the rules to be
dependencies of Apache project. If no, It could be only a Github project.

Regards
Krzysztof

On 27 February 2013 06:26, Andreas Pieber  wrote:

>
>
> In general I still get a stall feeling in my stomage seeing all those
> enterprise features. Keeping them directly at Karaf sounds like a bad idea.
> We have already problems with the other enterprise features and their
> versions (e.g. Spring). Maybe it's slowly getting time to decide how we
> want to manage such external feature bundles? I add the dev list for CC to
> get this question explicitly to the dev community.
>
>

blueprint/spring context state in bundle:list in Karaf 3.0.0.RC1

[Krzysztof Sobkowiak]

Hi

I'm just evaluating Karaf 3.0.0.RC1. In the old osgi:list command there were 2 
additional columns containing a state of the blueprint and spring context but 
they are not available in the new bundle:list command. Are the informations 
from the both columns merged into the State column? Are the informations 
contained previously in the both columns available with any other command?

Best regards
Krzysztof

JDBC commands for Karaf shell

[Krzysztof Sobkowiak]

Hi

Are there any plans to implement jdbc commands for Karaf shell? The 
Christian's Karaf-Tutorial repository contains a sample implementation of such 
a command (https://github.com/cschneider/Karaf-
Tutorial/tree/master/db/command). It could be a good start for further 
implementation.

Best regards
Krzysztof

Using AspectJ & WeavingHook Service in Karaf

[Krzysztof Sobkowiak]

Hi 

Do you know any running sample how to use AspectJ in Karaf? There is a 
Lukasz's  sample about using AspectJ with Equinox Aspects, but this assumes 
the usage of the equinox framework in Karaf.

 I think, it would be nice to have an implementation similar to Equinox 
Weaving but based on OSGi R4.3 Weaving Hook Service, so it could be used with 
any OSGi runtime. I don't know whether the people from Eclipse are 
reimplementing/are going to reimplement their Weaving library using the new 
OSGi standard. If not, it would be a good candidate to be part of Karaf or 
even better a part of Aries. 

What do you think about it?

Best regards
Krzysztof

Future of KarafEE

[Krzysztof Sobkowiak]

Hi

Sorry for posting abount KarafEE on this list, but this is related to Karaf.

I made last days a short journey through projects connected with/based on 
Karaf and I have seen, the Karaf EE code has been removed from the main 
repository of the OpenEJB (now TomEE)  and a separate repository for this stuff 
has been created. It is a result of the repository reorganization 
(http://openejb.979440.n4.nabble.com/SVN-Reorg-td4660262.html). I don't know 
whether I have correctly understood this thread, but I think, they have no 
plans for further development of this stuff. 

Are we (as Karaf community) interested in further development of the OpenEJB 
extension of Karaf (by contributing the TomEE project or by moving tho code to 
Karaf)?

Best regards
Krzysztof

Re: Future of KarafEE

[Krzysztof Sobkowiak]

Hi Charles

I think, it's a good idea to move it to Karaf. Would it be a separate module 
(e.g. ejb) of the Karaf source repository or a separate subproject (like 
Webconsole, Cellar or EIK)? As I'm interested in contributing Karaf (and to be 
a committer in the future) I'd like to help by this module.

I think, it would be good idea to integrate the actual state with the Karaf 
2.x branch and implement the improoved modular version in the trunk.


Best regards
Krzysztof

On Sunday 24 of March 2013 09:46:13 Charles Moulliard wrote:

Hi Krzystof, As I have contributed with Romain to the development of KarafEE 
and speaks about that at the last ApacheCon 2012 - Germany, I'm very concerned 
about your email. As TomEE users are much more interested by non OSGI 
applications development there is a great interest to move KarafEE extensions 
to Karaf project as a subproject. Most probably that we should also have a 
look to what pax cdi/ejb has done to use a more plug'n'play approach to use 
weld, openwebbeans, openejb, ... containers as until now KarafEE is stick to 
openejb/openwebbeans only. If Karaf project is interested, I can talk to 
Romain to move the code from TomEE to Karaf. Regards, Charles

Re: Weaving options in 3.0.0

[Krzysztof Sobkowiak]

Hi

What do you mean writing "especially if you use Equinox as framework"? 
Does Equinox implement AspectJ Weaving using the new Weaving Hook 
Service? What are the options to use AspectJ with Karaf and Felix?


Best regards
Krzysztof

On 17.05.2013 07:29, Jean-Baptiste Onofré wrote:

Hi Ryan,

Starting from Karaf 2.3.x (based on OSGi 4.3), you can use it and turn 
it on (especially if you use Equinox as framework).


Regards
JB

On 05/17/2013 12:25 AM, Ryan Moquin wrote:

I noticed in the karaf config files you can turn on weaving.  When are
those options designed to be used?

Ryan

Re: Spring AOP example in Karaf

[Krzysztof Sobkowiak]

Hi

Do you know if somebody even has started implementation of AspectJ 
support using


OSGi Weaving Hook Service which can be used without Equinox, e.g. with Felix?

Best regards
Krzysztof



On 28.11.2013 09:39, Tom Leung wrote:

Apache Aries Blueprint doesn't support Spring AOP directly, but you may
reference the following page to create your AOP bundles.

http://dywicki.pl/2011/11/running-aspects-under-osgi-4-2-with-karaf/

or you may deploy Spring bean directly on Apache Karaf by using Spring-DM,
then you may apply Spring AOP for your spring beans.


Best Rgds,

Tom



-Original Message-
From: amitsaini1976 [mailto:amitsaini1976t...@gmail.com]
Sent: Thursday, November 28, 2013 1:40 PM
To: user@karaf.apache.org
Subject: Spring AOP example in Karaf

Hi,
   Can anybody please point me to any example/code where AOP/Spring-AOP is
used in OSGI-Karaf. I need AOP  support in OSGI for the authentication
before service methods are called. I dont want to create dynamic proxy for
each service to achieve this.

Thanks
Amit Saini



--
View this message in context:
http://karaf.922171.n3.nabble.com/Spring-AOP-example-in-Karaf-tp4030442.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: How is config admin data stored?

[Krzysztof Sobkowiak]

Hi

How can I force to create the config file in etc using 
config:edit/config:update with nonexisting pid in 3.0.0? I tried to add 
the felix.fileinstall.filename property but the file is not created.


Best regards
Krzysztof

On 25.06.2013 10:17, Achim Nierbeck wrote:

ahh, yes that's the property one needs ... (and I was looking for ...)
so basically it should already do if one supplies this property in the 
config element,

wouldn't it?
So basically we should close that issue with a little bit of 
documentation :-)

If this property

felix.fileinstall.filename=foo.bar.cfg

is applied it'll be written to the etc folder

need to test it but it might work right away ;)


regards, Achim


2013/6/25 Jean-Baptiste Onofré mailto:j...@nanthrax.net>>

It does that if the FileInstall felix.fileinstall.filename
property exist in the configuration PID.

For the config element, we can do exactly as we do in
config:update command and Config MBean.

Regards
JB


On 06/25/2013 08:52 AM, Christian Schneider wrote:

Currently config admin keeps track if the config was
originally read
from a file. If yes then changes are also written back to the
original file.
If no then changes are only done in memory.

So I think it would make sense to have an option on the config
element
to decide if it should be persisted to a file. Unfortunately
this means
that we have to do more than just call the config admin in
this case.


Chrisitan

Am 24.06.2013 16:20, schrieb Lothar Werzinger:


I think it should at least create the file when the data
is modified
via config amin (e.g. the web interface). Creating it on
feature
install is a bonus, but not strictly necessary

Lothar Werzinger

Sent from a mobile device.


This message and any attachment (the "message") is
intended solely for
the addressees and is confidential. If you receive this
message by
mistake, please delete it and notify the sender
immediately. Any use
not in accordance with its purpose, any out-spread or
disclosure,
either as a whole or partially, is prohibited except with
formal
approval. Internet cannot guarantee the integrity of this
message,
therefore Tradescape will not be liable for the message if
modified.

-



--

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

Open Source Architect
Talend Application Integration Divisionhttp://www.talend.com
<http://www.talend.com>


-- 
Jean-Baptiste Onofré

jbono...@apache.org <mailto:jbono...@apache.org>
http://blog.nanthrax.net
Talend - http://www.talend.com




--

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

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



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: Updating Managed Service Factory Config Via "config:" commands?

[Krzysztof Sobkowiak]

Hi

I have spent some time last night to test some features I used to use in 
Karaf 2.x. The option -f/--file has been removed in Karaf 3.x (but 
config:edit --help still describes this option). How can I update the 
managed service factory using the config: command with no usage of the 
generated pid. Can I edit the config using the file name like in Karaf 
2.x? If no, how can I perform this config update? Could you please 
update the User Manual with information how to manage the managed 
service factories?


Best regards
Krzysztof

On 26.03.2013 21:42, Achim Nierbeck wrote:

Hi,

you should add the '-f' to the config:edit command, this way a file 
with the same name is created.

In your case it should look like the following:

config:edit -f com.mycompany.myservice-healthcheck

regards, Achim



2013/3/26 Gareth <mailto:gareth.o.coll...@gmail.com>>


Hi,

I am trying to update factory config via config: commands (Karaf
2.3.1).
This config was created by an entry in a feature file thus a
backing config
file does not exist. i.e.:

Pid:  com.mycompany.myservice.327d4cd4-4704-4190-9e51-26f5f0b91435
FactoryPid: com.mycompany.myservice
BundleLocation: mvn:com.mycompany/mycompany/1.0.0-SNAPSHOT
Properties:
   myservice.host = 0.0.0.0
   myservice.port = 8080
   org.apache.karaf.features.configKey =
com.mycompany.myservice-healthcheck
   service.factoryPid = com.mycompany.myservice
   service.pid =
com.mycompany.myservice.327d4cd4-4704-4190-9e51-26f5f0b91435

If I try and edit this config. e.g.:

config:edit com.mycompany.myservice-healthcheck
config:propset myservice.port = 8081
config:update

I get a new config:

Pid:  com.mycompany.myservice.8cbfea87-f66e-44b4-b94a-11fdb14c235f
FactoryPid: com.mycompany.myservice
BundleLocation:
mvn:com.antennasoftware/gravity.clientAP.blueprint/1.0.0-SNAPSHOT
Properties:
   service.pid =
com.mycompany.myservice.8cbfea87-f66e-44b4-b94a-11fdb14c235f
   myservice.port = 8081
   service.factoryPid = com.mycompany.myservice
   felix.fileinstall.filename =

file:/home/karaf/apache-karaf-2.3.1/etc/com.mycompany.myservice-healthcheck.cfg

If I go and specify the pid exactly:

> config:edit
com.mycompany.myservice.327d4cd4-4704-4190-9e51-26f5f0b91435
> config:propset myservice.port 8081
> config:update

Nothing happens. Am I missing something here?

BTW, if the factory configuration is backed by a file everything
works fine.
And if I update a non-factory not backed by a file, a file gets
created
after the update.

If someone could let me know what I am doing wrong, it would be much
appreciated.

thanks in advance,
Gareth





--
View this message in context:

http://karaf.922171.n3.nabble.com/Updating-Managed-Service-Factory-Config-Via-config-commands-tp4028322.html
Sent from the Karaf - User mailing list archive at Nabble.com.




--

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

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



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: Updating Managed Service Factory Config Via "config:" commands?

[Krzysztof Sobkowiak]

Hi

The option -f has been removed from the config:  commands with KARAF-963 
<https://issues.apache.org/jira/browse/KARAF-963>


Best regards
Krzysztof

On 26.12.2013 12:42, j...@nanthrax.net wrote:

Hi

I gonna review this this afternoon and get back to you.

Regards
JB

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

- Reply message -
From: "Krzysztof Sobkowiak" 
To: 
Subject: Updating Managed Service Factory Config Via "config:" commands?
Date: Thu, Dec 26, 2013 11:39 am


Hi

I have spent some time last night to test some features I used to use 
in Karaf 2.x. The option -f/--file has been removed in Karaf 3.x (but 
config:edit --help still describes this option). How can I update the 
managed service factory using the config: command with no usage of the 
generated pid. Can I edit the config using the file name like in Karaf 
2.x? If no, how can I perform this config update? Could you please 
update the User Manual with information how to manage the managed 
service factories?


Best regards
Krzysztof

On 26.03.2013 21:42, Achim Nierbeck wrote:

Hi,

you should add the '-f' to the config:edit command, this way a file 
with the same name is created.

In your case it should look like the following:

config:edit -f com.mycompany.myservice-healthcheck

regards, Achim

Re: fail to install openejb-core on Karaf v3.0

[Krzysztof Sobkowiak]

Hi

I have added ;version="1.0.0" for javax.xml.namespace in jre.properties. 
It worked for me too.


Best regards
Krzysztof

On 02.01.2014 06:41, Freeman Fang wrote:

Hi,

Karaf export javax.xml.namespace package from system bundle with no 
version. And I'd say org.apache.geronimo.specs.geronimo-jaxb_2.2_spec 
bundle import  javax.xml.namespace with version 1.0 is kind of bug, 
should be addressed from geronimo side, there's already a similar jira 
ticket on geronimo side[1] to fix stax-api, probably need another one 
to fix the org.apache.geronimo.specs.geronimo-jaxb_2.2_spec.


Btw, servicemix also provide a jaxb-api-2.2 spec bundle, you may wanna 
use this one.


[1]https://issues.apache.org/jira/browse/GERONIMO-5848
－
Freeman(Yue) Fang

Red Hat, Inc.
FuseSource is now part of Red Hat



On 2014-1-2, at 上午11:30, Tom Leung wrote:


Dear all,
I started a new Karaf v3.0 instance on Ubuntu v13.04, use the default 
setting and install the following bundles/features:

>feature:install war
>feature:install webconsole
>feature:repo-add openejb 4.5.2
karaf@root()> feature:list | grep openejb
org.apache.commons| 0.0.0|   | 
openejb-features |
xbean | 3.12 |   | 
openejb-features |
org.apache.openwebbeans   | 1.1.8|   | 
openejb-features |
geronimo-osgi | 1.1  |   | 
openejb-features |
org.apache.activemq   | 5.7.0|   | 
openejb-features|
openjpa   | 2.2.0|   | 
openejb-features |
openejb-core  | 4.5.2|   | 
openejb-features |
openejb-server| 4.5.2|   | 
openejb-features |
openejb-cxf   | 4.5.2|   | 
openejb-features |
openejb-rest  | 4.5.2|   | 
openejb-features |
openejb-soap  | 4.5.2|   | 
openejb-features |

karaf@root()>
>feature:install openejb-core
but, I get the following error:
karaf@root()> feature:install openejb-core
Refreshing bundles 
org.apache.geronimo.specs.geronimo-j2ee-management_1.1_spec (130), 
org.apache.geronimo.specs.geronimo-jaspic_1.0_spec (84), 
org.apache.geronimo.specs.geronimo-validation_1.0_spec (242)
Error executing command: Could not start bundle 
mvn:org.apache.geronimo.specs/geronimo-jaxb_2.2_spec/1.0.1 in 
feature(s) javaee-api-6.0-5: Unresolved constraint in bundle 
org.apache.geronimo.specs.geronimo-jaxb_2.2_spec [260]: Unable to 
resolve 260.0: missing requirement [260.0] osgi.wiring.package; 
(&(osgi.wiring.package=javax.xml.namespace)(version>=1.0.0))

karaf@root()>
"javax.xml.namespace" is missing.
Which bundle I should install to resolve the missing dependencies?
Best Rgds,
Tom





--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Karaf samples/quickstarts

[Krzysztof Sobkowiak]

Hi


I'd like to ask you whether we want to have some samples  in Karaf like 
in ServiceMix or JBoss Fuse, e.g. how to implement persistent bundle or 
how to use Spring AOP or Spring Security in Karaf... What do you think 
about the granularity of the samples - more complex samples (e.g. Spring 
MVC + JPA + Security + Caching...)  or simple samples showing only one 
aspect, something like "How to use Spring AOP in Karaf" or "How to use 
AspectJ in Karaf"?


Best regards
Krzysztof


--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: Karaf samples/quickstarts

[Krzysztof Sobkowiak]

Hi Henryk

I think your repository of POCs contains a good starting point for 
solving several problems. FuseByExamples contains excellent samples too, 
but the samples are developed for JBoss Fuse. I have found a lot of very 
excellent repositories with good samples.


My idea is to provide the samples as part of Karaf (like ServiceMix) 
sources, e.g. in examples subdirectory of Karaf repository. This 
solution would make the maintenance of Karaf more difficult, because the 
samples must be always adjusted to the changes in Karaf. But on the 
other side, we could have one place with samples/how-tos which are up to 
date with the given Karaf release and which provide the "best practices" 
for solution of several problems by development of applications running 
on Karaf.


Krzysztof

On 08.01.2014 21:16, Henryk Konsek wrote:

Hi Krzysiek,


I'd like to ask you whether we want to have some samples  in Karaf like in
ServiceMix or JBoss Fuse

I think that all additional examples would be highly appreciated by
the community. There are many many use cases not covered by
documentation/books/blogs/GitHub.

One of the biggest repository of runnable samples is Fuse By Example
[1]. I also started to maintain my own [2] - oriented mainly on small
runnable PaxExam-based Maven projects that I can easily pick up when
working with the customers. I prefer to run Exam tests against the
vanilla Karaf.

Regarding the size of the examples - I prefer as small examples as
possible. Examples I sent to customers usually demonstrates single
issue.

If you have some sample you might share with the community - please do
share :) .

Cheers.

[1] https://github.com/FuseByExample
[2] https://github.com/hekonsek/fuse-pocs




--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: Karaf samples/quickstarts

[Krzysztof Sobkowiak]

Hi

Where should the samples be implemented? Under demos or somewhere else?

Best regards
Krzysztof


On 09.01.2014 09:11, Jean-Baptiste Onofré wrote:

Hi Krzysztof,

it's a good idea. Actually, I planned to add a "cookbook" section in 
the documentation, with straight forward example as you described.


Any contribution is welcome ;)

Regards
JB

On 01/08/2014 08:00 PM, Krzysztof Sobkowiak wrote:

Hi


I'd like to ask you whether we want to have some samples  in Karaf like
in ServiceMix or JBoss Fuse, e.g. how to implement persistent bundle or
how to use Spring AOP or Spring Security in Karaf... What do you think
about the granularity of the samples - more complex samples (e.g. Spring
MVC + JPA + Security + Caching...)  or simple samples showing only one
aspect, something like "How to use Spring AOP in Karaf" or "How to use
AspectJ in Karaf"?

Best regards
Krzysztof


--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak





--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Third-Party Licensing Policy (was: karaf 3.0 : hibernate 4 feature)

[Krzysztof Sobkowiak]

Hi

I have some licensing questions.

I have found following page http://www.apache.org/legal/3party.html 
which defines 3 categories of third party licenses. According to this 
page LGPL v2.1 is category X, but further remark says, the 
LGPL-v2.1-licensed work can be listed as system requirements but can not 
be included  by Apache products. I'm not good in licensing but I try to 
understand it.  Is the category of LGPL really B (and the page should be 
corrected) or is the LGP category X.  In the second case, can we still 
list Hibernate in Karaf features (e.g. using the remark about listing of 
system requirements)?


Assume following use cases of third-party work usage:
1. reference 3rd-party library as (maven) dependency and use the classes 
in ASF code
2. reference 3rd-party library as (maven) dependency and use the classes 
only in ASF configuration files (e.g. blueprint.xml)
3. include/copy some unmodified 3rd-party code (e.g. some classes) in 
ASF project
4. include/copy some 3rd-party code (e.g. some classes) in ASF project 
and modify it
5. list some 3rd-party libraries in Karaf features, but not include them 
as binaries in one of the Karaf distributions
6. list some 3rd-party libraries in Karaf features, and  include them as 
binaries in one of the Karaf distributions in system repository


Could anybody please answer which of above points are allowed for 
following 3rd-party works
a. category A as the whole category - I assume, all above use cases are 
allowed in this category, is it ok?

b. category B as the whole category
c. category X as the whole category
d. LGPL
e. GPL
f. EPL

I have chosen Karaf as sample ASF project, but it could be any other ASF 
project, e.g. ServiceMix or Aries


Do the rules from the page mentioned above apply only for ASF projects 
or for any project licensed under Apache License?


Best regards
Krzysztof



On 03.01.2014 11:51, Jean-Baptiste Onofré wrote:
LGPL is category B (not X), so we can reference it but not "include" 
it: it's what we do.


FYI, in Karaf 3.0.0, I've already added a hibernate feature.

Regards
JB

On 01/03/2014 11:46 AM, Freeman Fang wrote:

Though it's a very useful feature, I'm not sure if we can add it in
Karaf, as Hibernate is under LGPL license, can we?
－
Freeman(Yue) Fang

Red Hat, Inc.
FuseSource is now part of Red Hat


--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: Third-Party Licensing Policy

[Krzysztof Sobkowiak]

Hi

Thanks for answers. I need still some clarifications. I'll use some samples

On 10.01.2014 05:44, Jean-Baptiste Onofré wrote:

Hi

It's a difference between inclusion, usage, and reference.

For instance, GPL license is a intrusive license. It means that any 
software that use a code under GPL has to be itself under the GPL 
license. That's why you can't use GPL in a Apache project. It's the 
case for usage, inclusion or reference.
LGPL is a bit permissive in the cave of reference. LGPL is a Category 
X for inclusion and usage. It means that it's not possible to use LGPL 
if the project embeds some jar under LGPL, or ship some code (like 
copy/paste) under LGPL. However, if you just reference the project 
without embedding it, and it's an user action to actually download and 
add the LGPL jar, it's fine.
I don't know if I have understood it correctly. I can reference 
Hibernate libraries in Karaf feature (e.g. because it is referenced by 
other library which is also included in Karaf feature ans uses the code 
from Hibernate or because we need Hibernate as JPA provider) . But I can 
not implement any sample with Karaf which shows, how to use Spring with 
plain Hibernate, because the Hibernate  code (e.g. SessionFactory) would 
be referenced in this code. But I can implement such a sample outside 
Karaf (probably under another license, which? LGPL?) and eventually 
reference the sample somewhere in the Karaf feature like the Hibernate 
libraries?



Regarding your question:
1/ category A
2/ category A
3/ category A and B
4/ category A and B (and we have to "publish" the changes)


Does it mean I can copy some code (e.g. classes) from category B library 
into Apache licensed project, eventually change the code, and and ship 
it as part of this project (usage 3 and 4) but I can not reference the 
category B libraries as maven dependencies and use the classes from the 
dependencies in Apache licensed project (usage 1 and 2)?


I use an example again  - AspectJ is licensed under EPL 1.0 license. 
Assume I'd like to implement a WeavingHook using the AspectJ classes 
(reference AspectJ as maven dependency and use the classes in my code). 
Does it mean, my code can not be included in Apache licensed project, 
but I can implement the hook in a project under other license and 
eventually reference it in Karaf feature?


Best regards
Krzysztof


5/ all
6/ category A and B

Regards
JB

On 01/09/2014 11:35 PM, Krzysztof Sobkowiak wrote:

Hi

I have some licensing questions.

I have found following page http://www.apache.org/legal/3party.html
which defines 3 categories of third party licenses. According to this
page LGPL v2.1 is category X, but further remark says, the
LGPL-v2.1-licensed work can be listed as system requirements but can not
be included  by Apache products. I'm not good in licensing but I try to
understand it.  Is the category of LGPL really B (and the page should be
corrected) or is the LGP category X.  In the second case, can we still
list Hibernate in Karaf features (e.g. using the remark about listing of
system requirements)?

Assume following use cases of third-party work usage:
1. reference 3rd-party library as (maven) dependency and use the classes
in ASF code
2. reference 3rd-party library as (maven) dependency and use the classes
only in ASF configuration files (e.g. blueprint.xml)
3. include/copy some unmodified 3rd-party code (e.g. some classes) in
ASF project
4. include/copy some 3rd-party code (e.g. some classes) in ASF project
and modify it
5. list some 3rd-party libraries in Karaf features, but not include them
as binaries in one of the Karaf distributions
6. list some 3rd-party libraries in Karaf features, and  include them as
binaries in one of the Karaf distributions in system repository

Could anybody please answer which of above points are allowed for
following 3rd-party works
a. category A as the whole category - I assume, all above use cases are
allowed in this category, is it ok?
b. category B as the whole category
c. category X as the whole category
d. LGPL
e. GPL
f. EPL

I have chosen Karaf as sample ASF project, but it could be any other ASF
project, e.g. ServiceMix or Aries

Do the rules from the page mentioned above apply only for ASF projects
or for any project licensed under Apache License?

Best regards
Krzysztof



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: Third-Party Licensing Policy

[Krzysztof Sobkowiak]

Ok thanks a lot, it clarified me my questions. The license content use 
juridical language. I don't understand it always. I could find 
camel-extra and servicemix-extra projects. But I can't find karaf-extra. 
Where is this project? Have you any plans to migrate the projects in git 
(or even host on Github)?


Best regards
Krzysztof

On 10.01.2014 08:06, Jean-Baptiste Onofré wrote:

Hi Krzysztof,

I invite you to read the GPL, APL, etc license content.

My comments inline:

On 01/10/2014 07:36 AM, Krzysztof Sobkowiak wrote:

Hi

Thanks for answers. I need still some clarifications. I'll use some 
samples


On 10.01.2014 05:44, Jean-Baptiste Onofré wrote:

Hi

It's a difference between inclusion, usage, and reference.

For instance, GPL license is a intrusive license. It means that any
software that use a code under GPL has to be itself under the GPL
license. That's why you can't use GPL in a Apache project. It's the
case for usage, inclusion or reference.
LGPL is a bit permissive in the cave of reference. LGPL is a Category
X for inclusion and usage. It means that it's not possible to use LGPL
if the project embeds some jar under LGPL, or ship some code (like
copy/paste) under LGPL. However, if you just reference the project
without embedding it, and it's an user action to actually download and
add the LGPL jar, it's fine.

I don't know if I have understood it correctly. I can reference
Hibernate libraries in Karaf feature (e.g. because it is referenced by
other library which is also included in Karaf feature ans uses the code
from Hibernate or because we need Hibernate as JPA provider) . But I can
not implement any sample with Karaf which shows, how to use Spring with
plain Hibernate, because the Hibernate  code (e.g. SessionFactory) would
be referenced in this code. But I can implement such a sample outside
Karaf (probably under another license, which? LGPL?) and eventually
reference the sample somewhere in the Karaf feature like the Hibernate
libraries?


Correct. That's why we have karaf-extra (like camel-extra, 
servicemix-extra) to store such code/sample outside Apache codebase.





Regarding your question:
1/ category A
2/ category A
3/ category A and B
4/ category A and B (and we have to "publish" the changes)


Does it mean I can copy some code (e.g. classes) from category B library
into Apache licensed project, eventually change the code, and and ship
it as part of this project (usage 3 and 4) but I can not reference the
category B libraries as maven dependencies and use the classes from the
dependencies in Apache licensed project (usage 1 and 2)?


Not really, it depends in the license. Basically, all code in Apache 
project should be under Apache license. Again, we can add it in 
karaf-extra.




I use an example again  - AspectJ is licensed under EPL 1.0 license.
Assume I'd like to implement a WeavingHook using the AspectJ classes
(reference AspectJ as maven dependency and use the classes in my code).
Does it mean, my code can not be included in Apache licensed project,
but I can implement the hook in a project under other license and
eventually reference it in Karaf feature?


Correct, you can't include in Apache project. You can create your 
project outside of Apache project and reference it. Same as before: 
you can do your WeavingHook in karaf-extra.


Regards
JB



Best regards
Krzysztof


5/ all
6/ category A and B

Regards
JB

On 01/09/2014 11:35 PM, Krzysztof Sobkowiak wrote:

Hi

I have some licensing questions.

I have found following page http://www.apache.org/legal/3party.html
which defines 3 categories of third party licenses. According to this
page LGPL v2.1 is category X, but further remark says, the
LGPL-v2.1-licensed work can be listed as system requirements but 
can not
be included  by Apache products. I'm not good in licensing but I 
try to
understand it.  Is the category of LGPL really B (and the page 
should be

corrected) or is the LGP category X.  In the second case, can we still
list Hibernate in Karaf features (e.g. using the remark about 
listing of

system requirements)?

Assume following use cases of third-party work usage:
1. reference 3rd-party library as (maven) dependency and use the 
classes

in ASF code
2. reference 3rd-party library as (maven) dependency and use the 
classes

only in ASF configuration files (e.g. blueprint.xml)
3. include/copy some unmodified 3rd-party code (e.g. some classes) in
ASF project
4. include/copy some 3rd-party code (e.g. some classes) in ASF project
and modify it
5. list some 3rd-party libraries in Karaf features, but not include 
them

as binaries in one of the Karaf distributions
6. list some 3rd-party libraries in Karaf features, and include 
them as

binaries in one of the Karaf distributions in system repository

Could anybody please answer which of above points are allowed for
following 3rd-party works
a. category A as the whole category 

Re: Third-Party Licensing Policy

[Krzysztof Sobkowiak]

I meant the [camel,servicemix]-extra projects from googlecode. It would 
be nice to have git repositories for the code.


Regards
Krzysztof

On 10.01.2014 09:05, Jean-Baptiste Onofré wrote:

I didn't create the karaf-extra project yet as we didn't have the need.

I will create it when we need some extra/contrib.

When you said "any plans to migrate the projects", you mean Karaf 
projects ?


Regards
JB

On 01/10/2014 08:21 AM, Krzysztof Sobkowiak wrote:

Ok thanks a lot, it clarified me my questions. The license content use
juridical language. I don't understand it always. I could find
camel-extra and servicemix-extra projects. But I can't find karaf-extra.
Where is this project? Have you any plans to migrate the projects in git
(or even host on Github)?

Best regards
Krzysztof

On 10.01.2014 08:06, Jean-Baptiste Onofré wrote:

Hi Krzysztof,

I invite you to read the GPL, APL, etc license content.

My comments inline:

On 01/10/2014 07:36 AM, Krzysztof Sobkowiak wrote:

Hi

Thanks for answers. I need still some clarifications. I'll use some
samples

On 10.01.2014 05:44, Jean-Baptiste Onofré wrote:

Hi

It's a difference between inclusion, usage, and reference.

For instance, GPL license is a intrusive license. It means that any
software that use a code under GPL has to be itself under the GPL
license. That's why you can't use GPL in a Apache project. It's the
case for usage, inclusion or reference.
LGPL is a bit permissive in the cave of reference. LGPL is a Category
X for inclusion and usage. It means that it's not possible to use 
LGPL

if the project embeds some jar under LGPL, or ship some code (like
copy/paste) under LGPL. However, if you just reference the project
without embedding it, and it's an user action to actually download 
and

add the LGPL jar, it's fine.

I don't know if I have understood it correctly. I can reference
Hibernate libraries in Karaf feature (e.g. because it is referenced by
other library which is also included in Karaf feature ans uses the 
code
from Hibernate or because we need Hibernate as JPA provider) . But 
I can
not implement any sample with Karaf which shows, how to use Spring 
with
plain Hibernate, because the Hibernate  code (e.g. SessionFactory) 
would

be referenced in this code. But I can implement such a sample outside
Karaf (probably under another license, which? LGPL?) and eventually
reference the sample somewhere in the Karaf feature like the Hibernate
libraries?


Correct. That's why we have karaf-extra (like camel-extra,
servicemix-extra) to store such code/sample outside Apache codebase.




Regarding your question:
1/ category A
2/ category A
3/ category A and B
4/ category A and B (and we have to "publish" the changes)


Does it mean I can copy some code (e.g. classes) from category B 
library

into Apache licensed project, eventually change the code, and and ship
it as part of this project (usage 3 and 4) but I can not reference the
category B libraries as maven dependencies and use the classes from 
the

dependencies in Apache licensed project (usage 1 and 2)?


Not really, it depends in the license. Basically, all code in Apache
project should be under Apache license. Again, we can add it in
karaf-extra.



I use an example again  - AspectJ is licensed under EPL 1.0 license.
Assume I'd like to implement a WeavingHook using the AspectJ classes
(reference AspectJ as maven dependency and use the classes in my 
code).

Does it mean, my code can not be included in Apache licensed project,
but I can implement the hook in a project under other license and
eventually reference it in Karaf feature?


Correct, you can't include in Apache project. You can create your
project outside of Apache project and reference it. Same as before:
you can do your WeavingHook in karaf-extra.

Regards
JB



Best regards
Krzysztof


5/ all
6/ category A and B

Regards
JB

On 01/09/2014 11:35 PM, Krzysztof Sobkowiak wrote:

Hi

I have some licensing questions.

I have found following page http://www.apache.org/legal/3party.html
which defines 3 categories of third party licenses. According to 
this

page LGPL v2.1 is category X, but further remark says, the
LGPL-v2.1-licensed work can be listed as system requirements but
can not
be included  by Apache products. I'm not good in licensing but I
try to
understand it.  Is the category of LGPL really B (and the page
should be
corrected) or is the LGP category X.  In the second case, can we 
still

list Hibernate in Karaf features (e.g. using the remark about
listing of
system requirements)?

Assume following use cases of third-party work usage:
1. reference 3rd-party library as (maven) dependency and use the
classes
in ASF code
2. reference 3rd-party library as (maven) dependency and use the
classes
only in ASF configuration files (e.g. blueprint.xml)
3. include/copy some unmodified 3rd-party code (e.g. some 
classes) in

ASF projec

Re: Third-Party Licensing Policy

[Krzysztof Sobkowiak]

By the way, which project would be the best final place for the solution 
with AspectJ?   Karaf (in this case karaf-extra) or Aries (aries-extra)?


Best regards
Krzysztof

On 10.01.2014 08:06, Jean-Baptiste Onofré wrote:


I use an example again  - AspectJ is licensed under EPL 1.0 license.
Assume I'd like to implement a WeavingHook using the AspectJ classes
(reference AspectJ as maven dependency and use the classes in my code).
Does it mean, my code can not be included in Apache licensed project,
but I can implement the hook in a project under other license and
eventually reference it in Karaf feature?


Correct, you can't include in Apache project. You can create your 
project outside of Apache project and reference it. Same as before: 
you can do your WeavingHook in karaf-extra.




--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

AspectJ WeavingHook (was :Third-Party Licensing Policy)

[Krzysztof Sobkowiak]

I thought about a separate implementation of WeavingHook.  But I could 
look at Aries weaving. Is it implemented in the Aries Proxy project? Are 
there any samples of Aries weaving usage?


I think, the implementation should be universal, installable on any OSGi 
4.3 runtime. If Arise weaving is a separate bundle which could be 
installed with the AspectJ weaving  and it doesn't force the usage of 
other Aries subprojects, like Aries Blueprint, it should be ok.


I think also, it would be nice to have later some art of integration 
with blueprint (like Spring AOP schema) which allows to wire blueprint 
beans into the aspect using aspectOf factory method. Or even more, 
something more lightweight like Spring AOP - Blueprint AOP - extension 
for blueprint which can use  blueprint beans annotated with AspectJ 
annotations and apply them as aspects on bean proxies. But it is theme 
for Aries project.


Regards Krzysztof

On 11.01.2014 14:08, Jean-Baptiste Onofré wrote:
Good point. Theoretical, I would say aries-extra if you are based on 
Aries weaving. However, as Aries is a library, in order to use/test it 
you have to use it in a container like Karaf. So as a ready to use 
solution (with features), it could be in karaf-extra. Actually, it's 
likely like the other Aries project: the library/API codebase is in 
Aries, the execution (features and usage) is in Karaf.


Regards
JB

On 01/11/2014 01:02 PM, Krzysztof Sobkowiak wrote:

By the way, which project would be the best final place for the solution
with AspectJ?   Karaf (in this case karaf-extra) or Aries (aries-extra)?

Best regards
Krzysztof


--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Code formatting for Apache projects

[Krzysztof Sobkowiak]

Hi

Do you have any special code formatting configuration for Eclipse used 
when you develop Karaf, SMX or Camel?


Regards
Krzysztof


--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

JNDI Commands - missing / delimiter in jndi name

[Krzysztof Sobkowiak]

Hi

If I correctly understand the JNDI Service Specification, each 
registered service is available under the osgi:service/interface JNDI name


Assume following service












This service should be available under following names:

 * osgi:service/javax.sql.DataSource
 * osgi:service/javax.sql.DataSourc/(osgi.jndi.service.name=jdbc/test)
 * osgi:service/jdbc/test

I haven't tested in Karaf 3.x yet, if the services can be retrieved 
using these jndi names and jndi api, but in Karaf 2.3.x in worked for me 
as I needed it. I assume in Karaf 3.x it works too.


But if I use jndi:names command to list the available jndi names I'm 
getting following result


karaf@root()> jndi:names
JNDI Name   | Class Name

osgi:service/jndi   | org.apache.karaf.jndi.internal.JndiServiceImpl
osgi:servicejdbc/test   | org.apache.derby.jdbc.EmbeddedXADataSource

The command completer gives following result

karaf@root()> jndi:alias osgi:service
osgi:service/jndi osgi:servicejdbc/test

I think, the jndi commands have an issue and the / character is missing 
in the jndi name for services with defined osgi.jndi.service.name 
property. The service osgi:service/jndi has a correct name but it is 
registered with osgi.jndi.service.name=/jndi.


Best regards
Krzysztof





--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: JNDI Commands - missing / delimiter in jndi name

[Krzysztof Sobkowiak]

Hi

I still don't understand something. Specification says:

The URL scheme is specified
as follows:
service ::= ’osgi:service/’ query
query ::= jndi-name | qname ( ’/’ filter )?
jndi-name ::= 



Thus the following lookup is valid:
osgi:servicelist/javax.sql.DataSource/(&(db=mydb)(version=3.1))
A service can provide a JNDI service name if it provides the following 
service property:
• osgi.jndi.service.name - An alternative name that the service can be 
looked up by when the osgi: URL scheme is used.
If a service is published with a JNDI service name then the service 
matches any URL that has this service name in the place of interface. 
For example, if the JNDI service name is foo, then the following URL 
selects this service:

osgi:service/foo

I think, the delimiter / should be added automatically.  In this case 
when my sample configuration defines osgi.jndi.service.name as jdbc/test 
so I should be able to obtain the service using


ctx.lookup("osgi:service/jdbc/test")

I should be also able to reference the data source in my persistence using

osgi:service/jdbc/test

So, the service is registered in jndi as  osgi:service/jdbc/test. When I 
am wrong at this point please correct me.


If the text above is correct,  I don't understand why the commands do 
something other


Best regards
Krzysztof



On 17.01.2014 06:20, Jean-Baptiste Onofré wrote:

Hi,

You have to use the correct name.

You JNDI name should be /jdbc/test.

I'm registering the JNDI service with /jndi as name (which is correct).

As you don't define the prefix context, the JNDI name is 
osgi:servicejdbc/test (which is correct as the context is osgi:service).


So the JNDI command just display what you provided.

In the special case of osgi:service, the command doesn't do a JNDI 
lookup, it does a service lookup.


Regards
JB

On 01/16/2014 10:04 PM, Krzysztof Sobkowiak wrote:

Hi

If I correctly understand the JNDI Service Specification, each
registered service is available under the osgi:service/interface JNDI 
name


Assume following service

class="org.apache.derby.jdbc.EmbeddedXADataSource">

 
 



 
 
 


This service should be available under following names:

  * osgi:service/javax.sql.DataSource
  * osgi:service/javax.sql.DataSourc/(osgi.jndi.service.name=jdbc/test)
  * osgi:service/jdbc/test

I haven't tested in Karaf 3.x yet, if the services can be retrieved
using these jndi names and jndi api, but in Karaf 2.3.x in worked for me
as I needed it. I assume in Karaf 3.x it works too.

But if I use jndi:names command to list the available jndi names I'm
getting following result

karaf@root()> jndi:names
JNDI Name   | Class Name

osgi:service/jndi   | org.apache.karaf.jndi.internal.JndiServiceImpl
osgi:servicejdbc/test   | org.apache.derby.jdbc.EmbeddedXADataSource

The command completer gives following result

karaf@root()> jndi:alias osgi:service
osgi:service/jndi osgi:servicejdbc/test

I think, the jndi commands have an issue and the / character is missing
in the jndi name for services with defined osgi.jndi.service.name
property. The service osgi:service/jndi has a correct name but it is
registered with osgi.jndi.service.name=/jndi.

Best regards
Krzysztof



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: JNDI lookup of JDBC DataSource failing with Karaf 3.0.0

[Krzysztof Sobkowiak]

Hi

Could you please check this?

 Context ctx = new InitialContext();
this.dataSource = (DataSource)
ctx.lookup("osgi:service//jdbc/person");

Best regards
Krzysztof

On 17.01.2014 19:29, schmke wrote:

I have a JDBC DataSource defined with the following datasource.xml file:


http://www.osgi.org/xmlns/blueprint/v1.0.0";>

 
 
 
 
 ou

 
 
 
 
 


Executing jdbc:datasources works and shows:

/jdbc/person | MySQL   | 5.6.10  | jdbc:mysql://localhost:3306/person

There is also a JNDI entry returned from jndi:names:

osgi:service/jdbc/person | com.mysql.jdbc.jdbc2.optional.MysqlDataSource

All looks fine, but the following code executed from within my bundle throws
a NameNotFoundException:

 Context ctx = new InitialContext();
 this.dataSource = (DataSource)
ctx.lookup("osgi:service/jdbc/person");

However, I can look it up using the following line of code:

 this.dataSource = (DataSource)
ctx.lookup("osgi:service/javax.sql.DataSource");

Note that I did have to define the JNDI entry with a leading '/' which I saw
another thread about and it sounds like that may be changing.  Is that
causing the problem with the first lookup above and will the fix from the
other thread fix this problem too?



--
View this message in context: 
http://karaf.922171.n3.nabble.com/JNDI-lookup-of-JDBC-DataSource-failing-with-Karaf-3-0-0-tp4031158.html
Sent from the Karaf - User mailing list archive at Nabble.com.



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: JNDI lookup of JDBC DataSource failing with Karaf 3.0.0

[Krzysztof Sobkowiak]

Hi

The another thread was about JNDI commands

You have defined you service with property osgi.jndi.service.name set to 
/jdbc/person. According to the JNDI Service Specification your service 
should be available under Url osgi:service//jdbc/person (one / is added 
automatically). The implementation of JNDI commands does not add the / 
automatically, thus you see the jndi name as if it was 
osgi:service/jdbc/person. KARAF-2690 changes rhe behaviour of the 
commands and now in Karaf 3.0.1-SNAPSHOT, if you set  
osgi.jndi.service.name set to  jdbc/person your service will be 
available under osgi:service/jdbc/person and the commands will show 
osgi:service/jdbc/person too.


Regards
Krzysztof


On 17.01.2014 19:29, schmke wrote:

I have a JDBC DataSource defined with the following datasource.xml file:


http://www.osgi.org/xmlns/blueprint/v1.0.0";>

 
 
 
 
 

 
 
 
 
 


Executing jdbc:datasources works and shows:

/jdbc/person | MySQL   | 5.6.10  | jdbc:mysql://localhost:3306/person

There is also a JNDI entry returned from jndi:names:

osgi:service/jdbc/person | com.mysql.jdbc.jdbc2.optional.MysqlDataSource

All looks fine, but the following code executed from within my bundle throws
a NameNotFoundException:

 Context ctx = new InitialContext();
 this.dataSource = (DataSource)
ctx.lookup("osgi:service/jdbc/person");

However, I can look it up using the following line of code:

 this.dataSource = (DataSource)
ctx.lookup("osgi:service/javax.sql.DataSource");

Note that I did have to define the JNDI entry with a leading '/' which I saw
another thread about and it sounds like that may be changing.  Is that
causing the problem with the first lookup above and will the fix from the
other thread fix this problem too?



--
View this message in context: 
http://karaf.922171.n3.nabble.com/JNDI-lookup-of-JDBC-DataSource-failing-with-Karaf-3-0-0-tp4031158.html
Sent from the Karaf - User mailing list archive at Nabble.com.



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: JNDI lookup of JDBC DataSource failing with Karaf 3.0.0

[Krzysztof Sobkowiak]

After your fix in jndi commands it works perfectly :-) Only the derby 
data source still contains / for the non-xa service.


Best regards
Krzysztof

On 17.01.2014 19:52, Jean-Baptiste Onofré wrote:
FYI, To follow the other thread, I also updated the datasource 
template files by removing the / prefix.


Now (in 3.0.1), the datasource JNDI name will be jdbc/${name} by default.

Regards
JB

On 01/17/2014 07:49 PM, Krzysztof Sobkowiak wrote:

Hi

The another thread was about JNDI commands

You have defined you service with property osgi.jndi.service.name set to
/jdbc/person. According to the JNDI Service Specification your service
should be available under Url osgi:service//jdbc/person (one / is added
automatically). The implementation of JNDI commands does not add the /
automatically, thus you see the jndi name as if it was
osgi:service/jdbc/person. KARAF-2690 changes rhe behaviour of the
commands and now in Karaf 3.0.1-SNAPSHOT, if you set
osgi.jndi.service.name set to  jdbc/person your service will be
available under osgi:service/jdbc/person and the commands will show
osgi:service/jdbc/person too.

Regards
Krzysztof


On 17.01.2014 19:29, schmke wrote:
I have a JDBC DataSource defined with the following datasource.xml 
file:



http://www.osgi.org/xmlns/blueprint/v1.0.0";>

 
 value="jdbc:mysql://localhost:3306/person"/>

 
 
 

 
 
 
 
 


Executing jdbc:datasources works and shows:

/jdbc/person | MySQL   | 5.6.10  | jdbc:mysql://localhost:3306/person

There is also a JNDI entry returned from jndi:names:

osgi:service/jdbc/person | 
com.mysql.jdbc.jdbc2.optional.MysqlDataSource


All looks fine, but the following code executed from within my 
bundle throws

a NameNotFoundException:

 Context ctx = new InitialContext();
 this.dataSource = (DataSource)
ctx.lookup("osgi:service/jdbc/person");

However, I can look it up using the following line of code:

 this.dataSource = (DataSource)
ctx.lookup("osgi:service/javax.sql.DataSource");

Note that I did have to define the JNDI entry with a leading '/' 
which I saw

another thread about and it sounds like that may be changing. Is that
causing the problem with the first lookup above and will the fix 
from the

other thread fix this problem too?



--
View this message in 
context:http://karaf.922171.n3.nabble.com/JNDI-lookup-of-JDBC-DataSource-failing-with-Karaf-3-0-0-tp4031158.html

Sent from the Karaf - User mailing list archive at Nabble.com.



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak





--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

The completer of jdbc:delete shows jndi names

[Krzysztof Sobkowiak]

Hi

I have created a derby data source using

karaf@root()> jdbc:create -t derby -u test -i test
karaf@root()> jdbc:create -t derby -u test -i test1

karaf@root()> jdbc:datasources
Name   | Product  | Version  | URL
--
/jdbc/test | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test
/jdbc/test1 | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test1


When I try to delete the data source using jdbc:delete, the completer 
shows me the available data sources as jndi names


karaf@root()> jdbc:delete /jdbc/test
/jdbc/test/jdbc/test1

But che command does not accept the jndi names only names used when 
creating the data source


karaf@root()> jdbc:delete /jdbc/test
Error executing command: The JDBC datasource file 
/home/kso/work/projects/asf/karaf/assemblies/apache-karaf/target/apache-karaf-3.0.1-SNAPSHOT/deploy/datasource-/jdbc/test.xml 
doesn't exist


karaf@root()> jdbc:delete test

The completer should display the names or the command should be able to 
handle correctly the jndi name.


Regards
Krzysztof

--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: The completer of jdbc:delete shows jndi names

[Krzysztof Sobkowiak]

I have filled https://issues.apache.org/jira/browse/KARAF-2692 for this 
issue


On 17.01.2014 20:41, Krzysztof Sobkowiak wrote:

Hi

I have created a derby data source using

karaf@root()> jdbc:create -t derby -u test -i test
karaf@root()> jdbc:create -t derby -u test -i test1

karaf@root()> jdbc:datasources
Name   | Product  | Version  | URL
--
/jdbc/test | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test
/jdbc/test1 | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test1


When I try to delete the data source using jdbc:delete, the completer 
shows me the available data sources as jndi names


karaf@root()> jdbc:delete /jdbc/test
/jdbc/test/jdbc/test1

But che command does not accept the jndi names only names used when 
creating the data source


karaf@root()> jdbc:delete /jdbc/test
Error executing command: The JDBC datasource file 
/home/kso/work/projects/asf/karaf/assemblies/apache-karaf/target/apache-karaf-3.0.1-SNAPSHOT/deploy/datasource-/jdbc/test.xml 
doesn't exist


karaf@root()> jdbc:delete test

The completer should display the names or the command should be able 
to handle correctly the jndi name.


Regards
Krzysztof

--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Re: The completer of jdbc:delete shows jndi names

[Krzysztof Sobkowiak]

I have attached a patch 
(https://issues.apache.org/jira/secure/attachment/12623745/0001-KARAF-2692.patch) 
which extends the JdbcService with a method datasourceFiles which 
returns the names of all deployed datasource files (with the pattern 
datasource-.xml). The new completer retrieves from each file name 
the  part and provides it for the StringCompleter.


karaf@root()> jdbc:datasources
Name| Product  | Version  | URL

/jdbc/test2 | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test2
/jdbc/test3 | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test3
/jdbc/test1 | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test1
karaf@root()>
karaf@root()> jdbc:delete test
test1   test2   test3
karaf@root()> jdbc:delete test3
karaf@root()> jdbc:datasources
Name| Product  | Version  | URL

/jdbc/test2 | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test2
/jdbc/test1 | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test1


Regards
Krzysztof


On 17.01.2014 21:06, Krzysztof Sobkowiak wrote:
I have filled https://issues.apache.org/jira/browse/KARAF-2692 for 
this issue


On 17.01.2014 20:41, Krzysztof Sobkowiak wrote:

Hi

I have created a derby data source using

karaf@root()> jdbc:create -t derby -u test -i test
karaf@root()> jdbc:create -t derby -u test -i test1

karaf@root()> jdbc:datasources
Name   | Product  | Version  | URL
--
/jdbc/test | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test
/jdbc/test1 | Apache Derby | 10.8.2.2 - (1181258) | jdbc:derby:test1


When I try to delete the data source using jdbc:delete, the completer 
shows me the available data sources as jndi names


karaf@root()> jdbc:delete /jdbc/test
/jdbc/test/jdbc/test1

But che command does not accept the jndi names only names used when 
creating the data source


karaf@root()> jdbc:delete /jdbc/test
Error executing command: The JDBC datasource file 
/home/kso/work/projects/asf/karaf/assemblies/apache-karaf/target/apache-karaf-3.0.1-SNAPSHOT/deploy/datasource-/jdbc/test.xml 
doesn't exist


karaf@root()> jdbc:delete test

The completer should display the names or the command should be able 
to handle correctly the jndi name.


Regards
Krzysztof

--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> 
| Twitter: @KSobkowiak



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak



--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

SCR

[Krzysztof Sobkowiak]

Hi

In the SCR examples you use the bnd annotations and Service-Component  
manifest header. On the other hand, in the karaf-light branch Ioannis 
uses the Felix SCR annotations and maven plugin to generate the 
metadata. Are the both approaches part of the SCR specification? If yes, 
shouldn't we have one set of annotations? Which approach is preferred?


Regards
Krzysztof

--
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center 
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> | 
Twitter: @KSobkowiak

Karaf & NTLM proxy

[Krzysztof Sobkowiak]

Hi

One of ServiceMix users has reported a problem using NTLM proxy with
ServiceMix 5 (Karaf 2.3.x). As workaround he has installed a cntlm proxy
which did the ntlm authentication on behaf of Karaf
(http://servicemix.396122.n5.nabble.com/Servicemix-5-proxy-problems-td5720207.html#a5720266).
Is this problem already known? 

Is the proxy usage documented somewhere in the Karaf documentation?


Best regards
Krzysztof

-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak

AspectJ WeavingHook (was: Third-Party Licensing Policy)

[Krzysztof Sobkowiak]

Hi

I'd like to do one small step towards the AspectJ WeavingHook
implementation. If it should be part of karaf-extra, what a package
naming should be used? Do you have any idea which license should be used
for this code?

Best regards
Krzysztof

On 11.01.2014 14:08, Jean-Baptiste Onofré wrote:
> Good point. Theoretical, I would say aries-extra if you are based on
> Aries weaving. However, as Aries is a library, in order to use/test it
> you have to use it in a container like Karaf. So as a ready to use
> solution (with features), it could be in karaf-extra. Actually, it's
> likely like the other Aries project: the library/API codebase is in
> Aries, the execution (features and usage) is in Karaf.
>
> Regards
> JB
>
> On 01/11/2014 01:02 PM, Krzysztof Sobkowiak wrote:
>> By the way, which project would be the best final place for the solution
>> with AspectJ?   Karaf (in this case karaf-extra) or Aries (aries-extra)?
>>
>> Best regards
>> Krzysztof
>>
>> On 10.01.2014 08:06, Jean-Baptiste Onofré wrote:
>>>>
>>>> I use an example again  - AspectJ is licensed under EPL 1.0 license.
>>>> Assume I'd like to implement a WeavingHook using the AspectJ classes
>>>> (reference AspectJ as maven dependency and use the classes in my
>>>> code).
>>>> Does it mean, my code can not be included in Apache licensed project,
>>>> but I can implement the hook in a project under other license and
>>>> eventually reference it in Karaf feature?
>>>
>>> Correct, you can't include in Apache project. You can create your
>>> project outside of Apache project and reference it. Same as before:
>>> you can do your WeavingHook in karaf-extra.
>>
>
   
-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak
Calendar: goo.gl/yvsebC

Re: OSGI and Spring

[Krzysztof Sobkowiak]

If many people still need a Spring integration with OSGi it should be no
problem. ServiceMix Bundles sub-project provides now Spring bundles. We
have also Eclipse Gemini Blueprint (successor of Spring DM), but I don't
know how active the project is. But usage of Gemini for Spring
integration forces usage of the Gemini's Blueprint implementation too.
Personally I don't like such a configuration. I prefer usage of Spring
DM which, I think so, doesn't need to die. Indeed it's died.  But it can
be reanimated and provide a lightweight Spring integration -- probably
as a new project based on Spring DM code base. If people want (or need)
to use Spring in OSGi there should be no problem. They must only invest
some effort to make the Spring OSGi integration still living

Best regards
Krzysztof

On 12.06.2014 22:57, Tim Jones wrote:
> I am adding a few URLs as I think it is will be of interest to others who are
> looking for direction re the future of Spring and OSGI
>
> -- Somehow I wonder how well future spring versions will behave in OSGi. I
> think we should start to at least warn our users that continued use of
> spring in OSGi is an increasing risk. 
> http://karaf.922171.n3.nabble.com/Spring-OSGi-bundles-no-longer-being-released-td4031212.html
>
> -- Are we really going to let die the Spring integration with OSGi?
> http://karaf.922171.n3.nabble.com/Re-The-future-of-the-Spring-with-Fabric8-td4033455.html
>
> -- We should also make clear that Spring DM is dead. And that in general
> Spring on OSGi is not a good idea
> https://github.com/fabric8io/fabric8/issues/1634
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033485.html
> Sent from the Karaf - User mailing list archive at Nabble.com.


-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak
Calendar: goo.gl/yvsebC

Re: Karaf and JRebel

[Krzysztof Sobkowiak]

Hi

Try bundle:watch

Best regards
Krzysztof

On 16.06.2014 23:16, asookazian2 wrote:
> admin@NextGate> version
> 3.0.1
> admin@NextGate> dev:watch
> Command not found: dev:watch
>
> ???
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/Karaf-and-JRebel-tp4033487p4033547.html
> Sent from the Karaf - User mailing list archive at Nabble.com.


-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Technical Architect @ Capgemini
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak
Calendar: goo.gl/yvsebC

Re: [PROPOSAL] Karaf Decanter monitoring

[Krzysztof Sobkowiak]

t; lucene queries and a kind of "Karaf/Camel/ActiveMQ/CXF" dashboard
> template. The kibana instance will be embedded in Karaf (not external).
>
> Of course, we have ready to use features, allowing to very easily
> install modules that we want.
>
> I named the prototype Karaf Decanter. I don't have preference about
> the name, and the location of the code (it could be as Karaf
> subproject like Cellar or Cave, or directly in the Karaf codebase).
>
> Thoughts ?
>
> Regards
> JB


-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Senior Solution Architect @ Capgemini | Committer
@ ASF
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak
Calendar: http://goo.gl/yvsebC

Re: Webconsole?

[Krzysztof Sobkowiak]

Hi

I have just tested Karaf 3.0.2 and I could successfully install the
webconsole

karaf@root()> feature:install -v webconsole
Installing feature webconsole 3.0.2
Installing feature http 3.0.2
Installing feature pax-http 3.1.2
Installing feature pax-jetty 8.1.15.v20140411
Found installed bundle: org.apache.servicemix.specs.activation-api-1.1 [64]
Found installed bundle:
org.apache.geronimo.specs.geronimo-servlet_3.0_spec [65]
Found installed bundle: javax.mail [66]
Found installed bundle: org.apache.geronimo.specs.geronimo-jta_1.1_spec [67]
Found installed bundle:
org.apache.geronimo.specs.geronimo-annotation_1.1_spec [68]
Found installed bundle:
org.apache.geronimo.specs.geronimo-jaspic_1.0_spec [69]
Found installed bundle: org.objectweb.asm.all [70]
Found installed bundle: org.eclipse.jetty.aggregate.jetty-all-server [71]
Checking configuration file
mvn:org.ops4j.pax.web/pax-web-features/3.1.2/xml/jettyconfig
Found installed bundle: org.ops4j.base.lang [72]
Found installed bundle: org.ops4j.pax.swissbox.core [73]
Installing bundle mvn:org.ow2.asm/asm-all/5.0.2
Found installed bundle: org.apache.xbean.bundleutils [74]
Found installed bundle: org.apache.xbean.reflect [75]
Found installed bundle: org.apache.xbean.finder [76]
Found installed bundle: org.ops4j.pax.web.pax-web-api [77]
Found installed bundle: org.ops4j.pax.web.pax-web-spi [78]
Found installed bundle: org.ops4j.pax.web.pax-web-runtime [79]
Found installed bundle: org.ops4j.pax.web.pax-web-jetty [80]
Found installed bundle: org.apache.karaf.http.core [81]
Found installed bundle: org.apache.karaf.http.command [82]
Found installed bundle: org.apache.felix.metatype [83]
Found installed bundle: org.apache.karaf.webconsole.branding [84]
Found installed bundle: org.apache.karaf.webconsole.console [85]
Installing feature standard-condition-webconsole_0_0_0 3.0.2
Found installed bundle: org.apache.karaf.webconsole.instance [86]
Found installed bundle: org.apache.karaf.webconsole.features [87]
Found installed bundle: org.apache.karaf.webconsole.gogo [88]
Found installed bundle: org.apache.karaf.webconsole.http [89]


The url is http://localhost:8181/system/console

Regards
Krzysztof


On 28.01.2015 17:52, Thiago Souza wrote:
> Hi,
>
> I'm trying to evaluate Karaf WebConsole. But I'm not being able to install
> it. The current documentation points to an non existent features xml. Also,
> I get a 404 Not Found accessing http://localhost:8181/console after
> installing the "webconsole" feature (present in Karaf v3.0.2).
>
> What am I missing?
>
> Regards,
> Thiago Souza
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/Webconsole-tp4038087.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Senior Solution Architect @ Capgemini | Committer
@ ASF
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak
Calendar: http://goo.gl/yvsebC

Re: SpringProxy is not visible from class loader - Continued

[Krzysztof Sobkowiak]

Hi

Could you please enable dynamic imports for your bundle, refresh it and
check which packages have been imported?

dev:dynamic-import xyz
osgi:refresh xyz
osgi:headers xyz

where xyz is id of your bundle. Compare it with your current imports.

Regards
Krzysztof


On 02.02.2015 14:53, Michael Täschner wrote:
> Hi ServiceMix Users,
>
> I ran into the "SpringProxy is not visible from class loader" issue
> discussed a couple years ago in a different context were I configure a
> JndiObject to be resolved later (when the contained reference is resolved).
>
> Here the example config (excerpt):
>  class="org.springframework.jndi.JndiObjectFactoryBean" lazy-init="true" >
> 
> 
> 
> 
> 
>
> The following imports are declared for maven-bundle-plugin (via referenced
> bnd file):
> Import-Package:  \
> javax.sql;resolution:=optional,\
> org.aopalliance.aop,\
> org.springframework.aop,\
> org.springframework.aop.framework,\
> org.springframework.jndi,\
> org.springframework.beans.factory.support,\
> *
>
> But on Spring Context Creation the following stack is created:
> ...
> Caused by: java.lang.IllegalArgumentException: interface
> org.springframework.aop.SpringProxy is not visible from class loader
> at java.lang.reflect.Proxy$ProxyClassFactory.apply(Proxy.java:615)
> [na:1.7.0_60]
> at java.lang.reflect.Proxy$ProxyClassFactory.apply(Proxy.java:591)
> [na:1.7.0_60]
> at java.lang.reflect.WeakCache$Factory.get(WeakCache.java:244) [na:1.7.0_60]
> at java.lang.reflect.WeakCache.get(WeakCache.java:141) [na:1.7.0_60]
> at java.lang.reflect.Proxy.getProxyClass0(Proxy.java:454) [na:1.7.0_60]
> at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:736) [na:1.7.0_60]
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.getProxy(JdkDynamicAopProxy.java:119)
> [org.apache.servicemix.bundles.spring-aop:3.2.11.RELEASE_1]
> at
> org.springframework.aop.framework.ProxyFactory.getProxy(ProxyFactory.java:109)
> [org.apache.servicemix.bundles.spring-aop:3.2.11.RELEASE_1]
> at
> org.springframework.jndi.JndiObjectFactoryBean$JndiObjectProxyFactory.createJndiObjectProxy(JndiObjectFactoryBean.java:339)
> [org.apache.servicemix.bundles.spring-context:3.2.11.RELEASE_1]
> at
> org.springframework.jndi.JndiObjectFactoryBean$JndiObjectProxyFactory.access$000(JndiObjectFactoryBean.java:304)
> [org.apache.servicemix.bundles.spring-context:3.2.11.RELEASE_1]
> at
> org.springframework.jndi.JndiObjectFactoryBean.afterPropertiesSet(JndiObjectFactoryBean.java:200)
> [org.apache.servicemix.bundles.spring-context:3.2.11.RELEASE_1]
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1573)
> [org.apache.servicemix.bundles.spring-beans:3.2.11.RELEASE_1]
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1511)
> [org.apache.servicemix.bundles.spring-beans:3.2.11.RELEASE_1]
> ... 60 common frames omitted
>
> Using ServiceMix 5.3.1 with spring/3.2.11.RELEASE_1 feature installed.
>
> Any idea what I am missing ?
>
> Thanks and Regards,
> Michael
>

-- 
Krzysztof Sobkowiak

JEE & OSS Architect | Senior Solution Architect @ Capgemini | Committer
@ ASF
Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center
<http://www.pl.capgemini-sdm.com/> | Wroclaw
e-mail: krzys.sobkow...@gmail.com <mailto:krzys.sobkow...@gmail.com> |
Twitter: @KSobkowiak
Calendar: http://goo.gl/yvsebC

Re: debug mode

[Krzysztof Sobkowiak]

Hi

When Karaf starts in debug mode following message is written on the console:

Listening for transport dt_socket at address:5005

I can't find the same message in the log file, so you can have problem to know  
if a running instance has been started
with debug mode. You can simply try to connect with debugger to it.

Regards
Krzysztof


On 13.02.2015 20:29, asookazian2 wrote:
> Hi how can I know if Karaf has been starting (i.e. is running) in debug mode?
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/debug-mode-tp4038535.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en>
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC

Re: Cannot add latest ActiveMQ version on karaf (4.0)

[Krzysztof Sobkowiak]

.pax-web-jsp
javax.servlet.jsp.resources   | 2.2.0 | 84 |
org.ops4j.pax.web.pax-web-jsp
javax.servlet.jsp.tagext  | 2.2.0 | 84 |
org.ops4j.pax.web.pax-web-jsp
javax.servlet.jsp | 1.1.2 | 84 |
org.ops4j.pax.web.pax-web-jsp
javax.servlet.jsp | 2.2.0 | 84 |
org.ops4j.pax.web.pax-web-jsp
javax.servlet.resources   | 2.6.0 | 66 |
org.apache.geronimo.specs.geronimo-servlet_3.0_spec  
javax.servlet.resources   | 3.0.0 | 66 |
org.apache.geronimo.specs.geronimo-servlet_3.0_spec  
javax.servlet | 2.6.0 | 66 |
org.apache.geronimo.specs.geronimo-servlet_3.0_spec  
javax.servlet | 3.0.0 | 66 |
org.apache.geronimo.specs.geronimo-servlet_3.0_spec

the ActiveMQ web console imports the package but I can't see any usage of this 
package in Java classes. Probably this
import is not necessary and should be corrected in ActiveMQ

regards
Krzysztof







On 22.03.2015 23:41, nirmalsingh wrote:
> Hello all,
>
> I am not finding a whole lot of information on this. I need somebody's help.
> I am new on integration softwares...I decided on Karaf because I heard not
> so good news about servicemix. So right now I am trying to add pieces to
> karaf and see how far it can take me.
>
> here is how it went to add activemq.
>
> karaf@root()> feature:install jms
> karaf@root()> feature:repo-add activemq
> Adding feature url
> mvn:org.apache.activemq/activemq-karaf/LATEST/xml/features
> karaf@root()> feature:install activemq-broker
> Error executing command: Unable to resolve root: missing requirement [root]
> osgi.identity; osgi.identity=activemq-web-console; type=karaf.feature; 
> version=5.12.0.SNAPSHOT [caused by: Unable to resolve activemq-web-
> console/5.12.0.SNAPSHOT: missing requirement [activemq-web- 
> console/5.12.0.SNAPSHOT] osgi.identity; 
> osgi.identity=org.apache.activemq.activemq-web-console; type=osgi.bundle;
> version="[5.12.0.SNAPSHOT,5.12.0.SNAPSHOT]"; resolution:=mandatory [caused
> by:  Unable to resolve
> org.apache.activemq.activemq-web-console/5.12.0.SNAPSHOT:  missing
> requirement [org.apache.activemq.activemq-web-console/5.12.0.SNAPSHOT]
> osgi.wiring.package;
> filter:="(&(osgi.wiring.package=javax.servlet.resources)(version>=2.5.0)(!(version>=4.0.0)))"]]
>
>
>
> By the way Camel added fine on my karaf.
> Any pointer in this will be highly appreciated.
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/Cannot-add-latest-ActiveMQ-version-on-karaf-4-0-tp4039212.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en>
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC

Re: Retrieve reference of JMS ConnectionFactory

[Krzysztof Sobkowiak]

dleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[10:org.apache.aries.util:1.1.0]
>   at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[10:org.apache.aries.util:1.1.0]
>   at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[10:org.apache.aries.util:1.1.0]
>   at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[10:org.apache.aries.util:1.1.0]
>   at
> org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)[org.apache.felix.framework-4.0.3.jar:]
>   at
> org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:695)[org.apache.felix.framework-4.0.3.jar:]
>   at
> org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:483)[org.apache.felix.framework-4.0.3.jar:]
>   at
> org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4244)[org.apache.felix.framework-4.0.3.jar:]
>   at
> org.apache.felix.framework.Felix.startBundle(Felix.java:1923)[org.apache.felix.framework-4.0.3.jar:]
>   at
> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:944)[org.apache.felix.framework-4.0.3.jar:]
>   at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1245)[6:org.apache.felix.fileinstall:3.4.0]
>   at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1217)[6:org.apache.felix.fileinstall:3.4.0]
>   at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.startAllBundles(DirectoryWatcher.java:1207)[6:org.apache.felix.fileinstall:3.4.0]
>   at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:504)[6:org.apache.felix.fileinstall:3.4.0]
>   at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:358)[6:org.apache.felix.fileinstall:3.4.0]
>   at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:310)[6:org.apache.felix.fileinstall:3.4.0]
> Caused by: java.lang.NullPointerException
>   at
> org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1432)[org.apache.felix.framework-4.0.3.jar:]
>   at
> org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)[org.apache.felix.framework-4.0.3.jar:]
>   at
> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:410)[:1.7.0_11]
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_11]
>   at java.lang.Class.forName0(Native Method)[:1.7.0_11]
>   at java.lang.Class.forName(Class.java:264)[:1.7.0_11]
>   at
> org.apache.aries.proxy.impl.interfaces.ProxyClassLoader.isInvalid(ProxyClassLoader.java:109)[12:org.apache.aries.proxy.impl:1.0.2]
>   at
> org.apache.aries.proxy.impl.interfaces.InterfaceProxyGenerator.getProxyInstance(InterfaceProxyGenerator.java:84)[12:org.apache.aries.proxy.impl:1.0.2]
>   at
> org.apache.aries.proxy.impl.AsmProxyManager.createNewProxy(AsmProxyManager.java:72)[12:org.apache.aries.proxy.impl:1.0.2]
>   at
> org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingInterceptingProxy(AbstractProxyManager.java:75)[12:org.apache.aries.proxy.impl:1.0.2]
>   at
> org.apache.aries.proxy.impl.AbstractProxyManager.createDelegatingProxy(AbstractProxyManager.java:40)[12:org.apache.aries.proxy.impl:1.0.2]
>   at
> org.apache.aries.blueprint.container.AbstractServiceReferenceRecipe.createProxy(AbstractServiceReferenceRecipe.java:338)[7:org.apache.aries.blueprint.core:1.4.0]
>   at
> org.apache.aries.blueprint.container.ReferenceRecipe.internalCreate(ReferenceRecipe.java:106)[7:org.apache.aries.blueprint.core:1.4.0]/
>
> So apparently no service is found for the specific interface. I find this
> strange since I have several bundles running with Camel and also using the
> ActiveMQ queues in between. Those bundles don't complain of a
> ConnectionFactory missing. 
> I'm assuming I'm missing something to export the service. Is there anybody
> who could point me in the right direction? All help is welcome.
>
> Cheers,
>
> Niels
>
>
>
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/Retrieve-reference-of-JMS-ConnectionFactory-tp4039259.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en>
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC

Re: Retrieve reference of JMS ConnectionFactory

[Krzysztof Sobkowiak]

Hi

I have performed some test on karaf 2.4.1 with Camel 2.14.2 and ActiveMQ 5.10.2

karaf@root> features:chooseurl activemq 5.10.2
karaf@root> features:chooseurl camel 2.14.2
karaf@root> features:install activemq-broker activemq-blueprint activemq-camel
karaf@root> features:install camel-blueprint camel-jms

I have also installed the jmsfeature for tests

karaf@root> features:install jms

Next I have deployed your connection factory (your first blueprint) into the 
deploy directory. No problem. I have done
only one modification by adding a osgi.jndi.service.name property to the 
exported service to allow to manage it by the
jms commands

   

 


 

Next:

karaf@root> list
.
[ 143] [Active ] [Created ] [   ] [   80] cf.xml (0.0.0)


karaf@root> ls 143

Bundle 143 provides:

name = localhost
objectClass = [javax.jms.ConnectionFactory]
osgi.jndi.service.name = jms/localhost
osgi.service.blueprint.compname = pooledConnectionFactory
service.id = 480

objectClass = [org.osgi.service.blueprint.container.BlueprintContainer]
osgi.blueprint.container.symbolicname = cf.xml
osgi.blueprint.container.version = 0.0.0
service.id = 481


The connection factory seems to be correctly exported as OSGi service. Yet some 
tests:


karaf@root> jms:queues jms/localhost
JMS Queues
Error executing command: org/apache/activemq/pool/PooledConnection

I had one error while sending message into the queue

java.lang.ClassNotFoundException: org.apache.activemq.pool.PooledConnection not 
found by org.apache.karaf.jms.core [55]

Refreshing the bundle org.apache.karaf.jms.core helped.

karaf@root> jms:connectionfactories
JMS Connection Factory
jms/localhost
karaf@root> jms:send jms/localhost test-queue "test message"
karaf@root> jms:queues jms/localhost
JMS Queues
test-queue

Please check first your Connection Factory like above to be sure it has been 
correctly exported.

Similar problems have been already reported:

  *

https://issues.apache.org/jira/browse/ARIES-959

  *

https://issues.apache.org/jira/browse/ARIES-961

  *

https://issues.apache.org/jira/browse/ARIES-1151

  *

https://issues.apache.org/jira/browse/SM-2338

I suppose the problem is somewhere in your second bundle and is caused by an 
issue in Aries or Felix. In this post a
user reports the problem and using Equinox instead of Felix seems to solve this 
problem
(http://karaf.922171.n3.nabble.com/Error-when-updating-a-bundle-td4031720.html)

Regards
Krzysztof


On 24.03.2015 17:43, Krzysztof Sobkowiak wrote:
> Hi
>
> Could you tell a bit more how are you deploying this connection factory 
> configuration (bundle containing this blueprint
> or blueprint in deploy directory)? Which versions (Karaf, Camel, ActiveMQ) 
> are you using?
>
> Regards
> Krzysztof
>
>
> On 24.03.2015 14:59, niels wrote:
>> Hey,
>>
>> I'm trying to get a reference to the ActiveMQ connection factory service
>> I've exported. 
>> But without any luck, I was hoping somebody could help me and point me in
>> the right direction.
>>
>> This is the blueprint file I have to setup ActiveMQ and export the service:
>>
>> /
>> http://www.osgi.org/xmlns/blueprint/v1.0.0";
>>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>xsi:schemaLocation="
>> http://www.osgi.org/xmlns/blueprint/v1.0.0
>> http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd";>
>>
>> > class="org.apache.activemq.ActiveMQConnectionFactory">
>> > value="vm://amq-broker?create=false&waitForStart=1" />
>> 
>>
>> > class="org.apache.activemq.pool.PooledConnectionFactory">
>> 
>> > />
>> 
>>
>> > class="org.apache.activemq.pool.ActiveMQResourceManager"
>> init-method="recoverResource">
>> 
>> > />
>> 
>> 
>>
>> > interface="org.apache.geronimo.transaction.manager.RecoverableTransactionManager"
>> availability="mandatory" />
>>
>> > interface="javax.jms.ConnectionFactory">
>> 
>> 
>> 
>> 
>> /
>>
>> But when I check the headers from this package I noticed there isn't any
>> `Export-Service` listed for that bundle.
>>
>> And when I try to get a reference in another blueprint file like this:
>>
>> /
>> http://www.osgi.org/xmlns/blueprint/v1.0.0";
>>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>xsi:sch

Re: Openjpa Feature

[Krzysztof Sobkowiak]

Hi

The org.apache.aries.transaction.blueprint bundle from the transaction feature 
has following OSGi header

Import-Service =
javax.transaction.TransactionManager

But no other bundle has the Export-Service header containing this service. When 
OBR is installed, the OBR handler is
used to resolve the bundles from the feature, but the requirement of the 
org.apache.aries.transaction.blueprint bundle
cannot be fulfilled, because (theoretically)  there is no bundle which exports 
the service.

I think it is a bug in org.apache.aries.transaction.manager which provides the 
TransactionManager service but has no
Export-Service header. It declares another header which means the same and 
should work together with the Import-Service

Provide-Capability =
osgi.service;
effective:=active;

objectClass:List="org.apache.aries.transaction.AriesTransactionManager,
javax.transaction.TransactionManager,
javax.transaction.TransactionSynchronizationRegistry,
javax.transaction.UserTransaction,

org.apache.geronimo.transaction.manager.RecoverableTransactionManager,
org.springframework.transaction.PlatformTransactionManager

But I'm not sure. Probably it is a bug.

Regards

Krzysztof



On 06.04.2015 21:04, Stephen Kahmann wrote:
> Hi,
>
> It looks like there is a problem when installing the openjpa feature after 
> install the obr feature:
>
> Stephens-MacBook-Pro:apache-karaf-3.0.3 stephen$ ./bin/karaf clean
>
> __ __    
>
>/ //_/ __ _/ __/  
>
>   / ,<  / __ `/ ___/ __ `/ /_
>
>  / /| |/ /_/ / /  / /_/ / __/
>
> /_/ |_|\__,_/_/   \__,_/_/ 
>
>
> *  Apache Karaf*(3.0.3)
>
>
> Hit '**' for a list of available commands
>
> and '*[cmd] --help*' for help on a specific command.
>
> Hit '**' or type '*system:shutdown*' or '*logout*' to shutdown Karaf.
>
>
> *karaf*@root()> feature:install obr
>
> *karaf*@root()> feature:install openjpa
>
> Error executing command: Can't install feature openjpa/0.0.0: 
>
> Can not resolve feature:
>
> Unsatisfied requirement(s):
>
> ---
>
>service:(service=javax.transaction.TransactionManager)
>
>   Apache Aries Transaction Blueprint
>
> *karaf*@root()> 
>
>
> Stephens-MacBook-Pro:apache-karaf-3.0.3 stephen$ ./bin/karaf clean
>
> __ __    
>
>/ //_/ __ _/ __/  
>
>   / ,<  / __ `/ ___/ __ `/ /_
>
>  / /| |/ /_/ / /  / /_/ / __/
>
> /_/ |_|\__,_/_/   \__,_/_/ 
>
>
> *  Apache Karaf*(3.0.3)
>
>
> Hit '**' for a list of available commands
>
> and '*[cmd] --help*' for help on a specific command.
>
> Hit '**' or type '*system:shutdown*' or '*logout*' to shutdown Karaf.
>
>
> *karaf*@root()> feature:install openjpa
>
> *karaf*@root()> feature:install obr
>
> *karaf*@root()> 
>
>
> Is this known/expected behavior?
>
> Thanks!
> Stephen

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>

Re: How to make karaf install features of certain versions?

[Krzysztof Sobkowiak]

Hi

feature:install pax-cdi/0.8

regards
Krzysztof


On 13.04.2015 18:13, PashaTurok wrote:
> I run feature:install pax-cdi weld and karaf installs pax-cdi 0.11.0 but I
> need 0.8. How to do it?
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/How-to-make-karaf-install-features-of-certain-versions-tp4039644.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>

Re: How to make karaf install features of certain versions?

[Krzysztof Sobkowiak]

feature:install pax-cdi/0.8.0 as JB has written. I have forgotten one 0. Find 
the correct version using feature:list | grep pax-cdi



On 13.04.2015 18:38, PashaTurok wrote:
> Hoever when I do feature:install pax-cdi/0.8  I get
> Error executing command - Can't install feature pax-cdi/0.8 and in log:
> java.lang.IllegalStateException: Can't install feature pax-cdi/0.8:
> null^M
> at
> org.apache.karaf.features.internal.FeaturesServiceImpl.installFeature(FeaturesServiceImpl.java:388)^M
> at Proxy464edfe2_2888_4e51_96cc_e74c9c101925.installFeature(Unknown
> Source)^M
> at
> org.apache.karaf.features.command.InstallFeatureCommand.doExecute(InstallFeatureCommand.java:67)^M
> at
> org.apache.karaf.features.command.FeaturesCommandSupport.doExecute(FeaturesCommandSupport.java:38)^M
> at
> org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33)[25:org.apache.karaf.shell.console:3.0.3]^M
> at
> org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39)[25:org.apache.karaf.shell.console:3.0.3]^M
> at
> org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:33)[25:org.apache.karaf.shell.console:3.0.3]^M
> at Proxy23360963_282c_4a85_911b_a95f1c1ab5d2.execute(Unknown
> Source)[:]^M
> at Proxy23360963_282c_4a85_911b_a95f1c1ab5d2.execute(Unknown
> Source)[:]^M
> at
> org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[25:org.apache.karaf.shell.console:3.0.3]^M
> at
> org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[25:org.apache.karaf.shell.console:3.0.3]^M
> at
> org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[25:org.apache.karaf.shell.console:3.0.3]^M
> at
> org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[25:org.apache.karaf.shell.console:3.0.3]^M
> at
> org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[25:org.apache.karaf.shell.console:3.0.3]^M
> at
> org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[25:org.apache.karaf.shell.console:3.0.3]^M
> at
> org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:92)^M
> at
> org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.java:208)^M
> at
> org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1$1.run(LocalConsoleManager.java:109)^M
> at java.security.AccessController.doPrivileged(Native
> Method)[:1.8.0_40]^M
> at
> org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.java:57)[26:org.apache.karaf.jaas.modules:3.0.3]^M
> at
> org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1.run(LocalConsoleManager.java:102)[25:org.apache.karaf.shell.console:3.0.3]^M
>
> How to fix it?
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/How-to-make-karaf-install-features-of-certain-versions-tp4039644p4039652.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>

Re: How to make karaf install features of certain versions?

[Krzysztof Sobkowiak]

Hi

I have just taken a fresh Karaf 3.0.3 and imported the pax cdi 0.8.0 repository

karaf@root()> feature:repo-add 
mvn:org.ops4j.pax.cdi/pax-cdi-features/0.8.0/xml/features
Adding feature url mvn:org.ops4j.pax.cdi/pax-cdi-features/0.8.0/xml/features
karaf@root()> feature:install pax-cdi/0.8.0
Error executing command: Can't install feature pax-cdi/0.8.0:
Could not start bundle mvn:org.ops4j.pax.cdi/pax-cdi-extension/0.8.0 in 
feature(s) pax-cdi-1.1-0.8.0, pax-cdi-0.8.0,
pax-cdi-1.2-0.8.0: Unresolved constraint in bundle org.ops4j.pax.cdi.extension 
[80]: Unable to resolve 80.0: missing
requirement [80.0] osgi.wiring.package; 
(&(osgi.wiring.package=javax.annotation)(version>=1.1.0)(!(version>=2.0.0)))

Next I have changed the version of javax.annotation to 1.2

jre-1.7= \
 javax.accessibility, \
 javax.activation;version="1.1", \
 javax.activity, \
 javax.annotation;version="1.2", \

After restart I could install the pax cdi

karaf@root()> feature:install pax-cdi/0.8.0
karaf@root()>

Regards
Krzysztof




On 13.04.2015 19:57, PashaTurok wrote:
> I've changed version of javax.annotation to 1.2 in /etc/jre.properties and
> when I execute feature:install pax-cdi/0.8.0 I get osgi framework exception
> that javax.annotaion package can't be resolved. what to do?
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/How-to-make-karaf-install-features-of-certain-versions-tp4039644p4039658.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>

Re: How to make karaf install features of certain versions?

[Krzysztof Sobkowiak]

There is no separate features repository for weld. It is defined in pax-cdi 
repository you have already installed. The
pax-cdi 0.8.0 defines a pax-cdi-1.2-weld feature which installs weld 
2.2.4.Final feature. There is no feature for
2.2.10.Final. You should install the version provided by pax-cdi repository - 
it ensures the compatibility between
pax-cdi and weld.

regards
Krzysztof

On 13.04.2015 23:39, PashaTurok wrote:
> Stupid question. Now I try to install to karaf weld 2.2.10.Final. By analogy
> I do this way:
> feature:repo-add mvn:org.jboss.weld/weld-features/2.2.10.Final/xml/features
> However it says 
> Error executing command: Error resolving artifact
> org.jboss.weld:weld-features:xml:features:2.2.10.Final: Could not find
> artifact org.jboss.weld:weld-features:xml:features:2.2.10.Final in central
> (http://repo1.maven.org/maven2/)
> How to fix it? And how do you undestand mvn path adding repo?
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/How-to-make-karaf-install-features-of-certain-versions-tp4039644p4039667.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>

Re: How to make karaf install features of certain versions?

[Krzysztof Sobkowiak]

I meant, pax-cdi-1.2-weld feature installs weld 2.2.4.Final bundle, not feature.



On 14.04.2015 06:34, Krzysztof Sobkowiak wrote:
> There is no separate features repository for weld. It is defined in pax-cdi 
> repository you have already installed. The
> pax-cdi 0.8.0 defines a pax-cdi-1.2-weld feature which installs weld 
> 2.2.4.Final feature. There is no feature for
> 2.2.10.Final. You should install the version provided by pax-cdi repository - 
> it ensures the compatibility between
> pax-cdi and weld.
>
> regards
> Krzysztof
>
> On 13.04.2015 23:39, PashaTurok wrote:
>> Stupid question. Now I try to install to karaf weld 2.2.10.Final. By analogy
>> I do this way:
>> feature:repo-add mvn:org.jboss.weld/weld-features/2.2.10.Final/xml/features
>> However it says 
>> Error executing command: Error resolving artifact
>> org.jboss.weld:weld-features:xml:features:2.2.10.Final: Could not find
>> artifact org.jboss.weld:weld-features:xml:features:2.2.10.Final in central
>> (http://repo1.maven.org/maven2/)
>> How to fix it? And how do you undestand mvn path adding repo?
>>
>>
>>
>> --
>> View this message in context: 
>> http://karaf.922171.n3.nabble.com/How-to-make-karaf-install-features-of-certain-versions-tp4039644p4039667.html
>> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>

Re: Where to store native libs?

[Krzysztof Sobkowiak]

Hi

Please check this thread 
http://karaf.922171.n3.nabble.com/Native-library-and-System-load-td4032562.html.
 As described
there you should put the library in the `lib` directory.

regards
Krzysztof

On 14.04.2015 14:07, Richard Hierlmeier wrote:
>
> Hi guys,
>
> has karaf a common directory where native libs should be stored?
>
> I have the problem that a JNI wrapper shared lib needs two third party shared 
> libs. The wrapper shared lib is
> contained in a bundle jar.
> But where must the third party lib be stored?
>
> Richard
>
>

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>

Re: etc\overrides.properties Configuration

[Krzysztof Sobkowiak]

Hi

The sample file you can find here
https://github.com/apache/karaf/blob/master/features/core/src/test/resources/org/apache/karaf/features/internal/service/overrides.properties

Regards
Krzysztof

On 26.05.2015 07:27, Jens J Parappallil wrote:
>
> Hi ,
>
>  
>
> From what I understand from KARAF-2752 , the purpose of 
> etc\overrides.properties is to explicitly specify a version
> for a bundle if multiple features requires it .
>
> Example if cxf and camel features both require spring in the range (3 , 5] 
> then I could define a version for spring
> say 4.1.2.RELEASE in this file ?
>
>  
>
> Can you provide a sample for this ..
>
>  
>
> Thanks
>
> 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."

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>

Re: karaf 2.4.1 strange problem with a feature

[Krzysztof Sobkowiak]

Hi

When I correctly understand, you are wondering why you can install the bundle 
directly but you can't install the feature
containing this bundle.  The feature enables the OBR resolver 
(resolver="(obr)"). The bundle hermes-socle declares
probably some requirements in the OSGi header, but the OBR resolver cannot find 
any other bundle which declares the
features in the OSGi header. When you install the bundle directly, you don't 
use the OBR resolver.

Could you send the output of headers command for each affected bundle (which 
you have mentioned in your post)?

Regards
Krzysztof




On 05.06.2015 17:00, sekaijin wrote:
> Hi
>
> i'm running karaf 2.4.1 (servicemix 5)
> some bundles expose these services:
>
> And apackage
>
> my features is 
>
>
>
> but
>
> And
>
> Ive cheked the features définition
>
>
> how is this possible?
>
> Bye
> JYT
>
>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/karaf-2-4-1-strange-problem-with-a-feature-tp4040779.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

-- 
Krzysztof Sobkowiak

JEE & OSS Architect
Apache Software Foundation Member
Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC chair
Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en/>