date:20180725

Re: UNCHECKED Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

2018-07-25 Thread Oleg Cohen

Thank you, JB! Looking forward to trying 4.2.1.

Sent from my iPhone

> On Jul 25, 2018, at 3:15 PM, Jean-Baptiste Onofré  wrote:
>
> Hi Oleg,
>
> that's part of the fix but I also aligned the wrapper conf with the one
> used in  bin/karaf.
>
> Regarding Karaf 4.2.1, it's planned for the end of this week/beginning
> of next week.
>
> Regards
> JB
>
>> On 25/07/2018 19:05, Oleg Cohen wrote:
>> Hi JB,
>>
>> Thank you! For now I actually went into etc/karaf-wrapper.conf and added
>> this one
>>
>> wrapper.java.classpath.3=%KARAF_BASE%/lib/endorsed/*.jar
>>
>> It works good now.
>>
>> BTW, when is the 4.2.1 release scheduled for?
>>
>> Best,
>> Oleg
>>
>>> On Jul 25, 2018, at 10:52 AM, j...@nanthrax.net 
>>> wrote:
>>>
>>> Hi Oleg,
>>>
>>> I fixed on a local branch. Any system using wrapper is impacted (it
>>> doesn't matter if it's Linux or Windows).
>>>
>>> I will create the PR tonight and it will be fixed on master soon.
>>>
>>> Regards
>>> JB
>>>
>>> On Wednesday, July 25, 2018 12:40 CEST, Oleg Cohen
>>> mailto:oleg.co...@assurebridge.com>> wrote:
>>>

>>> Same with me on Linux. Only happens with the service wrapper. Is there
>>> a quick fix I can apply aside from copying the jar? I guess I need to
>>> add endorsed libs somehow. JB mentioned it is fixed already. Main branch?
>>>
>>> Thank you,
>>> Oleg
>>>
>>> On Jul 24, 2018, at 3:39 PM, Leschke, Scott >> > wrote:
>>>
 Hi Oleg,



 I’m the person who originally reported the issue that JB is referring
 to.  In my case on Windows, Karaf appears to work fine as well but
 there is that error in the log that only occurs when you start Karaf
 using the service wrapper.



 Regards,
 Scott



 *From:* Oleg Cohen [mailto:oleg.co...@assurebridge.com]
 *Sent:* Tuesday, July 24, 2018 2:01 PM
 *To:* user@karaf.apache.org 
 *Subject:* Re: java.lang.NoClassDefFoundError:
 org/apache/karaf/specs/locator/OsgiLocator when running as Service on
 RedHat 7.5



 Hi JB,



 I am using the wrapper. bin/karaf works fine.



 Thank you!
 Oleg


 On Jul 24, 2018, at 2:58 PM, Jean-Baptiste Onofré >>> > wrote:



 Maybe it's related to:

 https://issues.apache.org/jira/browse/KARAF-5840 (I already have a fix
 on a local branch)

 The problem only occurs when using the wrapper.

 @Oleg/Miroslav: do you use wrapper to start Karaf instead of bin/karaf ?

 Regards
 JB

 On 24/07/2018 20:54, Francois Papon wrote:

 Hi,

 It's weird because I downloaded the binary and after extract it, I can
 see the org.apache.karaf.specs.locator-4.2.0.jar in the lib/endorsed
 directory.

 regards,

 François Papon
 fpa...@apache.org 

 Le 24/07/2018 à 22:31, Oleg Cohen a écrit :

 Hi Miroslav,

 I think I found the issue. You are right a JAR is missing.

 I built org.apache.karaf.specs.locator-4.2.0.jar and added it to the
 boot/lib folder and the exception is now gone.

 Thank you!
 Oleg



 On Jul 24, 2018, at 11:45 AM, Miroslav Beranič
 >>>  >
 wrote:

 Hi Oleg,

 I've just downloaded package from:

 http://karaf.apache.org/download.html
 Binary Distribution : tar.gz [PGP] [SHA512]

 I've downloaded to /opt/ folder and unpacked the package.

 I am using RHEL 7.5, Oracle Java 8 ( 1.8.0.172 )

 Next I've started Karf with:

 [root@framework apache-karaf-4.2.0]# ls -al
 total 424
 drwxr-xr-x. 9 root root156 jul 24 17:35 .
 drwxr-xr-x. 4 root root110 jul 24 17:35 ..
 drwxr-xr-x. 3 root root282 apr  5 06:29 bin
 drwxr-xr-x. 3 root root 17 apr  5 06:29 data
 drwxr-xr-x. 9 root root123 apr  5 06:29 demos
 drwxr-xr-x. 2 root root 20 apr  5 06:29 deploy
 drwxr-xr-x. 3 root root   4096 apr  5 06:29 etc
 drwxr-xr-x. 5 root root 59 apr  5 06:29 lib
 -rw-r--r--. 1 root root  27754 apr  5 06:29 LICENSE
 -rw-r--r--. 1 root root   1829 apr  5 06:29 NOTICE
 -rw-r--r--. 1 root root   4025 apr  5 06:29 README
 -rw-r--r--. 1 root root 390829 apr  5 06:29 RELEASE-NOTES
 drwxr-xr-x. 3 root root 31 apr  5 06:29 system
 [root@framework apache-karaf-4.2.0]# JAVA_HOME=/opt/jdk ./bin/karaf debug
 Listening for transport dt_socket at address: 5005
 __ __  
/ //_/ __ _/ __/
   / ,<  / __ `/ ___/ __ `/ /_
  / /| |/ /_/ / /  / /_/ / __/
 /_/ |_|\__,_/_/   \__,_/_/

   Apache Karaf (4.2.0)

 Hit '' for a list of available commands
 and '[cmd]

Re: Karaf Cellar cluster bundle update propagation

2018-07-25 Thread Oleg Cohen

Thank you!

Sent from my iPhone

> On Jul 25, 2018, at 3:15 PM, Jean-Baptiste Onofré  wrote:
>
> Thanks for the update, I will test and prepare Cellar 4.1.2 once Karaf
> "Container" 4.2.1 is out.
>
> Regards
> JB
>
>> On 25/07/2018 19:03, Oleg Cohen wrote:
>> Hi JB,
>>
>> Just replied to your previous email.
>>
>> I think the latest versions, Karaf 4.2.0 and Cellar 4.1.1
>>
>> Thank you!
>> Oleg
>>
>>> On Jul 25, 2018, at 10:42 AM, j...@nanthrax.net wrote:
>>>
>>> Hi Oleg,
>>>
>>> which Cellar version are you using (and Karaf version as well) ?
>>>
>>> Bundle update is handled in the Cellar BundleEventHandler:
>>>
>>> (event.getType() == BundleState.UPDATE)
>>>
>>> The problem is then probably located in the BundleSupport#update() method:
>>>
>>> https://github.com/apache/karaf-cellar/blob/master/bundle/src/main/java/org/apache/karaf/cellar/bundle/BundleSupport.java#L130
>>>
>>> Let me try to reproduce. I keep you posted.
>>>
>>> Regards
>>> JB
>>>
 On Wednesday, July 25, 2018 15:57 CEST, Oleg Cohen 
  wrote:


 Greetings,

 I have a question about how bundle update is handled across a Cellar 
 cluster.

 I have three nodes in a Cellar cluster. When I cluster-deploy a bundle on 
 node1 from a Maven repo, it gets correctly and successfully deployed onto 
 node2 and node3.

 Later on, I call cluster:bundle-update XXX on node1 and it gets updated 
 correctly on node1, but the update isn’t automatically propagated to nodes 
 2 and 3. Is this an expected behavior?

 Would appreciation clarification/advice!

 Best,
 Oleg

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

Re: Karaf Cellar cluster bundle update propagation

2018-07-25 Thread Jean-Baptiste Onofré

Thanks for the update, I will test and prepare Cellar 4.1.2 once Karaf
"Container" 4.2.1 is out.

Regards
JB

On 25/07/2018 19:03, Oleg Cohen wrote:
> Hi JB,
> 
> Just replied to your previous email.
> 
> I think the latest versions, Karaf 4.2.0 and Cellar 4.1.1
> 
> Thank you!
> Oleg
> 
>> On Jul 25, 2018, at 10:42 AM, j...@nanthrax.net wrote:
>>
>> Hi Oleg,
>>
>> which Cellar version are you using (and Karaf version as well) ?
>>
>> Bundle update is handled in the Cellar BundleEventHandler:
>>
>> (event.getType() == BundleState.UPDATE)
>>
>> The problem is then probably located in the BundleSupport#update() method:
>>
>> https://github.com/apache/karaf-cellar/blob/master/bundle/src/main/java/org/apache/karaf/cellar/bundle/BundleSupport.java#L130
>>
>> Let me try to reproduce. I keep you posted.
>>
>> Regards
>> JB
>>
>> On Wednesday, July 25, 2018 15:57 CEST, Oleg Cohen 
>>  wrote:
>>  
>>>
>>> Greetings,
>>>
>>> I have a question about how bundle update is handled across a Cellar 
>>> cluster.
>>>
>>> I have three nodes in a Cellar cluster. When I cluster-deploy a bundle on 
>>> node1 from a Maven repo, it gets correctly and successfully deployed onto 
>>> node2 and node3.
>>>
>>> Later on, I call cluster:bundle-update XXX on node1 and it gets updated 
>>> correctly on node1, but the update isn’t automatically propagated to nodes 
>>> 2 and 3. Is this an expected behavior?
>>>
>>> Would appreciation clarification/advice!
>>>
>>> Best,
>>> Oleg
>>>  
>>
>>
>>
>>  
> 

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

Re: UNCHECKED Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

2018-07-25 Thread Jean-Baptiste Onofré

Hi Oleg,

that's part of the fix but I also aligned the wrapper conf with the one
used in  bin/karaf.

Regarding Karaf 4.2.1, it's planned for the end of this week/beginning
of next week.

Regards
JB

On 25/07/2018 19:05, Oleg Cohen wrote:
> Hi JB,
> 
> Thank you! For now I actually went into etc/karaf-wrapper.conf and added
> this one
> 
> wrapper.java.classpath.3=%KARAF_BASE%/lib/endorsed/*.jar
> 
> It works good now.
> 
> BTW, when is the 4.2.1 release scheduled for?
> 
> Best,
> Oleg
> 
>> On Jul 25, 2018, at 10:52 AM, j...@nanthrax.net 
>> wrote:
>>
>> Hi Oleg,
>>
>> I fixed on a local branch. Any system using wrapper is impacted (it
>> doesn't matter if it's Linux or Windows).
>>
>> I will create the PR tonight and it will be fixed on master soon.
>>
>> Regards
>> JB
>>
>> On Wednesday, July 25, 2018 12:40 CEST, Oleg Cohen
>> mailto:oleg.co...@assurebridge.com>> wrote:
>>  
>>>  
>> Same with me on Linux. Only happens with the service wrapper. Is there
>> a quick fix I can apply aside from copying the jar? I guess I need to
>> add endorsed libs somehow. JB mentioned it is fixed already. Main branch? 
>>  
>> Thank you,
>> Oleg
>>
>> On Jul 24, 2018, at 3:39 PM, Leschke, Scott > > wrote:
>>  
>>> Hi Oleg,
>>>
>>>  
>>>
>>> I’m the person who originally reported the issue that JB is referring
>>> to.  In my case on Windows, Karaf appears to work fine as well but
>>> there is that error in the log that only occurs when you start Karaf
>>> using the service wrapper.
>>>
>>>  
>>>
>>> Regards,
>>> Scott
>>>
>>>  
>>>
>>> *From:* Oleg Cohen [mailto:oleg.co...@assurebridge.com]
>>> *Sent:* Tuesday, July 24, 2018 2:01 PM
>>> *To:* user@karaf.apache.org 
>>> *Subject:* Re: java.lang.NoClassDefFoundError:
>>> org/apache/karaf/specs/locator/OsgiLocator when running as Service on
>>> RedHat 7.5
>>>
>>>  
>>>
>>> Hi JB,
>>>
>>>  
>>>
>>> I am using the wrapper. bin/karaf works fine.
>>>
>>>  
>>>
>>> Thank you!
>>> Oleg
>>>
>>>  
>>> On Jul 24, 2018, at 2:58 PM, Jean-Baptiste Onofré >> > wrote:
>>>
>>>  
>>>
>>> Maybe it's related to:
>>>
>>> https://issues.apache.org/jira/browse/KARAF-5840 (I already have a fix
>>> on a local branch)
>>>
>>> The problem only occurs when using the wrapper.
>>>
>>> @Oleg/Miroslav: do you use wrapper to start Karaf instead of bin/karaf ?
>>>
>>> Regards
>>> JB
>>>
>>> On 24/07/2018 20:54, Francois Papon wrote:
>>>  
>>> Hi,
>>>
>>> It's weird because I downloaded the binary and after extract it, I can
>>> see the org.apache.karaf.specs.locator-4.2.0.jar in the lib/endorsed
>>> directory.
>>>
>>> regards,
>>>
>>> François Papon
>>> fpa...@apache.org 
>>>
>>> Le 24/07/2018 à 22:31, Oleg Cohen a écrit :
>>>  
>>> Hi Miroslav,
>>>
>>> I think I found the issue. You are right a JAR is missing.
>>>
>>> I built org.apache.karaf.specs.locator-4.2.0.jar and added it to the
>>> boot/lib folder and the exception is now gone.
>>>
>>> Thank you!
>>> Oleg
>>>
>>>
>>>  
>>> On Jul 24, 2018, at 11:45 AM, Miroslav Beranič
>>> >>  >
>>> wrote:
>>>
>>> Hi Oleg,
>>>
>>> I've just downloaded package from:
>>>
>>> http://karaf.apache.org/download.html
>>> Binary Distribution : tar.gz [PGP] [SHA512]
>>>
>>> I've downloaded to /opt/ folder and unpacked the package.
>>>
>>> I am using RHEL 7.5, Oracle Java 8 ( 1.8.0.172 )
>>>
>>> Next I've started Karf with:
>>>
>>> [root@framework apache-karaf-4.2.0]# ls -al
>>> total 424
>>> drwxr-xr-x. 9 root root    156 jul 24 17:35 .
>>> drwxr-xr-x. 4 root root    110 jul 24 17:35 ..
>>> drwxr-xr-x. 3 root root    282 apr  5 06:29 bin
>>> drwxr-xr-x. 3 root root 17 apr  5 06:29 data
>>> drwxr-xr-x. 9 root root    123 apr  5 06:29 demos
>>> drwxr-xr-x. 2 root root 20 apr  5 06:29 deploy
>>> drwxr-xr-x. 3 root root   4096 apr  5 06:29 etc
>>> drwxr-xr-x. 5 root root 59 apr  5 06:29 lib
>>> -rw-r--r--. 1 root root  27754 apr  5 06:29 LICENSE
>>> -rw-r--r--. 1 root root   1829 apr  5 06:29 NOTICE
>>> -rw-r--r--. 1 root root   4025 apr  5 06:29 README
>>> -rw-r--r--. 1 root root 390829 apr  5 06:29 RELEASE-NOTES
>>> drwxr-xr-x. 3 root root 31 apr  5 06:29 system
>>> [root@framework apache-karaf-4.2.0]# JAVA_HOME=/opt/jdk ./bin/karaf debug
>>> Listening for transport dt_socket at address: 5005
>>>     __ __    
>>>    / //_/ __ _/ __/  
>>>   / ,<  / __ `/ ___/ __ `/ /_    
>>>  / /| |/ /_/ / /  / /_/ / __/    
>>>     /_/ |_|\__,_/_/   \__,_/_/     
>>>
>>>   Apache Karaf (4.2.0)
>>>
>>> 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
>>> service-wrapper 
>>>

Re: karaf boot

2018-07-25 Thread Jean-Baptiste Onofré

Hi Scott,

yes, my Karaf Boot PoC is still on my github. I will move forward on
this one after 4.2.1 release and Vineyard donation.

You can  also find the karaf boot presentation I  did during last
ApacheCon NA.

Regards
JB

On 25/07/2018 19:39, Scott Lewis wrote:
> Some time ago there was discussion on this list about a smaller
> (smaller/fewer bundles) starting point for karaf called 'karaf boot'.  
> I don't see anything about this on karaf.apache.org...is there still
> work/planning, etc going on?
> 
> Thanks,
> 
> Scott
> 
> 
> 

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

karaf boot

2018-07-25 Thread Scott Lewis

Some time ago there was discussion on this list about a smaller 
(smaller/fewer bundles) starting point for karaf called 'karaf boot'.   
I don't see anything about this on karaf.apache.org...is there still 
work/planning, etc going on?


Thanks,

Scott

UNCHECKED Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

2018-07-25 Thread Oleg Cohen

Hi JB,

Thank you! For now I actually went into etc/karaf-wrapper.conf and added this 
one

wrapper.java.classpath.3=%KARAF_BASE%/lib/endorsed/*.jar

It works good now.

BTW, when is the 4.2.1 release scheduled for?

Best,
Oleg

> On Jul 25, 2018, at 10:52 AM, j...@nanthrax.net wrote:
> 
> Hi Oleg,
> 
> I fixed on a local branch. Any system using wrapper is impacted (it doesn't 
> matter if it's Linux or Windows).
> 
> I will create the PR tonight and it will be fixed on master soon.
> 
> Regards
> JB
> 
> On Wednesday, July 25, 2018 12:40 CEST, Oleg Cohen 
>  wrote:
>  
>> 
>>  
> Same with me on Linux. Only happens with the service wrapper. Is there a 
> quick fix I can apply aside from copying the jar? I guess I need to add 
> endorsed libs somehow. JB mentioned it is fixed already. Main branch? 
>  
> Thank you,
> Oleg
> 
> On Jul 24, 2018, at 3:39 PM, Leschke, Scott  > wrote:
>  
>> Hi Oleg,
>>  
>> I’m the person who originally reported the issue that JB is referring to.  
>> In my case on Windows, Karaf appears to work fine as well but there is that 
>> error in the log that only occurs when you start Karaf using the service 
>> wrapper.
>>  
>> Regards,
>> Scott
>>  
>> From: Oleg Cohen [mailto:oleg.co...@assurebridge.com 
>> ]
>> Sent: Tuesday, July 24, 2018 2:01 PM
>> To: user@karaf.apache.org 
>> Subject: Re: java.lang.NoClassDefFoundError: 
>> org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 
>> 7.5
>>  
>> Hi JB,
>>  
>> I am using the wrapper. bin/karaf works fine.
>>  
>> Thank you!
>> Oleg
>> 
>>  
>> On Jul 24, 2018, at 2:58 PM, Jean-Baptiste Onofré > > wrote:
>>  
>> Maybe it's related to:
>> 
>> https://issues.apache.org/jira/browse/KARAF-5840 
>>  (I already have a fix
>> on a local branch)
>> 
>> The problem only occurs when using the wrapper.
>> 
>> @Oleg/Miroslav: do you use wrapper to start Karaf instead of bin/karaf ?
>> 
>> Regards
>> JB
>> 
>> On 24/07/2018 20:54, Francois Papon wrote:
>>  
>> Hi,
>> 
>> It's weird because I downloaded the binary and after extract it, I can
>> see the org.apache.karaf.specs.locator-4.2.0.jar in the lib/endorsed
>> directory.
>> 
>> regards,
>> 
>> François Papon
>> fpa...@apache.org 
>> 
>> Le 24/07/2018 à 22:31, Oleg Cohen a écrit :
>>  
>> Hi Miroslav,
>> 
>> I think I found the issue. You are right a JAR is missing.
>> 
>> I built org.apache.karaf.specs.locator-4.2.0.jar and added it to the
>> boot/lib folder and the exception is now gone.
>> 
>> Thank you!
>> Oleg
>> 
>> 
>>  
>> On Jul 24, 2018, at 11:45 AM, Miroslav Beranič
>> mailto:miroslav.bera...@mibesis.si> 
>> >> 
>> wrote:
>> 
>> Hi Oleg,
>> 
>> I've just downloaded package from:
>> 
>> http://karaf.apache.org/download.html 
>> Binary Distribution : tar.gz [PGP] [SHA512]
>> 
>> I've downloaded to /opt/ folder and unpacked the package.
>> 
>> I am using RHEL 7.5, Oracle Java 8 ( 1.8.0.172 )
>> 
>> Next I've started Karf with:
>> 
>> [root@framework apache-karaf-4.2.0]# ls -al
>> total 424
>> drwxr-xr-x. 9 root root156 jul 24 17:35 .
>> drwxr-xr-x. 4 root root110 jul 24 17:35 ..
>> drwxr-xr-x. 3 root root282 apr  5 06:29 bin
>> drwxr-xr-x. 3 root root 17 apr  5 06:29 data
>> drwxr-xr-x. 9 root root123 apr  5 06:29 demos
>> drwxr-xr-x. 2 root root 20 apr  5 06:29 deploy
>> drwxr-xr-x. 3 root root   4096 apr  5 06:29 etc
>> drwxr-xr-x. 5 root root 59 apr  5 06:29 lib
>> -rw-r--r--. 1 root root  27754 apr  5 06:29 LICENSE
>> -rw-r--r--. 1 root root   1829 apr  5 06:29 NOTICE
>> -rw-r--r--. 1 root root   4025 apr  5 06:29 README
>> -rw-r--r--. 1 root root 390829 apr  5 06:29 RELEASE-NOTES
>> drwxr-xr-x. 3 root root 31 apr  5 06:29 system
>> [root@framework apache-karaf-4.2.0]# JAVA_HOME=/opt/jdk ./bin/karaf debug
>> Listening for transport dt_socket at address: 5005
>> __ __    
>>/ //_/ __ _/ __/  
>>   / ,<  / __ `/ ___/ __ `/ /_
>>  / /| |/ /_/ / /  / /_/ / __/
>> /_/ |_|\__,_/_/   \__,_/_/ 
>> 
>>   Apache Karaf (4.2.0)
>> 
>> 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
>> service-wrapper  
>>  
>>   
>>  
>> karaf@root()> wrapper:install
>> Creating file: /opt/apache-karaf-4.2.0/bin/karaf-wrapper
>> Creating file: /opt/apache-karaf-4.2.0/bin/karaf-service
>> Creating file: /opt/apache-karaf-4.2.0/bin/karaf.service
>>

Re: Karaf Cellar cluster bundle update propagation

2018-07-25 Thread Oleg Cohen

Hi JB,

Just replied to your previous email.

I think the latest versions, Karaf 4.2.0 and Cellar 4.1.1

Thank you!
Oleg

> On Jul 25, 2018, at 10:42 AM, j...@nanthrax.net wrote:
> 
> Hi Oleg,
> 
> which Cellar version are you using (and Karaf version as well) ?
> 
> Bundle update is handled in the Cellar BundleEventHandler:
> 
> (event.getType() == BundleState.UPDATE)
> 
> The problem is then probably located in the BundleSupport#update() method:
> 
> https://github.com/apache/karaf-cellar/blob/master/bundle/src/main/java/org/apache/karaf/cellar/bundle/BundleSupport.java#L130
> 
> Let me try to reproduce. I keep you posted.
> 
> Regards
> JB
> 
> On Wednesday, July 25, 2018 15:57 CEST, Oleg Cohen 
>  wrote:
>  
>> 
>> Greetings,
>> 
>> I have a question about how bundle update is handled across a Cellar cluster.
>> 
>> I have three nodes in a Cellar cluster. When I cluster-deploy a bundle on 
>> node1 from a Maven repo, it gets correctly and successfully deployed onto 
>> node2 and node3.
>> 
>> Later on, I call cluster:bundle-update XXX on node1 and it gets updated 
>> correctly on node1, but the update isn’t automatically propagated to nodes 2 
>> and 3. Is this an expected behavior?
>> 
>> Would appreciation clarification/advice!
>> 
>> Best,
>> Oleg
>>  
> 
> 
> 
>

Re: java.lang.NullPointerException on cluster:bundle-* commands after calling cluster:bundle-update

2018-07-25 Thread Oleg Cohen

Thank you!

Karaf: 4.2.0
Cellar: 4.1.1

cluster:update didn’t do anything for me

> On Jul 25, 2018, at 11:58 AM, j...@nanthrax.net wrote:
> 
> Hi
> 
> Let me create a Jira and fix that, that's probably a refresh on the event 
> handler.
> 
> By the way, what's the Karaf and Cellar version ?
> Did you try a cluster:sync ?
> 
> Regards
> JB
> 
> On Wednesday, July 25, 2018 16:41 CEST, Oleg Cohen 
>  wrote:
>  
>> 
>> Greetings,
>> 
>> I have a three-node Cellar cluster.
>> 
>> I am on node1 and ran this command
>> 
>> cluster:bundle-update default XXX
>> 
>> The command ran successfully
>> 
>> As I try to subsequently run any cluster:bundle-* command (e.g. 
>> cluster:bundle-list default) I get a java.lang.NullPointerException and the 
>> following in the log on every node:
>> 
>> 2018-07-25T10:34:13,438 | ERROR | Karaf ssh console user karaf | ShellUtil | 
>> 33 - org.apache.karaf.shell.core - 4.2.0 | Exception caught while executing 
>> command
>> java.lang.NullPointerException: null
>> at java.util.regex.Matcher.getTextLength(Matcher.java:1283) ~[?:?]
>> at java.util.regex.Matcher.reset(Matcher.java:309) ~[?:?]
>> at java.util.regex.Matcher.(Matcher.java:229) ~[?:?]
>> at java.util.regex.Pattern.matcher(Pattern.java:1093) ~[?:?]
>> at 
>> org.apache.karaf.cellar.core.CellarSupport.wildCardMatch(CellarSupport.java:212)
>>  ~[?:?]
>> at 
>> org.apache.karaf.cellar.core.CellarSupport.isAllowed(CellarSupport.java:183) 
>> ~[?:?]
>> at 
>> org.apache.karaf.cellar.bundle.shell.ListBundleCommand.doExecute(ListBundleCommand.java:142)
>>  ~[?:?]
>> at 
>> org.apache.karaf.cellar.core.shell.CellarCommandSupport.execute(CellarCommandSupport.java:62)
>>  ~[?:?]
>> at 
>> org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84)
>>  ~[?:?]
>> at 
>> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68)
>>  ~[?:?]
>> at 
>> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86)
>>  ~[?:?]
>> at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:571) ~[?:?]
>> at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:497) 
>> ~[?:?]
>> at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:386) ~[?:?]
>> at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:417) ~[?:?]
>> at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) ~[?:?]
>> at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) ~[?:?]
>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:?]
>> at 
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>>  ~[?:?]
>> at 
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>>  ~[?:?]
>> at java.lang.Thread.run(Thread.java:748) [?:?]
>> 
>> 
>> The problem only goes away once all nodes are fully restarted.
>> 
>> I would appreciate an insight into the problem!
>> 
>> Thank you,
>> Oleg
>>  
> 
> 
> 
>

Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

2018-07-25 Thread jb


Hi Oleg,

I fixed on a local branch. Any system using wrapper is impacted (it doesn't 
matter if it's Linux or Windows).

I will create the PR tonight and it will be fixed on master soon.

Regards
JB

On Wednesday, July 25, 2018 12:40 CEST, Oleg Cohen 
 wrote:
  Same with me on Linux. Only happens with the service wrapper. Is there a 
quick fix I can apply aside from copying the jar? I guess I need to add 
endorsed libs somehow. JB mentioned it is fixed already. Main branch?  Thank 
you,Oleg
On Jul 24, 2018, at 3:39 PM, Leschke, Scott  wrote:
 
Hi Oleg,
 
I’m the person who originally reported the issue that JB is referring to.  In 
my case on Windows, Karaf appears to work fine as well but there is that error 
in the log that only occurs when you start Karaf using the service wrapper.
 
Regards,
Scott
 
From: Oleg Cohen [mailto:oleg.co...@assurebridge.com]
Sent: Tuesday, July 24, 2018 2:01 PM
To: user@karaf.apache.org
Subject: Re: java.lang.NoClassDefFoundError: 
org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5
 
Hi JB,
 
I am using the wrapper. bin/karaf works fine.
 
Thank you!
Oleg

 
On Jul 24, 2018, at 2:58 PM, Jean-Baptiste Onofré  wrote:
 
Maybe it's related to:

https://issues.apache.org/jira/browse/KARAF-5840 (I already have a fix
on a local branch)

The problem only occurs when using the wrapper.

@Oleg/Miroslav: do you use wrapper to start Karaf instead of bin/karaf ?

Regards
JB

On 24/07/2018 20:54, Francois Papon wrote:
 
Hi,

It's weird because I downloaded the binary and after extract it, I can
see the org.apache.karaf.specs.locator-4.2.0.jar in the lib/endorsed
directory.

regards,

François Papon
fpa...@apache.org

Le 24/07/2018 à 22:31, Oleg Cohen a écrit :
 
Hi Miroslav,

I think I found the issue. You are right a JAR is missing.

I built org.apache.karaf.specs.locator-4.2.0.jar and added it to the
boot/lib folder and the exception is now gone.

Thank you!
Oleg


 
On Jul 24, 2018, at 11:45 AM, Miroslav Beranič
mailto:miroslav.bera...@mibesis.si>> wrote:

Hi Oleg,

I've just downloaded package from:

http://karaf.apache.org/download.html
Binary Distribution : tar.gz [PGP] [SHA512]

I've downloaded to /opt/ folder and unpacked the package.

I am using RHEL 7.5, Oracle Java 8 ( 1.8.0.172 )

Next I've started Karf with:

[root@framework apache-karaf-4.2.0]# ls -al
total 424
drwxr-xr-x. 9 root root    156 jul 24 17:35 .
drwxr-xr-x. 4 root root    110 jul 24 17:35 ..
drwxr-xr-x. 3 root root    282 apr  5 06:29 bin
drwxr-xr-x. 3 root root 17 apr  5 06:29 data
drwxr-xr-x. 9 root root    123 apr  5 06:29 demos
drwxr-xr-x. 2 root root 20 apr  5 06:29 deploy
drwxr-xr-x. 3 root root   4096 apr  5 06:29 etc
drwxr-xr-x. 5 root root 59 apr  5 06:29 lib
-rw-r--r--. 1 root root  27754 apr  5 06:29 LICENSE
-rw-r--r--. 1 root root   1829 apr  5 06:29 NOTICE
-rw-r--r--. 1 root root   4025 apr  5 06:29 README
-rw-r--r--. 1 root root 390829 apr  5 06:29 RELEASE-NOTES
drwxr-xr-x. 3 root root 31 apr  5 06:29 system
[root@framework apache-karaf-4.2.0]# JAVA_HOME=/opt/jdk ./bin/karaf debug
Listening for transport dt_socket at address: 5005
    __ __    
   / //_/ __ _/ __/  
  / ,<  / __ `/ ___/ __ `/ /_    
 / /| |/ /_/ / /  / /_/ / __/    
    /_/ |_|\__,_/_/   \__,_/_/     

  Apache Karaf (4.2.0)

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
service-wrapper 


 
karaf@root()> wrapper:install
Creating file: /opt/apache-karaf-4.2.0/bin/karaf-wrapper
Creating file: /opt/apache-karaf-4.2.0/bin/karaf-service
Creating file: /opt/apache-karaf-4.2.0/bin/karaf.service
Creating file: /opt/apache-karaf-4.2.0/etc/karaf-wrapper.conf
Creating missing directory: /opt/apache-karaf-4.2.0/lib/wrapper
Creating file: /opt/apache-karaf-4.2.0/lib/wrapper/libwrapper.so
Creating file: /opt/apache-karaf-4.2.0/lib/wrapper/karaf-wrapper.jar
Creating file: /opt/apache-karaf-4.2.0/lib/wrapper/karaf-wrapper-main.jar

Setup complete.  You may wish to tweak the JVM properties in the
wrapper configuration file:
    /opt/apache-karaf-4.2.0/etc/karaf-wrapper.conf
before installing and starting the service.


RedHat/Fedora/CentOS Linux system detected (SystemV):
  To install the service:
    $ ln -s /opt/apache-karaf-4.2.0/bin/karaf-service /etc/init.d/
    $ chkconfig karaf-service --add

  To start the service when the machine is rebooted:
    $ chkconfig karaf-service on

  To disable starting the service when the machine is rebooted:
    $ chkconfig karaf-service off

  To start the service:
    $ service karaf-service start

  To stop the service:
    $ service karaf-service stop

  To uninstall the service :
    $

Re: Karaf Cellar cluster bundle update propagation

2018-07-25 Thread jb


Hi Oleg,

which Cellar version are you using (and Karaf version as well) ?

Bundle update is handled in the Cellar BundleEventHandler:

(event.getType() == BundleState.UPDATE)

The problem is then probably located in the BundleSupport#update() method:

https://github.com/apache/karaf-cellar/blob/master/bundle/src/main/java/org/apache/karaf/cellar/bundle/BundleSupport.java#L130

Let me try to reproduce. I keep you posted.

Regards
JB

On Wednesday, July 25, 2018 15:57 CEST, Oleg Cohen 
 wrote:
 Greetings,

I have a question about how bundle update is handled across a Cellar cluster.

I have three nodes in a Cellar cluster. When I cluster-deploy a bundle on node1 
from a Maven repo, it gets correctly and successfully deployed onto node2 and 
node3.

Later on, I call cluster:bundle-update XXX on node1 and it gets updated 
correctly on node1, but the update isn’t automatically propagated to nodes 2 
and 3. Is this an expected behavior?

Would appreciation clarification/advice!

Best,
Oleg

Re: java.lang.NullPointerException on cluster:bundle-* commands after calling cluster:bundle-update

2018-07-25 Thread jb


Hi

Let me create a Jira and fix that, that's probably a refresh on the event 
handler.

By the way, what's the Karaf and Cellar version ?
Did you try a cluster:sync ?

Regards
JB

On Wednesday, July 25, 2018 16:41 CEST, Oleg Cohen 
 wrote:
 Greetings,

I have a three-node Cellar cluster.

I am on node1 and ran this command

cluster:bundle-update default XXX

The command ran successfully

As I try to subsequently run any cluster:bundle-* command (e.g. 
cluster:bundle-list default) I get a java.lang.NullPointerException and the 
following in the log on every node:

2018-07-25T10:34:13,438 | ERROR | Karaf ssh console user karaf | ShellUtil | 33 
- org.apache.karaf.shell.core - 4.2.0 | Exception caught while executing command
java.lang.NullPointerException: null
at java.util.regex.Matcher.getTextLength(Matcher.java:1283) ~[?:?]
at java.util.regex.Matcher.reset(Matcher.java:309) ~[?:?]
at java.util.regex.Matcher.(Matcher.java:229) ~[?:?]
at java.util.regex.Pattern.matcher(Pattern.java:1093) ~[?:?]
at 
org.apache.karaf.cellar.core.CellarSupport.wildCardMatch(CellarSupport.java:212)
 ~[?:?]
at org.apache.karaf.cellar.core.CellarSupport.isAllowed(CellarSupport.java:183) 
~[?:?]
at 
org.apache.karaf.cellar.bundle.shell.ListBundleCommand.doExecute(ListBundleCommand.java:142)
 ~[?:?]
at 
org.apache.karaf.cellar.core.shell.CellarCommandSupport.execute(CellarCommandSupport.java:62)
 ~[?:?]
at 
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84)
 ~[?:?]
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68)
 ~[?:?]
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86)
 ~[?:?]
at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:571) ~[?:?]
at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:497) 
~[?:?]
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:386) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:417) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) ~[?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:?]
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
~[?:?]
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
~[?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]


The problem only goes away once all nodes are fully restarted.

I would appreciate an insight into the problem!

Thank you,
Oleg

java.lang.NullPointerException on cluster:bundle-* commands after calling cluster:bundle-update

2018-07-25 Thread Oleg Cohen

Greetings,

I have a three-node Cellar cluster. 

I am on node1 and ran this command

cluster:bundle-update default XXX

The command ran successfully

As I try to subsequently run any cluster:bundle-* command (e.g. 
cluster:bundle-list default) I get a java.lang.NullPointerException and the 
following in the log on every node:

2018-07-25T10:34:13,438 | ERROR | Karaf ssh console user karaf | ShellUtil  
  | 33 - org.apache.karaf.shell.core - 4.2.0 | Exception caught 
while executing command
java.lang.NullPointerException: null
at java.util.regex.Matcher.getTextLength(Matcher.java:1283) ~[?:?]
at java.util.regex.Matcher.reset(Matcher.java:309) ~[?:?]
at java.util.regex.Matcher.(Matcher.java:229) ~[?:?]
at java.util.regex.Pattern.matcher(Pattern.java:1093) ~[?:?]
at 
org.apache.karaf.cellar.core.CellarSupport.wildCardMatch(CellarSupport.java:212)
 ~[?:?]
at 
org.apache.karaf.cellar.core.CellarSupport.isAllowed(CellarSupport.java:183) 
~[?:?]
at 
org.apache.karaf.cellar.bundle.shell.ListBundleCommand.doExecute(ListBundleCommand.java:142)
 ~[?:?]
at 
org.apache.karaf.cellar.core.shell.CellarCommandSupport.execute(CellarCommandSupport.java:62)
 ~[?:?]
at 
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84)
 ~[?:?]
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68)
 ~[?:?]
at 
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86)
 ~[?:?]
at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:571) 
~[?:?]
at 
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:497) ~[?:?]
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:386) 
~[?:?]
at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:417) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) ~[?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:?]
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
~[?:?]
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
~[?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]


The problem only goes away once all nodes are fully restarted.

I would appreciate an insight into the problem!

Thank you,
Oleg

Karaf Cellar cluster bundle update propagation

2018-07-25 Thread Oleg Cohen

Greetings,

I have a question about how bundle update is handled across a Cellar cluster.

I have three nodes in a Cellar cluster. When I cluster-deploy a bundle on node1 
from a Maven repo, it gets correctly and successfully deployed onto node2 and 
node3.

Later on, I call cluster:bundle-update XXX on node1 and it gets updated 
correctly on node1, but the update isn’t automatically propagated to nodes 2 
and 3. Is this an expected behavior?

Would appreciation clarification/advice!

Best,
Oleg

Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

2018-07-25 Thread Oleg Cohen

Same with me on Linux. Only happens with the service wrapper. Is there a
quick fix I can apply aside from copying the jar? I guess I need to add
endorsed libs somehow. JB mentioned it is fixed already. Main branch?

Thank you,
Oleg

On Jul 24, 2018, at 3:39 PM, Leschke, Scott  wrote:

Hi Oleg,



I’m the person who originally reported the issue that JB is referring to.
In my case on Windows, Karaf appears to work fine as well but there is that
error in the log that only occurs when you start Karaf using the service
wrapper.



Regards,

Scott



*From:* Oleg Cohen [mailto:oleg.co...@assurebridge.com
]
*Sent:* Tuesday, July 24, 2018 2:01 PM
*To:* user@karaf.apache.org
*Subject:* Re: java.lang.NoClassDefFoundError:
org/apache/karaf/specs/locator/OsgiLocator when running as Service on
RedHat 7.5



Hi JB,



I am using the wrapper. bin/karaf works fine.



Thank you!

Oleg



On Jul 24, 2018, at 2:58 PM, Jean-Baptiste Onofré  wrote:



Maybe it's related to:

https://issues.apache.org/jira/browse/KARAF-5840 (I already have a fix
on a local branch)

The problem only occurs when using the wrapper.

@Oleg/Miroslav: do you use wrapper to start Karaf instead of bin/karaf ?

Regards
JB

On 24/07/2018 20:54, Francois Papon wrote:

Hi,

It's weird because I downloaded the binary and after extract it, I can
see the org.apache.karaf.specs.locator-4.2.0.jar in the lib/endorsed
directory.

regards,

François Papon
fpa...@apache.org

Le 24/07/2018 à 22:31, Oleg Cohen a écrit :

Hi Miroslav,

I think I found the issue. You are right a JAR is missing.

I built org.apache.karaf.specs.locator-4.2.0.jar and added it to the
boot/lib folder and the exception is now gone.

Thank you!
Oleg



On Jul 24, 2018, at 11:45 AM, Miroslav Beranič
mailto:miroslav.bera...@mibesis.si
>> wrote:

Hi Oleg,

I've just downloaded package from:

http://karaf.apache.org/download.html
Binary Distribution : tar.gz [PGP] [SHA512]

I've downloaded to /opt/ folder and unpacked the package.

I am using RHEL 7.5, Oracle Java 8 ( 1.8.0.172 )

Next I've started Karf with:

[root@framework apache-karaf-4.2.0]# ls -al
total 424
drwxr-xr-x. 9 root root156 jul 24 17:35 .
drwxr-xr-x. 4 root root110 jul 24 17:35 ..
drwxr-xr-x. 3 root root282 apr  5 06:29 bin
drwxr-xr-x. 3 root root 17 apr  5 06:29 data
drwxr-xr-x. 9 root root123 apr  5 06:29 demos
drwxr-xr-x. 2 root root 20 apr  5 06:29 deploy
drwxr-xr-x. 3 root root   4096 apr  5 06:29 etc
drwxr-xr-x. 5 root root 59 apr  5 06:29 lib
-rw-r--r--. 1 root root  27754 apr  5 06:29 LICENSE
-rw-r--r--. 1 root root   1829 apr  5 06:29 NOTICE
-rw-r--r--. 1 root root   4025 apr  5 06:29 README
-rw-r--r--. 1 root root 390829 apr  5 06:29 RELEASE-NOTES
drwxr-xr-x. 3 root root 31 apr  5 06:29 system
[root@framework apache-karaf-4.2.0]# JAVA_HOME=/opt/jdk ./bin/karaf debug
Listening for transport dt_socket at address: 5005
__ __  
   / //_/ __ _/ __/
  / ,<  / __ `/ ___/ __ `/ /_
 / /| |/ /_/ / /  / /_/ / __/
/_/ |_|\__,_/_/   \__,_/_/

  Apache Karaf (4.2.0)

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
service-wrapper

karaf@root()> wrapper:install
Creating file: /opt/apache-karaf-4.2.0/bin/karaf-wrapper
Creating file: /opt/apache-karaf-4.2.0/bin/karaf-service
Creating file: /opt/apache-karaf-4.2.0/bin/karaf.service
Creating file: /opt/apache-karaf-4.2.0/etc/karaf-wrapper.conf
Creating missing directory: /opt/apache-karaf-4.2.0/lib/wrapper
Creating file: /opt/apache-karaf-4.2.0/lib/wrapper/libwrapper.so
Creating file: /opt/apache-karaf-4.2.0/lib/wrapper/karaf-wrapper.jar
Creating file: /opt/apache-karaf-4.2.0/lib/wrapper/karaf-wrapper-main.jar

Setup complete.  You may wish to tweak the JVM properties in the
wrapper configuration file:
/opt/apache-karaf-4.2.0/etc/karaf-wrapper.conf
before installing and starting the service.


RedHat/Fedora/CentOS Linux system detected (SystemV):
  To install the service:
$ ln -s /opt/apache-karaf-4.2.0/bin/karaf-service /etc/init.d/
$ chkconfig karaf-service --add

  To start the service when the machine is rebooted:
$ chkconfig karaf-service on

  To disable starting the service when the machine is rebooted:
$ chkconfig karaf-service off

  To start the service:
$ service karaf-service start

  To stop the service:
$ service karaf-service stop

  To uninstall the service :
$ chkconfig karaf-service --del
$ rm /etc/init.d/karaf-service

For systemd compliant Linux:
  To install the service (and enable at system boot):
   $ systemctl enable /opt/apache-karaf-4.2.0/bin/karaf.service

  To start the service:
   $ systemctl start karaf

  To stop the service:
   $ systemctl stop karaf

  To check the current service status:
   $ systemctl status karaf

  To see service activity journal:
   $ journalctl -u karaf

  To uninstall the

Re: Apache Karaf 4.x JPA - Working example

2018-07-25 Thread Francois Papon

Great !

You're welcome ;)

regards

François Papon
fpa...@apache.org

Le 25/07/2018 à 09:58, Miroslav Beranič a écrit :
> Hi François,
>
> thank you for in-depth explanation.
>
> By Blueprint XML I mean:
>
> datasource.xml:
> 
> http://www.osgi.org/xmlns/blueprint/v1.0.0;
>    xmlns:jpa="http://aries.apache.org/xmlns/jpa/v2.0.0;
>    xmlns:tx="http://aries.apache.org/xmlns/transactions/v1.2.0;
>    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
>   
> xsi:schemaLocation="http://www.osgi.org/xmlns/blueprint/v1.0.0
> https://osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd;>
>
>     
>     
>     
>     
>      value="jdbc:oracle:thin:@//oracle.local:1521/test"/>
>     
>
>     
>     
>     http://osgi.jndi.service.name>" value="jdbc/myoracle"/>
>     
>     
>
> 
>
> I see, I was looking at different feature name, I was referring to
> this feature ( that defines datasource ):
>
>      version="${project.version}">
>     
>     osgi.jdbc.driver.class=org.h2.Driver
>     databaseName=booking;create=true
>     dataSourceName=booking
>     
>     
>    
> osgi.service;objectClass=javax.sql.DataSource;effective:=active;osgi.jndi.service.name
> =booking
>     
> 
>
> You've updated    
> I think I now know how to change my code to make it work.
>
>
>
> @Jean-Baptiste: I will watch KARAF-5850.
>
>
> Thank you both for the support.
>
>
> Kind Regards,
> Miroslav
>
>
>
> 2018-07-25 6:03 GMT+02:00 François Papon  >:
>
> Hi Miroslav,
>
> The changes are :
>
> - use the H2 drivers with class declaration
> - add jndi feature
> - add capabilities for Hibernate Persistence Provider
>
> The provider module emmebed the persistence.xml with the
> Persistence provider declaration inside so it require the
> Persistence provider.
>
> We have :
> - common feature : provide Hibernate Persistence capabilities
> - provider feature : require Hibernate Persistence capabilities
>
> About feature xml and blueprint DSL, this not the same. The
> feature XML is used to packaging bundles and bundles/feature 
> dependencies, the blueprint xml is used to manage your services
> instances and their services usage.
>
> Regards
>
> François
>
> Le 25 juil. 2018 00:14, Miroslav Beranič
> mailto:miroslav.bera...@mibesis.si>>
> a écrit :
>
> Hi,
>
> @Jean-Baptiste Onofré, François: I can confirm, issues is
> fixed now. I can get JPA example working. I see output in
> Karaf Shell.
>
> but :)
>
>
> What was the fix ( so I can understand what was wrong, for any
> future case, other projects ):
>
> I
> see 
> examples/karaf-jpa-example/karaf-jpa-example-features/src/main/feature/feature.xml
> ( I guess this is most of the fix )
>
>       version="${project.version}">
>          transaction       
>  transaction
> +        jndi
>          pax-jdbc-config       
>  pax-jdbc-config
>          pax-jdbc-h2       
>  pax-jdbc-h2
>          pax-jdbc-pool-dbcp2       
>  pax-jdbc-pool-dbcp2
>          jdbc         jdbc
>          jpa       
>  jpa
> -        hibernate
> +        hibernate
> +        
> +           
> 
> osgi.service;objectClass=javax.persistence.spi.PersistenceProvider;effective:=active;javax.persistence.provider=org.hibernate.jpa.HibernatePersistenceProvider
> +        
>           
>
> So this three lines:
> +        
> +           
> 
> osgi.service;objectClass=javax.persistence.spi.PersistenceProvider;effective:=active;javax.persistence.provider=org.hibernate.jpa.HibernatePersistenceProvider
> +        
>
> I have similar Bundle structure, but I have dedicated Bundle
> for DataSource setup/configuration. How do I translate this
> "Feature DSL" to "Blueprint DSL" ==> How would this translate
> into Blueprint XML?
>
> So changes look they make sense but, this is first time I see
> this to be defined so explicit. This was my original
> complaint, as it always looked like this piece of code was
> missing ( also in other available online examples ).
>
> I also guess "effective:=active;" is important ( as I read the
> "I've explained it already three times" forum post ) (
> FW: 
> http://karaf.922171.n3.nabble.com/What-does-effective-active-mean-td4047770.html
> 
> 
> )
>
> Well, thank you both very much. Saved me tons of headache.
>
> Kind Regards,
> Miroslav
>
>
> 2018-07-24 20:51

Re: UNCHECKED Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

Re: Karaf Cellar cluster bundle update propagation

Re: Karaf Cellar cluster bundle update propagation

Re: UNCHECKED Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

Re: karaf boot

karaf boot

UNCHECKED Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

Re: Karaf Cellar cluster bundle update propagation

Re: java.lang.NullPointerException on cluster:bundle-* commands after calling cluster:bundle-update

Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

Re: Karaf Cellar cluster bundle update propagation

Re: java.lang.NullPointerException on cluster:bundle-* commands after calling cluster:bundle-update

java.lang.NullPointerException on cluster:bundle-* commands after calling cluster:bundle-update

Karaf Cellar cluster bundle update propagation

Re: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

Re: Apache Karaf 4.x JPA - Working example

16 matches

Site Navigation

Mail list logo

Footer information