Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[stefang]

gt;>>>>>> In the end the source of error was sitting in front of the PC ;-)
>>>>>>>> 
>>>>>>>> The problem was that some dependencies where embedded into the
>>>>>>>> actual
>>>>>>>> bundle and at the same time these dependencies are also provided by
>>>>>>>> pax-jdbc via the feature.
>>>>>>>> (for details see [1])
>>>>>>>> 
>>>>>>>> So no actual problem with Pax-JDBC itself :-)
>>>>>>>> 
>>>>>>>> Thanks again!
>>>>>>>> 
>>>>>>>> Best, Lukas
>>>>>>>> 
>>>>>>>> [1]
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12;
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt;;
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt;
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12amp;gtgt;;;
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt;
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12amp;gtgt;;
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12amp;gtgt;
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12amp;gtgt
>>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12amp;amp;gtamp;gtgt
>>>>>>>> 
>>>>>>>> Von: Erwin Hogeweg 
>>>>>> 
>>>>>>> erwin.hogeweg@
>>>>>> 
>>>>>>>  
>>>>>>>> Gesendet: Mittwoch, 19. Februar 2020 12:53
>>>>>>>> An: 
>>>>>> 
>>>>>>> user@.apache
>>>>>> 
>>>>>>>> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not
>>>>>>>> working
>>>>>>>> 
>>>>>>>> Lukas ,
>>>>>>>> 
>>>>>>>> It looks like you missed my pom.xml changes…Once I applied those to
>>>>>>>> your
>>>>>>>> git version it worked again. I was unable to push the change to
>>>>>>>> GitHub
>>>>>>>> so
>>>>>>>> here they are again.
>>>>>>>> 
>>>>>>>> I reduced the maven-bundle-plugin to:
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>> 
>>> 
> 
>>>>>>> org.apache.felix
>>>>>>> 
>>>>> 
>>> 
> 
>>>>>>>> 
>>>>>>> 
>>>>> 
>>> 
> 
>>>>>>> maven-bundle-plugin
>>>>>>> 
>>>>> 
>>> 
> 
>>>>>>>> 
>>>>>>> 
>>>>> 
>>> 
> 
>>>>>>> true
>>>>>>> 
>>>>> 
>>> 
> 
>>>>>>>> 
>>>>>>> 
>>>>> 
>>> 
> 
>>>>>>>> 
>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>> 
>>> 
>

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[stefang]

Hi JB,

we are very interested on that material because we think a static
distribution is the only way (after many years of Experience with Karaf) to
get a robust and well defined Platform for the Enterprise  

Regards
Stefan 
  


jbonofre wrote
> That’s actually a great news ! It’s great to see people using static
> distribution !
> 
> By the way, we are working on new tooling to even easily create
> distribution (static or dynamic) !
> The purpose is to provide a much better dev experience.
> 
> I will prepare some materials to discuss on the mailing list (I would like
> to have something showable).
> 
> Regards
> JB
> 
>> Le 7 avr. 2020 à 13:30, stefang 

> stefan.guenst@

>  a écrit :
>> 
>> Hi JB,
>> 
>> thanks a lot for explaining this.
>> So we stay on 4.2.6 and waiting for 4.2.9 because static distribution is
>> urgent to us as you know.
>> 
>> Regards
>> Stefan
>> 
>> 
>> 
>> jbonofre wrote
>>> Hi Stefan,
>>> 
>>> If the problem is related to PAX JDBC in static distribution, it’s not
>>> yet
>>> fully fixed.
>>> 
>>> All the details is in the Jira: the problem is about the resolver order.
>>> When using static distribution, all features are startup features,
>>> meaning
>>> that all is evaluated at same stage. As PAX JDBC has requirements from
>>> framework, the framework should be evaluated before pax-jdbc.
>>> It’s not a problem when using pax JDBC as boot feature in dynamic
>>> distribution as startup is evaluated first and then boot features.
>>> But with static distribution, again, all is at "same level"/startup.
>>> 
>>> My plan is to add an order on startup properties to be able to address
>>> resolution order in startup.
>>> 
>>> I plan to fix that for Karaf 4.2.9.
>>> 
>>> Regards
>>> JB
>>> 
>>>> Le 7 avr. 2020 à 12:47, stefang 
>> 
>>> stefan.guenst@
>> 
>>>  a écrit :
>>>> 
>>>> Hi Erwin,
>>>> 
>>>> we tried it with static distribution based on 4.2.8 Release without any
>>>> luck
>>>> (4.2.6 without problems)
>>>> Anything we missed?
>>>> 
>>>> Regards 
>>>> 
>>>> Stefan 
>>>> 
>>>> 
>>>> 
>>>> Erwin Hogeweg wrote
>>>>> Hi Lukas,
>>>>> 
>>>>> Glad I could help.
>>>>> 
>>>>> Happy coding.
>>>>> 
>>>>> Erwin
>>>>> 
>>>>> 
>>>>>> On Mar 18, 2020, at 12:13, Roedl Lukas 
>>>> 
>>>>> Lukas.Roedl@.ac
>>>> 
>>>>>  wrote:
>>>>>> 
>>>>>> Hi Erwin,
>>>>>> 
>>>>>> Thanks for your input – finally I had time to test it extensively and
>>>>>> it’s working now!!!
>>>>>> In the end the source of error was sitting in front of the PC ;-)
>>>>>> 
>>>>>> The problem was that some dependencies where embedded into the actual
>>>>>> bundle and at the same time these dependencies are also provided by
>>>>>> pax-jdbc via the feature.
>>>>>> (for details see [1])
>>>>>> 
>>>>>> So no actual problem with Pax-JDBC itself :-)
>>>>>> 
>>>>>> Thanks again!
>>>>>> 
>>>>>> Best, Lukas
>>>>>> 
>>>>>> [1]
>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12;
>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt;;
>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt;
>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt
>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12amp;gtgt;;;
>>>>>> 
>>>>>> Von: Erwin Hogeweg 
>>>>

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Jean-Baptiste Onofre]

t;>  
>>>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>
>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>>>  
>>>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>;
>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>>>  
>>>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>
>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt
>>>>>>>  
>>>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt>;;
>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>>>  
>>>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>
>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt
>>>>>>>  
>>>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt>;
>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt
>>>>>>>  
>>>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt>
>>>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12amp;gtgt
>>>>>>>  
>>>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12amp;gtgt>
>>>>>>> 
>>>>>>> Von: Erwin Hogeweg 
>>>>> 
>>>>>> erwin.hogeweg@
>>>>> 
>>>>>>  
>>>>>>> Gesendet: Mittwoch, 19. Februar 2020 12:53
>>>>>>> An: 
>>>>> 
>>>>>> user@.apache
>>>>> 
>>>>>>> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not
>>>>>>> working
>>>>>>> 
>>>>>>> Lukas ,
>>>>>>> 
>>>>>>> It looks like you missed my pom.xml changes…Once I applied those to
>>>>>>> your
>>>>>>> git version it worked again. I was unable to push the change to
>>>>>>> GitHub
>>>>>>> so
>>>>>>> here they are again.
>>>>>>> 
>>>>>>> I reduced the maven-bundle-plugin to:
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>> org.apache.felix
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>> maven-bundle-plugin
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>> true
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>> NONE
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>>>  <_nouses>true
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>> ${project.artifactId}
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>>> 
>>>> 
>> 
>>>>>>> 
>>>>>>> FWIW…  I am running OSX Catalina with Java-8.
>>>>>>> 
>>>>>>> 
>>>>>>> Erwin
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> On Feb 19, 2020, at 05:36, Roedl Lukas 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Jean-Baptiste Onofre]

That’s actually a great news ! It’s great to see people using static 
distribution !

By the way, we are working on new tooling to even easily create distribution 
(static or dynamic) !
The purpose is to provide a much better dev experience.

I will prepare some materials to discuss on the mailing list (I would like to 
have something showable).

Regards
JB

> Le 7 avr. 2020 à 13:30, stefang  a écrit :
> 
> Hi JB,
> 
> thanks a lot for explaining this.
> So we stay on 4.2.6 and waiting for 4.2.9 because static distribution is
> urgent to us as you know.
> 
> Regards
> Stefan
> 
> 
> 
> jbonofre wrote
>> Hi Stefan,
>> 
>> If the problem is related to PAX JDBC in static distribution, it’s not yet
>> fully fixed.
>> 
>> All the details is in the Jira: the problem is about the resolver order.
>> When using static distribution, all features are startup features, meaning
>> that all is evaluated at same stage. As PAX JDBC has requirements from
>> framework, the framework should be evaluated before pax-jdbc.
>> It’s not a problem when using pax JDBC as boot feature in dynamic
>> distribution as startup is evaluated first and then boot features.
>> But with static distribution, again, all is at "same level"/startup.
>> 
>> My plan is to add an order on startup properties to be able to address
>> resolution order in startup.
>> 
>> I plan to fix that for Karaf 4.2.9.
>> 
>> Regards
>> JB
>> 
>>> Le 7 avr. 2020 à 12:47, stefang 
> 
>> stefan.guenst@
> 
>>  a écrit :
>>> 
>>> Hi Erwin,
>>> 
>>> we tried it with static distribution based on 4.2.8 Release without any
>>> luck
>>> (4.2.6 without problems)
>>> Anything we missed?
>>> 
>>> Regards 
>>> 
>>> Stefan 
>>> 
>>> 
>>> 
>>> Erwin Hogeweg wrote
>>>> Hi Lukas,
>>>> 
>>>> Glad I could help.
>>>> 
>>>> Happy coding.
>>>> 
>>>> Erwin
>>>> 
>>>> 
>>>>> On Mar 18, 2020, at 12:13, Roedl Lukas 
>>> 
>>>> Lukas.Roedl@.ac
>>> 
>>>>  wrote:
>>>>> 
>>>>> Hi Erwin,
>>>>> 
>>>>> Thanks for your input – finally I had time to test it extensively and
>>>>> it’s working now!!!
>>>>> In the end the source of error was sitting in front of the PC ;-)
>>>>> 
>>>>> The problem was that some dependencies where embedded into the actual
>>>>> bundle and at the same time these dependencies are also provided by
>>>>> pax-jdbc via the feature.
>>>>> (for details see [1])
>>>>> 
>>>>> So no actual problem with Pax-JDBC itself :-)
>>>>> 
>>>>> Thanks again!
>>>>> 
>>>>> Best, Lukas
>>>>> 
>>>>> [1]
>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>  
>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>
>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>  
>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>;
>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>>>  
>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>
>>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt
>>>>>  
>>>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt>;;
>>>>> 
>>>>> Von: Erwin Hogeweg 
>>> 
>>>> erwin.hogeweg@
>>> 
>>>>  
>>>>> Gesendet: Mittwoch, 19. Februar 2020 12:53
>>>>> An: 
>>> 
>>>> user@.apache
>>> 
>>>>> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not
>>>>> working
>>>>> 
>>>>> Lukas ,
>>>>> 
>>>>> It looks like you missed my pom.xml changes…Once I applied those to
>>>>> your
>>>>> git version it worked again. I was unable to push the change to GitHub
>>>>> so
>>>>> here th

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[stefang]

Hi JB,

thanks a lot for explaining this.
So we stay on 4.2.6 and waiting for 4.2.9 because static distribution is
urgent to us as you know.

Regards
Stefan



jbonofre wrote
> Hi Stefan,
> 
> If the problem is related to PAX JDBC in static distribution, it’s not yet
> fully fixed.
> 
> All the details is in the Jira: the problem is about the resolver order.
> When using static distribution, all features are startup features, meaning
> that all is evaluated at same stage. As PAX JDBC has requirements from
> framework, the framework should be evaluated before pax-jdbc.
> It’s not a problem when using pax JDBC as boot feature in dynamic
> distribution as startup is evaluated first and then boot features.
> But with static distribution, again, all is at "same level"/startup.
> 
> My plan is to add an order on startup properties to be able to address
> resolution order in startup.
> 
> I plan to fix that for Karaf 4.2.9.
> 
> Regards
> JB
> 
>> Le 7 avr. 2020 à 12:47, stefang 

> stefan.guenst@

>  a écrit :
>> 
>> Hi Erwin,
>> 
>> we tried it with static distribution based on 4.2.8 Release without any
>> luck
>> (4.2.6 without problems)
>> Anything we missed?
>> 
>> Regards 
>> 
>> Stefan 
>> 
>> 
>> 
>> Erwin Hogeweg wrote
>>> Hi Lukas,
>>> 
>>> Glad I could help.
>>> 
>>> Happy coding.
>>> 
>>> Erwin
>>> 
>>> 
>>>> On Mar 18, 2020, at 12:13, Roedl Lukas 
>> 
>>> Lukas.Roedl@.ac
>> 
>>>  wrote:
>>>> 
>>>> Hi Erwin,
>>>> 
>>>> Thanks for your input – finally I had time to test it extensively and
>>>> it’s working now!!!
>>>> In the end the source of error was sitting in front of the PC ;-)
>>>> 
>>>> The problem was that some dependencies where embedded into the actual
>>>> bundle and at the same time these dependencies are also provided by
>>>> pax-jdbc via the feature.
>>>> (for details see [1])
>>>> 
>>>> So no actual problem with Pax-JDBC itself :-)
>>>> 
>>>> Thanks again!
>>>> 
>>>> Best, Lukas
>>>> 
>>>> [1]
>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12;
>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12gt;;
>>>> 
>>>> Von: Erwin Hogeweg 
>> 
>>> erwin.hogeweg@
>> 
>>>  
>>>> Gesendet: Mittwoch, 19. Februar 2020 12:53
>>>> An: 
>> 
>>> user@.apache
>> 
>>>> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not
>>>> working
>>>> 
>>>> Lukas ,
>>>> 
>>>> It looks like you missed my pom.xml changes…Once I applied those to
>>>> your
>>>> git version it worked again. I was unable to push the change to GitHub
>>>> so
>>>> here they are again.
>>>> 
>>>> I reduced the maven-bundle-plugin to:
>>>> 
>>>> 
>>>> 
>>> 
> 
>>> org.apache.felix
>>> 
> 
>>>> 
>>> 
> 
>>> maven-bundle-plugin
>>> 
> 
>>>> 
>>> 
> 
>>> true
>>> 
> 
>>>> 
>>> 
> 
>>>> 
>> 
>>>> 
>>> 
> 
>>> NONE
>>> 
> 
>>>> 
>>> 
> 
>>>><_nouses>true
>>> 
> 
>>>> 
>>> 
> 
>>> ${project.artifactId}
>>> 
> 
>>>> 
>>> 
> 
>>>> 
>>> 
> 
>>>> 
>>>> FWIW…  I am running OSX Catalina with Java-8.
>>>> 
>>>> 
>>>> Erwin
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Feb 19, 2020, at 05:36, Roedl Lukas 
>> 
>>> Lukas.Roedl@.ac
>> 
>>> mailto:
>> 
>>> Lukas.Roedl@.ac
>> 
>>> > wrote:
>>>> 
>>>> @Erwin: Thanks for testing!
>>>> 
>>>> I tried to reproduce and incorporated your proposed changes in
>>>> https://github.com/roedll/p

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[stefang]

Hi Erwin,

we tried it with static distribution based on 4.2.8 Release without any luck
(4.2.6 without problems)
Anything we missed?

Regards 

Stefan 



Erwin Hogeweg wrote
> Hi Lukas,
> 
> Glad I could help.
> 
> Happy coding.
> 
> Erwin
> 
> 
>> On Mar 18, 2020, at 12:13, Roedl Lukas 

> Lukas.Roedl@.ac

>  wrote:
>> 
>> Hi Erwin,
>>  
>> Thanks for your input – finally I had time to test it extensively and
>> it’s working now!!!
>> In the end the source of error was sitting in front of the PC ;-)
>>  
>> The problem was that some dependencies where embedded into the actual
>> bundle and at the same time these dependencies are also provided by
>> pax-jdbc via the feature.
>> (for details see [1])
>>  
>> So no actual problem with Pax-JDBC itself :-)
>>  
>> Thanks again!
>>  
>> Best, Lukas
>>  
>> [1]
>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12;
>>  
>> Von: Erwin Hogeweg 

> erwin.hogeweg@

>  
>> Gesendet: Mittwoch, 19. Februar 2020 12:53
>> An: 

> user@.apache

>> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working
>>  
>> Lukas ,
>>  
>> It looks like you missed my pom.xml changes…Once I applied those to your
>> git version it worked again. I was unable to push the change to GitHub so
>> here they are again.
>>  
>> I reduced the maven-bundle-plugin to:
>> 
>> 
>>   
> 
> org.apache.felix
> 
>> 
> 
> maven-bundle-plugin
> 
>> 
> 
> true
> 
>> 
> 
>>   

>>   
> 
> NONE
> 
>>   
> 
>> <_nouses>true
> 
>> 
> 
> ${project.artifactId}
> 
>>   
> 
>> 
> 
>>  
>> FWIW…  I am running OSX Catalina with Java-8.
>> 
>> 
>> Erwin
>> 
>> 
>> 
>> 
>> On Feb 19, 2020, at 05:36, Roedl Lukas 

> Lukas.Roedl@.ac

>  mailto:

> Lukas.Roedl@.ac

> > wrote:
>>  
>> @Erwin: Thanks for testing!
>>  
>> I tried to reproduce and incorporated your proposed changes in
>> https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90
>> https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90;
>>  
>> But unfortunately I had no luck that the PreHook finally got called.
>>  
>> Did you also change some other things?
>>  
>> Best,
>> Lukas
>>  
>> Von: Jean-Baptiste Onofré 

> jb@

>  mailto:

> jb@

> > 
>> Gesendet: Dienstag, 18. Februar 2020 20:02
>> An: 

> user@.apache

>  mailto:

> user@.apache

> 
>> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working
>>  
>> Thanks for the update. I will investigate tomorrow. I will keep you
>> posted. 
>>  
>> Regards 
>> JB
>>  
>> Le mar. 18 f?vr. 2020 ? 17:01, Erwin Hogeweg 

> erwin.hogeweg@

>  mailto:

> erwin.hogeweg@

> > a ?crit :
>> Lukas,
>>  
>> I believe I have some success by copying configuration from my env. to
>> the prehook test.
>>  
>> 2020-02-18T10:35:05,924 | INFO  | features-3-thread-1 | PreHookTest  
>>
>> | 50 - prehook - 1.0.0.SNAPSHOT | Starting PreHookTest ...
>> 2020-02-18T10:35:05,928 | WARN  | activator-1-thread-1 | SshUtils
>> 
>> | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher
>> 'aes256-ctr' not available
>> 2020-02-18T10:35:05,931 | INFO  | features-3-thread-1 |
>> ServiceTrackerHelper | 16 - org.ops4j.pax.jdbc.config - 1.4.4
>> | Obtained service dependency:
>> (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name=sqlite))
>> 2020-02-18T10:35:05,931 | WARN  | activator-1-thread-1 | SshUtils
>> 
>> | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher
>> 'aes192-ctr' not available
>> 2020-02-18T10:35:05,932 | INFO  | features-3-thread-1 |
>> DataSourceRegistration   | 16 - org.ops4j.pax.jdbc.config - 1.4.4
>> | Found DataSourceFactory. Creating DataSource prehook-test
>> 2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 |
>> DataSourceRegistration   | 16 - org.ops4j.pax.jdbc.config - 1.4.4
>> | Executing pre hook for DataSource prehook-test
>> 2020-02-18T10:35:05,953 | INFO  | featur

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Jean-Baptiste Onofre]

Hi Stefan,

If the problem is related to PAX JDBC in static distribution, it’s not yet 
fully fixed.

All the details is in the Jira: the problem is about the resolver order. When 
using static distribution, all features are startup features, meaning that all 
is evaluated at same stage. As PAX JDBC has requirements from framework, the 
framework should be evaluated before pax-jdbc.
It’s not a problem when using pax JDBC as boot feature in dynamic distribution 
as startup is evaluated first and then boot features.
But with static distribution, again, all is at "same level"/startup.

My plan is to add an order on startup properties to be able to address 
resolution order in startup.

I plan to fix that for Karaf 4.2.9.

Regards
JB

> Le 7 avr. 2020 à 12:47, stefang  a écrit :
> 
> Hi Erwin,
> 
> we tried it with static distribution based on 4.2.8 Release without any luck
> (4.2.6 without problems)
> Anything we missed?
> 
> Regards 
> 
> Stefan 
> 
> 
> 
> Erwin Hogeweg wrote
>> Hi Lukas,
>> 
>> Glad I could help.
>> 
>> Happy coding.
>> 
>> Erwin
>> 
>> 
>>> On Mar 18, 2020, at 12:13, Roedl Lukas 
> 
>> Lukas.Roedl@.ac
> 
>>  wrote:
>>> 
>>> Hi Erwin,
>>> 
>>> Thanks for your input – finally I had time to test it extensively and
>>> it’s working now!!!
>>> In the end the source of error was sitting in front of the PC ;-)
>>> 
>>> The problem was that some dependencies where embedded into the actual
>>> bundle and at the same time these dependencies are also provided by
>>> pax-jdbc via the feature.
>>> (for details see [1])
>>> 
>>> So no actual problem with Pax-JDBC itself :-)
>>> 
>>> Thanks again!
>>> 
>>> Best, Lukas
>>> 
>>> [1]
>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>  
>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>
>>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>>>  
>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>;
>>> 
>>> Von: Erwin Hogeweg 
> 
>> erwin.hogeweg@
> 
>>  
>>> Gesendet: Mittwoch, 19. Februar 2020 12:53
>>> An: 
> 
>> user@.apache
> 
>>> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working
>>> 
>>> Lukas ,
>>> 
>>> It looks like you missed my pom.xml changes…Once I applied those to your
>>> git version it worked again. I was unable to push the change to GitHub so
>>> here they are again.
>>> 
>>> I reduced the maven-bundle-plugin to:
>>> 
>>> 
>>> 
>> 
>> org.apache.felix
>> 
>>> 
>> 
>> maven-bundle-plugin
>> 
>>> 
>> 
>> true
>> 
>>> 
>> 
>>> 
> 
>>> 
>> 
>> NONE
>> 
>>> 
>> 
>>><_nouses>true
>> 
>>> 
>> 
>> ${project.artifactId}
>> 
>>> 
>> 
>>> 
>> 
>>> 
>>> FWIW…  I am running OSX Catalina with Java-8.
>>> 
>>> 
>>> Erwin
>>> 
>>> 
>>> 
>>> 
>>> On Feb 19, 2020, at 05:36, Roedl Lukas 
> 
>> Lukas.Roedl@.ac
> 
>> mailto:
> 
>> Lukas.Roedl@.ac
> 
>> > wrote:
>>> 
>>> @Erwin: Thanks for testing!
>>> 
>>> I tried to reproduce and incorporated your proposed changes in
>>> https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90
>>>  
>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90>
>>> https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90
>>>  
>>> <https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90>;
>>> 
>>> But unfortunately I had no luck that the PreHook finally got called.
>>> 
>>> Did you also change some other things?
>>> 
>>> Best,
>>> Lukas
>>> 
>>> Von: Jean-Baptiste Onofré 
> 
>> jb@
> 
>> mailto:
> 
>> jb@
> 
>> > 
>>> Gesendet: Dienstag, 18. Februar 2020 20:02
>>> An: 
> 
>> user@.apache
> 
>> mailto:
&g

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Erwin Hogeweg]

Hi Lukas,

Glad I could help.

Happy coding.

Erwin


> On Mar 18, 2020, at 12:13, Roedl Lukas  wrote:
> 
> Hi Erwin,
>  
> Thanks for your input – finally I had time to test it extensively and it’s 
> working now!!!
> In the end the source of error was sitting in front of the PC ;-)
>  
> The problem was that some dependencies where embedded into the actual bundle 
> and at the same time these dependencies are also provided by pax-jdbc via the 
> feature.
> (for details see [1])
>  
> So no actual problem with Pax-JDBC itself :-)
>  
> Thanks again!
>  
> Best, Lukas
>  
> [1] 
> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12
>  
> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/bundle-headers.diff#L10-L12>
>  
> Von: Erwin Hogeweg  
> Gesendet: Mittwoch, 19. Februar 2020 12:53
> An: user@karaf.apache.org
> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working
>  
> Lukas ,
>  
> It looks like you missed my pom.xml changes…Once I applied those to your git 
> version it worked again. I was unable to push the change to GitHub so here 
> they are again.
>  
> I reduced the maven-bundle-plugin to:
> 
> 
>   org.apache.felix
> maven-bundle-plugin
> true
> 
>   
>   NONE
>   
> <_nouses>true
> ${project.artifactId}
>   
> 
>  
> FWIW…  I am running OSX Catalina with Java-8.
> 
> 
> Erwin
> 
> 
> 
> 
> On Feb 19, 2020, at 05:36, Roedl Lukas  <mailto:lukas.ro...@ait.ac.at>> wrote:
>  
> @Erwin: Thanks for testing!
>  
> I tried to reproduce and incorporated your proposed changes in 
> https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90
>  
> <https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90>
>  
> But unfortunately I had no luck that the PreHook finally got called.
>  
> Did you also change some other things?
>  
> Best,
> Lukas
>  
> Von: Jean-Baptiste Onofré mailto:j...@nanthrax.net>> 
> Gesendet: Dienstag, 18. Februar 2020 20:02
> An: user@karaf.apache.org <mailto:user@karaf.apache.org>
> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working
>  
> Thanks for the update. I will investigate tomorrow. I will keep you posted. 
>  
> Regards 
> JB
>  
> Le mar. 18 f?vr. 2020 ? 17:01, Erwin Hogeweg  <mailto:erwin.hoge...@me.com>> a ?crit :
> Lukas,
>  
> I believe I have some success by copying configuration from my env. to the 
> prehook test.
>  
> 2020-02-18T10:35:05,924 | INFO  | features-3-thread-1 | PreHookTest   
>| 50 - prehook - 1.0.0.SNAPSHOT | Starting PreHookTest ...
> 2020-02-18T10:35:05,928 | WARN  | activator-1-thread-1 | SshUtils 
> | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher 
> 'aes256-ctr' not available
> 2020-02-18T10:35:05,931 | INFO  | features-3-thread-1 | ServiceTrackerHelper  
>| 16 - org.ops4j.pax.jdbc.config - 1.4.4 | Obtained service 
> dependency: 
> (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name=sqlite))
> 2020-02-18T10:35:05,931 | WARN  | activator-1-thread-1 | SshUtils 
> | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher 
> 'aes192-ctr' not available
> 2020-02-18T10:35:05,932 | INFO  | features-3-thread-1 | 
> DataSourceRegistration   | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | 
> Found DataSourceFactory. Creating DataSource prehook-test
> 2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 | 
> DataSourceRegistration   | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | 
> Executing pre hook for DataSource prehook-test
> 2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 | PreHookTest   
>| 50 - prehook - 1.0.0.SNAPSHOT | Called PreHookTest.prepare() ?
>  
> I reduced the maven-bundle-plugin to:
>  
>   org.apache.felix
> maven-bundle-plugin
> true
> 
>   
>   NONE
>   
> <_nouses>true
> ${project.artifactId}
>   
> 
>  
> And I changed the component annotations to:
>  
>   @Component(
> // scope = ServiceScope.SINGLETON,
> immediate = true,
> // service = PreHook.class,
> property = "name=prehook-test-hook"
> )
> public class PreHookTest implements PreHook {
> ?
>  
> I may have thrown away too much, but at least this is a good starting point.
>  
>  
> Erwin
>  
>  
> On Feb 17, 2020, at 13:55, Erwin Hogeweg  <mailto:erwin.hoge.

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Erwin Hogeweg]

Lukas ,

It looks like you missed my pom.xml changes…Once I applied those to your git 
version it worked again. I was unable to push the change to GitHub so here they 
are again.

> I reduced the maven-bundle-plugin to:
> 
>   org.apache.felix
> maven-bundle-plugin
> true
> 
>   
>   NONE
>   
> <_nouses>true
> ${project.artifactId}
>   
> 

FWIW…  I am running OSX Catalina with Java-8.

Erwin


> On Feb 19, 2020, at 05:36, Roedl Lukas  wrote:
> 
> @Erwin: Thanks for testing!
>  
> I tried to reproduce and incorporated your proposed changes in 
> https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90
>  
> <https://github.com/roedll/pax-jdbc-pre-hook-test/commit/1a427187148461da564326ceae36622c5f943e90>
>  
> But unfortunately I had no luck that the PreHook finally got called.
>  
> Did you also change some other things?
>  
> Best,
> Lukas
>  
> Von: Jean-Baptiste Onofré mailto:j...@nanthrax.net>> 
> Gesendet: Dienstag, 18. Februar 2020 20:02
> An: user@karaf.apache.org <mailto:user@karaf.apache.org>
> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working
>  
> Thanks for the update. I will investigate tomorrow. I will keep you posted. 
>  
> Regards 
> JB
>  
> Le mar. 18 f?vr. 2020 ? 17:01, Erwin Hogeweg  <mailto:erwin.hoge...@me.com>> a ?crit :
> Lukas,
>  
> I believe I have some success by copying configuration from my env. to the 
> prehook test.
>  
> 2020-02-18T10:35:05,924 | INFO  | features-3-thread-1 | PreHookTest   
>| 50 - prehook - 1.0.0.SNAPSHOT | Starting PreHookTest ...
> 2020-02-18T10:35:05,928 | WARN  | activator-1-thread-1 | SshUtils 
> | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher 
> 'aes256-ctr' not available
> 2020-02-18T10:35:05,931 | INFO  | features-3-thread-1 | ServiceTrackerHelper  
>| 16 - org.ops4j.pax.jdbc.config - 1.4.4 | Obtained service 
> dependency: 
> (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name=sqlite))
> 2020-02-18T10:35:05,931 | WARN  | activator-1-thread-1 | SshUtils 
> | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher 
> 'aes192-ctr' not available
> 2020-02-18T10:35:05,932 | INFO  | features-3-thread-1 | 
> DataSourceRegistration   | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | 
> Found DataSourceFactory. Creating DataSource prehook-test
> 2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 | 
> DataSourceRegistration   | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | 
> Executing pre hook for DataSource prehook-test
> 2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 | PreHookTest   
>| 50 - prehook - 1.0.0.SNAPSHOT | Called PreHookTest.prepare() ?
>  
> I reduced the maven-bundle-plugin to:
>  
>   org.apache.felix
> maven-bundle-plugin
> true
> 
>   
>   NONE
>   
> <_nouses>true
> ${project.artifactId}
>   
> 
>  
> And I changed the component annotations to:
>  
>   @Component(
> // scope = ServiceScope.SINGLETON,
> immediate = true,
> // service = PreHook.class,
> property = "name=prehook-test-hook"
> )
> public class PreHookTest implements PreHook {
> ?
>  
> I may have thrown away too much, but at least this is a good starting point.
>  
>  
> Erwin
>  
>  
> On Feb 17, 2020, at 13:55, Erwin Hogeweg  <mailto:erwin.hoge...@me.com>> wrote:
>  
> Lukas,
>  
> I am currently on the road but I will try this ASAP. 
>  
> Kind Regards,
>  
> Erwin
>  
> El feb. 17, 2020, a la(s) 08:55, Roedl Lukas  <mailto:lukas.ro...@ait.ac.at>> escribi?:
> 
> ?
> Hi,
>  
> We?ve similar problems with a Pax JDBC Pre Hook getting called.
> I?ve prepared a minimal example on 
> https://github.com/roedll/pax-jdbc-pre-hook-test 
> <https://github.com/roedll/pax-jdbc-pre-hook-test> using SQLite to make it a 
> bit more concrete.
> Apache Karaf 4.2.8 in combination with Pax JDBC 1.4.4 is used.
>  
> The DataSource is specified in the file 
> ?org.ops4j.datasource-prehook-test.cfg? (see [1]) and without a PreHook 
> defined the DataSource is published as expected:
>  
> dataSourceName = prehook-test
> felix.fileinstall.filename = 
> file:/X:/pax-jdbc-pre-hook-test/framework/target/assembly/etc/org.ops4j.datasource-prehook-test.cfg
> objectClass = [javax.sql.DataSource]
> osgi.jdbc.driver.name = sqlite
> osgi.jndi.service.name = prehook-test
> pax.jdbc.managed = true
> service.bund

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Jean-Baptiste Onofré]

Thanks for the update. I will investigate tomorrow. I will keep you posted. Regards JBLe mar. 18 f?vr. 2020 ? 17:01, Erwin Hogeweg  a ?crit :Lukas,I believe I have some success by copying configuration from my env. to the prehook test.2020-02-18T10:35:05,924 | INFO  | features-3-thread-1 | PreHookTest                      | 50 - prehook - 1.0.0.SNAPSHOT | Starting PreHookTest ...2020-02-18T10:35:05,928 | WARN  | activator-1-thread-1 | SshUtils                         | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher 'aes256-ctr' not available2020-02-18T10:35:05,931 | INFO  | features-3-thread-1 | ServiceTrackerHelper             | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | Obtained service dependency: (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name=sqlite))2020-02-18T10:35:05,931 | WARN  | activator-1-thread-1 | SshUtils                         | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher 'aes192-ctr' not available2020-02-18T10:35:05,932 | INFO  | features-3-thread-1 | DataSourceRegistration           | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | Found DataSourceFactory. Creating DataSource prehook-test2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 | DataSourceRegistration           | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | Executing pre hook for DataSource prehook-test2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 | PreHookTest                      | 50 - prehook - 1.0.0.SNAPSHOT | Called PreHookTest.prepare() ?I reduced the maven-bundle-plugin to:  org.apache.felix    maven-bundle-pluginartifactId>    true                NONE              <_nouses>true        ${project.artifactId}Bundle-SymbolicName>          And I changed the component annotations to:  @Component(    // scope = ServiceScope.SINGLETON,    immediate = true,    // service = PreHook.class,    property = "name=prehook-test-hook")public class PreHookTest implements PreHook {?I may have thrown away too much, but at least this is a good starting point.ErwinOn Feb 17, 2020, at 13:55, Erwin Hogeweg <erwin.hoge...@me.com> wrote:Lukas,I am currently on the road but I will try this ASAP. Kind Regards,ErwinEl feb. 17, 2020, a la(s) 08:55, Roedl Lukas <lukas.ro...@ait.ac.at> escribi?:?Hi, We?ve similar problems with a Pax JDBC Pre Hook getting called.I?ve prepared a minimal example on https://github.com/roedll/pax-jdbc-pre-hook-test using SQLite to make it a bit more concrete.Apache Karaf 4.2.8 in combination with Pax JDBC 1.4.4 is used. The DataSource is specified in the file ?org.ops4j.datasource-prehook-test.cfg? (see [1]) and without a PreHook defined the DataSource is published as expected: dataSourceName = prehook-testfelix.fileinstall.filename = file:/X:/pax-jdbc-pre-hook-test/framework/target/assembly/etc/org.ops4j.datasource-prehook-test.cfgobjectClass = [javax.sql.DataSource]osgi.jdbc.driver.name = sqliteosgi.jndi.service.name = prehook-testpax.jdbc.managed = trueservice.bundleid = 16service.factoryPid = org.ops4j.datasourceservice.id = 88service.pid = org.ops4j.datasource.5a7b2e4b-4781-4b60-b707-74a48e210bdaservice.scope = singletonurl = ""> With the PreHook specified (like ?ops4j.preHook=prehook-test-hook?) the last log entry is ?Waiting for service dependency: (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=prehook-test-hook))? event if the PreHook itself is started and active: Pax JDBC - Test - PreHook (21) provides:component.id = 0component.name = at.roedll.pax.jdbc.pre.hook.test.PreHookTestname = prehook-test-hookobjectClass = [org.ops4j.pax.jdbc.hook.PreHook]service.bundleid = 21service.id = 75service.scope = bundle  Can someone which doesn?t have problems with this, please take a short look, if there are some differences between the working configurations and this example? Best,Lukas  [1] https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/framework/src/main/filtered-resources/etc/org.ops4j.datasource-prehook-test.cfg Von: Erwin Hogeweg <erwin.hoge...@me.com> Gesendet: Donnerstag, 23. Januar 2020 22:40An: user@karaf.apache.orgBetreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working Hi Alex, Below a similar sequence from my log. From your log it seems that the Derby DataSourceFactory is not resolved. I remember that at some point I changed the driver.name entry in the config to a driver.class entry. That is for a mySQL database though but but maybe? Another silly question: Is your datasource functional if you leave out the preHook? Obtained service dependency: (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)Waiting for service dependency: (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)Waiting for service dependency: (&(pool=*)(!(pax.jdbc.managed=true))(|(objectClass=javax.sql.DataSource)(objectClass=javax.sql.XADataSource)))Waiting for service dependency: (&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDa

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Erwin Hogeweg]

Lukas,

I believe I have some success by copying configuration from my env. to the 
prehook test.

2020-02-18T10:35:05,924 | INFO  | features-3-thread-1 | PreHookTest 
 | 50 - prehook - 1.0.0.SNAPSHOT | Starting PreHookTest ...
2020-02-18T10:35:05,928 | WARN  | activator-1-thread-1 | SshUtils   
  | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher 
'aes256-ctr' not available
2020-02-18T10:35:05,931 | INFO  | features-3-thread-1 | ServiceTrackerHelper
 | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | Obtained service 
dependency: 
(&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name=sqlite))
2020-02-18T10:35:05,931 | WARN  | activator-1-thread-1 | SshUtils   
  | 38 - org.apache.karaf.shell.ssh - 4.2.8 | Configured cipher 
'aes192-ctr' not available
2020-02-18T10:35:05,932 | INFO  | features-3-thread-1 | DataSourceRegistration  
 | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | Found DataSourceFactory. 
Creating DataSource prehook-test
2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 | DataSourceRegistration  
 | 16 - org.ops4j.pax.jdbc.config - 1.4.4 | Executing pre hook for 
DataSource prehook-test
2020-02-18T10:35:05,953 | INFO  | features-3-thread-1 | PreHookTest 
 | 50 - prehook - 1.0.0.SNAPSHOT | Called PreHookTest.prepare() …

I reduced the maven-bundle-plugin to:

  org.apache.felix
maven-bundle-plugin
true

  
  NONE
  
<_nouses>true
${project.artifactId}
  


And I changed the component annotations to:

  @Component(
// scope = ServiceScope.SINGLETON,
immediate = true,
// service = PreHook.class,
property = "name=prehook-test-hook"
)
public class PreHookTest implements PreHook {
…

I may have thrown away too much, but at least this is a good starting point.


Erwin


> On Feb 17, 2020, at 13:55, Erwin Hogeweg  wrote:
> 
> Lukas,
> 
> I am currently on the road but I will try this ASAP. 
> 
> Kind Regards,
> 
> Erwin
> 
>> El feb. 17, 2020, a la(s) 08:55, Roedl Lukas > <mailto:lukas.ro...@ait.ac.at>> escribió:
>> 
>> 
>> Hi,
>>  
>> We’ve similar problems with a Pax JDBC Pre Hook getting called.
>> I’ve prepared a minimal example on 
>> https://github.com/roedll/pax-jdbc-pre-hook-test 
>> <https://github.com/roedll/pax-jdbc-pre-hook-test> using SQLite to make it a 
>> bit more concrete.
>> Apache Karaf 4.2.8 in combination with Pax JDBC 1.4.4 is used.
>>  
>> The DataSource is specified in the file 
>> “org.ops4j.datasource-prehook-test.cfg” (see [1]) and without a PreHook 
>> defined the DataSource is published as expected:
>>  
>> dataSourceName = prehook-test
>> felix.fileinstall.filename = 
>> file:/X:/pax-jdbc-pre-hook-test/framework/target/assembly/etc/org.ops4j.datasource-prehook-test.cfg
>> objectClass = [javax.sql.DataSource]
>> osgi.jdbc.driver.name = sqlite
>> osgi.jndi.service.name = prehook-test
>> pax.jdbc.managed = true
>> service.bundleid = 16
>> service.factoryPid = org.ops4j.datasource
>> service.id <http://service.id/> = 88
>> service.pid = org.ops4j.datasource.5a7b2e4b-4781-4b60-b707-74a48e210bda
>> service.scope = singleton
>> url = jdbc:sqlite:prehook-test.db
>>  
>> With the PreHook specified (like “ops4j.preHook=prehook-test-hook”) the last 
>> log entry is “Waiting for service dependency: 
>> (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=prehook-test-hook))” 
>> event if the PreHook itself is started and active:
>>  
>> Pax JDBC - Test - PreHook (21) provides:
>> 
>> component.id <http://component.id/> = 0
>> component.name = at.roedll.pax.jdbc.pre.hook.test.PreHookTest
>> name = prehook-test-hook
>> objectClass = [org.ops4j.pax.jdbc.hook.PreHook]
>> service.bundleid = 21
>> service.id <http://service.id/> = 75
>> service.scope = bundle
>>  
>>  
>> Can someone which doesn’t have problems with this, please take a short look, 
>> if there are some differences between the working configurations and this 
>> example?
>>  
>> Best,
>> Lukas
>>  
>>  
>> [1] 
>> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/framework/src/main/filtered-resources/etc/org.ops4j.datasource-prehook-test.cfg
>>  
>> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/framework/src/main/filtered-resources/etc/org.ops4j.datasource-prehook-test.cfg>
>>  
>> Von: Erwin Hogeweg mailto:erwin.hoge...@me.com>> 
>> Gesendet: Donnerstag, 23. Januar 2020 22:40
>> An: user@kara

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Jean-Baptiste Onofre]

Thanks for sharing,

As said in a previous email, I’m testing and I will fix in Pax JDBC if required.

Regards
JB

> Le 17 févr. 2020 à 14:55, Roedl Lukas  a écrit :
> 
> Hi,
>  
> We’ve similar problems with a Pax JDBC Pre Hook getting called.
> I’ve prepared a minimal example on 
> https://github.com/roedll/pax-jdbc-pre-hook-test 
> <https://github.com/roedll/pax-jdbc-pre-hook-test> using SQLite to make it a 
> bit more concrete.
> Apache Karaf 4.2.8 in combination with Pax JDBC 1.4.4 is used.
>  
> The DataSource is specified in the file 
> “org.ops4j.datasource-prehook-test.cfg” (see [1]) and without a PreHook 
> defined the DataSource is published as expected:
>  
> dataSourceName = prehook-test
> felix.fileinstall.filename = 
> file:/X:/pax-jdbc-pre-hook-test/framework/target/assembly/etc/org.ops4j.datasource-prehook-test.cfg
> objectClass = [javax.sql.DataSource]
> osgi.jdbc.driver.name = sqlite
> osgi.jndi.service.name = prehook-test
> pax.jdbc.managed = true
> service.bundleid = 16
> service.factoryPid = org.ops4j.datasource
> service.id <http://service.id/> = 88
> service.pid = org.ops4j.datasource.5a7b2e4b-4781-4b60-b707-74a48e210bda
> service.scope = singleton
> url = jdbc:sqlite:prehook-test.db
>  
> With the PreHook specified (like “ops4j.preHook=prehook-test-hook”) the last 
> log entry is “Waiting for service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=prehook-test-hook))” 
> event if the PreHook itself is started and active:
>  
> Pax JDBC - Test - PreHook (21) provides:
> 
> component.id <http://component.id/> = 0
> component.name = at.roedll.pax.jdbc.pre.hook.test.PreHookTest
> name = prehook-test-hook
> objectClass = [org.ops4j.pax.jdbc.hook.PreHook]
> service.bundleid = 21
> service.id <http://service.id/> = 75
> service.scope = bundle
>  
>  
> Can someone which doesn’t have problems with this, please take a short look, 
> if there are some differences between the working configurations and this 
> example?
>  
> Best,
> Lukas
>  
>  
> [1] 
> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/framework/src/main/filtered-resources/etc/org.ops4j.datasource-prehook-test.cfg
>  
> <https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/framework/src/main/filtered-resources/etc/org.ops4j.datasource-prehook-test.cfg>
>  
> Von: Erwin Hogeweg  
> Gesendet: Donnerstag, 23. Januar 2020 22:40
> An: user@karaf.apache.org
> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working
>  
> Hi Alex,
>  
> Below a similar sequence from my log.
>  
> From your log it seems that the Derby DataSourceFactory is not resolved. I 
> remember that at some point I changed the driver.name entry in the config to 
> a driver.class entry. That is for a mySQL database though but but maybe…
>  
> Another silly question: Is your datasource functional if you leave out the 
> preHook?
>  
> Obtained service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (&(pool=*)(!(pax.jdbc.managed=true))(|(objectClass=javax.sql.DataSource)(objectClass=javax.sql.XADataSource)))
> Waiting for service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
> Waiting for service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
> Obtained service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
> Obtained service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=seegate))
> Obtained service dependency: 
> (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.class=com.mysql.jdbc.Driver))
>  
>  
> Cheers, 
> Erwin
> 
> 
> On Jan 23, 2020, at 13:22, Alex Soto  <mailto:alex.s...@envieta.com>> wrote:
>  
> Yes,  the migration service is being registered:
>  
>  
> Obtained service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (&(pool=*)(!(pax.jdbc.managed=true))(|(objectClass=javax.sql.DataSource)(objectClass=javax.sql.XADataSource)))
> Obtained service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=querierDB))
> Waiting for service dependency: 
> (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Erwin Hogeweg]

Lukas,

I am currently on the road but I will try this ASAP. 

Kind Regards,

Erwin

> El feb. 17, 2020, a la(s) 08:55, Roedl Lukas  escribió:
> 
> 
> Hi,
>  
> We’ve similar problems with a Pax JDBC Pre Hook getting called.
> I’ve prepared a minimal example on 
> https://github.com/roedll/pax-jdbc-pre-hook-test using SQLite to make it a 
> bit more concrete.
> Apache Karaf 4.2.8 in combination with Pax JDBC 1.4.4 is used.
>  
> The DataSource is specified in the file 
> “org.ops4j.datasource-prehook-test.cfg” (see [1]) and without a PreHook 
> defined the DataSource is published as expected:
>  
> dataSourceName = prehook-test
> felix.fileinstall.filename = 
> file:/X:/pax-jdbc-pre-hook-test/framework/target/assembly/etc/org.ops4j.datasource-prehook-test.cfg
> objectClass = [javax.sql.DataSource]
> osgi.jdbc.driver.name = sqlite
> osgi.jndi.service.name = prehook-test
> pax.jdbc.managed = true
> service.bundleid = 16
> service.factoryPid = org.ops4j.datasource
> service.id = 88
> service.pid = org.ops4j.datasource.5a7b2e4b-4781-4b60-b707-74a48e210bda
> service.scope = singleton
> url = jdbc:sqlite:prehook-test.db
>  
> With the PreHook specified (like “ops4j.preHook=prehook-test-hook”) the last 
> log entry is “Waiting for service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=prehook-test-hook))” 
> event if the PreHook itself is started and active:
>  
> Pax JDBC - Test - PreHook (21) provides:
> 
> component.id = 0
> component.name = at.roedll.pax.jdbc.pre.hook.test.PreHookTest
> name = prehook-test-hook
> objectClass = [org.ops4j.pax.jdbc.hook.PreHook]
> service.bundleid = 21
> service.id = 75
> service.scope = bundle
>  
>  
> Can someone which doesn’t have problems with this, please take a short look, 
> if there are some differences between the working configurations and this 
> example?
>  
> Best,
> Lukas
>  
>  
> [1] 
> https://github.com/roedll/pax-jdbc-pre-hook-test/blob/master/framework/src/main/filtered-resources/etc/org.ops4j.datasource-prehook-test.cfg
>  
> Von: Erwin Hogeweg  
> Gesendet: Donnerstag, 23. Januar 2020 22:40
> An: user@karaf.apache.org
> Betreff: Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working
>  
> Hi Alex,
>  
> Below a similar sequence from my log.
>  
> From your log it seems that the Derby DataSourceFactory is not resolved. I 
> remember that at some point I changed the driver.name entry in the config to 
> a driver.class entry. That is for a mySQL database though but but maybe…
>  
> Another silly question: Is your datasource functional if you leave out the 
> preHook?
>  
> Obtained service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (&(pool=*)(!(pax.jdbc.managed=true))(|(objectClass=javax.sql.DataSource)(objectClass=javax.sql.XADataSource)))
> Waiting for service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
> Waiting for service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
> Obtained service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
> Obtained service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=seegate))
> Obtained service dependency: 
> (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.class=com.mysql.jdbc.Driver))
>  
>  
> Cheers, 
> Erwin
> 
> 
> On Jan 23, 2020, at 13:22, Alex Soto  wrote:
>  
> Yes,  the migration service is being registered:
>  
>  
> Obtained service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (&(pool=*)(!(pax.jdbc.managed=true))(|(objectClass=javax.sql.DataSource)(objectClass=javax.sql.XADataSource)))
> Obtained service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=querierDB))
> Waiting for service dependency: 
> (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name=derby))
>  
>  
> And
>  
> service:list org.ops4j.pax.jdbc.hook.PreHook
> [org.ops4j.pax.jdbc.hook.PreHook]
> -
>  component.id = 29
>  component.name = org.enquery.encryptedquery.querier.data.maint.Migration
>  name = querierDB
>  service.bundleid = 35
>  service.id = 276
>  service.s

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Erwin Hogeweg]

Hi Alex,

Below a similar sequence from my log.

From your log it seems that the Derby DataSourceFactory is not resolved. I 
remember that at some point I changed the driver.name entry in the config to a 
driver.class entry. That is for a mySQL database though but but maybe…

Another silly question: Is your datasource functional if you leave out the 
preHook?

Obtained service dependency: 
(objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
Waiting for service dependency: 
(objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
Waiting for service dependency: 
(&(pool=*)(!(pax.jdbc.managed=true))(|(objectClass=javax.sql.DataSource)(objectClass=javax.sql.XADataSource)))
Waiting for service dependency: 
(&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
Waiting for service dependency: 
(&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
Obtained service dependency: 
(&(objectClass=org.ops4j.pax.jdbc.pool.common.PooledDataSourceFactory)(pool=dbcp2)(xa=false))
Obtained service dependency: 
(&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=seegate))
Obtained service dependency: 
(&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.class=com.mysql.jdbc.Driver))


Cheers, 
Erwin

> On Jan 23, 2020, at 13:22, Alex Soto  wrote:
> 
> Yes,  the migration service is being registered:
> 
> 
> Obtained service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
> Waiting for service dependency: 
> (&(pool=*)(!(pax.jdbc.managed=true))(|(objectClass=javax.sql.DataSource)(objectClass=javax.sql.XADataSource)))
> Obtained service dependency: 
> (&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=querierDB))
> Waiting for service dependency: 
> (&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name=derby))
> 
> 
> And
> 
> service:list org.ops4j.pax.jdbc.hook.PreHook
> [org.ops4j.pax.jdbc.hook.PreHook]
> -
>  component.id  = 29
>  component.name = org.enquery.encryptedquery.querier.data.maint.Migration
>  name = querierDB
>  service.bundleid = 35
>  service.id  = 276
>  service.scope = bundle
> Provided by : 
>  EncryptedQuery :: Querier :: Data (35)
> Used by: 
>  OPS4J Pax JDBC Config (210)
> 
> Best regards,
> Alex soto
> 
> 
> 
> 
>> On Jan 22, 2020, at 1:06 PM, Erwin Hogeweg > > wrote:
>> 
>> Just this week I upgraded from karaf-1.2.6 and pax-jdbc-1.3.1 to 
>> karaf-1.2.8-SNAPSHOT and pax-jdbc-1.4.4 and I didn’t run into any issues.
>> 
>> Stupid question, but can you confirm that the Migrator class is instantiated 
>> and that the component is active?
>> 
>>  com.*.Migrator in bundle 129 (db.init:1.0.0.SNAPSHOT_20200122-1230) 
>> enabled, 1 instance.
>>  Id: 18, State:ACTIVE
>> 
>> Initially I missed some Package-Imports on the migrator bundle which left 
>> the component in the SATISFIED (I believe) state. After scrolling through 
>> the logs I discovered a CNFE which pointed me in the right direction.
>> 
>> Erwin
>> 
>> 
>>> On Jan 22, 2020, at 12:53, Alex Soto >> > wrote:
>>> 
>>> I tested with Karaf 4.2.7 and various versions of Pax-JDBC.
>>> The hook is not being called stating with Pax-JDBC 1.3.4.
>>> 
>>> Something must have changed in Pax-JDBC 1.3.4 as everything else remains 
>>> the same in my tests.  
>>> 
>>> 
>>> Best regards,
>>> Alex soto
>>> 
>>> 
>>> 
>>> 
 On Jan 22, 2020, at 12:39 PM, Erwin Hogeweg >>> > wrote:
 
 Ignore the different datasource names. I messed up the ‘replace all’ :-)
 
> On Jan 22, 2020, at 12:36, Erwin Hogeweg  > wrote:
> 
> It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.
> 
>  12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC 
> Generic Driver Extender
>  13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC 
> Config
>  14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC 
> Pooling Support Base
> 
> [features-2-thread-1] INFO 
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found 
> DataSourceFactory. Creating DataSource jdbc/mydatasource
> [features-2-thread-1] INFO 
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre 
> hook for DataSource jdbc/mydatasource
> INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log lock
> INFO 1/22/20 12:32 PM: liquibase: Reading from seegate.DATABASECHANGELOG
> INFO 1/22/20 12:32 PM: liquibase: Successfully released change log lock
> [features-2-thread-1] INFO 
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook 
> finished. Publishing DataSource jdbc/mydatasource
> 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Alex Soto]

Yes,  the migration service is being registered:


Obtained service dependency: 
(objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
Waiting for service dependency: 
(objectClass=org.ops4j.pax.jdbc.config.ConfigLoader)
Waiting for service dependency: 
(&(pool=*)(!(pax.jdbc.managed=true))(|(objectClass=javax.sql.DataSource)(objectClass=javax.sql.XADataSource)))
Obtained service dependency: 
(&(objectClass=org.ops4j.pax.jdbc.hook.PreHook)(name=querierDB))
Waiting for service dependency: 
(&(objectClass=org.osgi.service.jdbc.DataSourceFactory)(osgi.jdbc.driver.name=derby))


And

service:list org.ops4j.pax.jdbc.hook.PreHook
[org.ops4j.pax.jdbc.hook.PreHook]
-
 component.id = 29
 component.name = org.enquery.encryptedquery.querier.data.maint.Migration
 name = querierDB
 service.bundleid = 35
 service.id = 276
 service.scope = bundle
Provided by : 
 EncryptedQuery :: Querier :: Data (35)
Used by: 
 OPS4J Pax JDBC Config (210)

Best regards,
Alex soto




> On Jan 22, 2020, at 1:06 PM, Erwin Hogeweg  wrote:
> 
> Just this week I upgraded from karaf-1.2.6 and pax-jdbc-1.3.1 to 
> karaf-1.2.8-SNAPSHOT and pax-jdbc-1.4.4 and I didn’t run into any issues.
> 
> Stupid question, but can you confirm that the Migrator class is instantiated 
> and that the component is active?
> 
>   com.*.Migrator in bundle 129 (db.init:1.0.0.SNAPSHOT_20200122-1230) 
> enabled, 1 instance.
>   Id: 18, State:ACTIVE
> 
> Initially I missed some Package-Imports on the migrator bundle which left the 
> component in the SATISFIED (I believe) state. After scrolling through the 
> logs I discovered a CNFE which pointed me in the right direction.
> 
> Erwin
> 
> 
>> On Jan 22, 2020, at 12:53, Alex Soto > > wrote:
>> 
>> I tested with Karaf 4.2.7 and various versions of Pax-JDBC.
>> The hook is not being called stating with Pax-JDBC 1.3.4.
>> 
>> Something must have changed in Pax-JDBC 1.3.4 as everything else remains the 
>> same in my tests.  
>> 
>> 
>> Best regards,
>> Alex soto
>> 
>> 
>> 
>> 
>>> On Jan 22, 2020, at 12:39 PM, Erwin Hogeweg >> > wrote:
>>> 
>>> Ignore the different datasource names. I messed up the ‘replace all’ :-)
>>> 
 On Jan 22, 2020, at 12:36, Erwin Hogeweg >>> > wrote:
 
 It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.
 
  12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC 
 Generic Driver Extender
  13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Config
  14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC 
 Pooling Support Base
 
 [features-2-thread-1] INFO 
 org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found 
 DataSourceFactory. Creating DataSource jdbc/mydatasource
 [features-2-thread-1] INFO 
 org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre hook 
 for DataSource jdbc/mydatasource
 INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log lock
 INFO 1/22/20 12:32 PM: liquibase: Reading from seegate.DATABASECHANGELOG
 INFO 1/22/20 12:32 PM: liquibase: Successfully released change log lock
 [features-2-thread-1] INFO 
 org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook finished. 
 Publishing DataSource jdbc/mydatasource
 [features-2-thread-1] INFO 
 org.apache.aries.jpa.container.impl.DataSourceTracker - Found DataSource 
 for seegate.pu 
 osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/mydatasource)
 
 FWIW - I did change the exception handling in Migrator to better see 
 when/if the migration fails:
 
 @Override
 public void prepare(DataSource ds) throws SQLException {
 try (Connection connection = ds.getConnection()) {
 prepare(connection);
 } catch (LiquibaseException e) {
LOG.error(e.getClass().getName() + ": " + e.getMessage());
 //throw new RuntimeException(e);
 }
 }
 
 
 Cheers,
 
 Erwin
 
> On Jan 22, 2020, at 11:11, Alex Soto  > wrote:
> 
> Same is happening to me, it works with Pax-JDBC 1.3.0, but not with 
> Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
> 
> Best regards,
> Alex soto
> 
> 
> 
> 
>> On Jan 20, 2020, at 9:10 AM, stefang > > wrote:
>> 
>> Hi,
>> 
>> we are not able to run Christian's Example:
>> 
>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>>  
>> 
>> 
>> 
>> Must be something todo 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[stefang]

Hi JB,

can your share your working example?

Regards 
Stefan 


jbonofre wrote
> I will add an example in Karaf internal using PreHook but it works for
> me on my own example.
> 
> Regards
> JB
> 
> On 23/01/2020 10:45, stefang wrote:
>> Hi Erwin,
>> 
>> can you please check the reference example from Christian in your
>> environment ?
>> 
>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>> 
>> regards
>> Stefan
>>  
>> 
>> 
>> Erwin Hogeweg wrote
>>> Just this week I upgraded from karaf-1.2.6 and pax-jdbc-1.3.1 to
>>> karaf-1.2.8-SNAPSHOT and pax-jdbc-1.4.4 and I didn’t run into any
>>> issues.
>>>
>>> Stupid question, but can you confirm that the Migrator class is
>>> instantiated and that the component is active?
>>>
>>> com.*.Migrator in bundle 129 (db.init:1.0.0.SNAPSHOT_20200122-1230)
>>> enabled, 1 instance.
>>> Id: 18, State:ACTIVE
>>>
>>> Initially I missed some Package-Imports on the migrator bundle which
>>> left
>>> the component in the SATISFIED (I believe) state. After scrolling
>>> through
>>> the logs I discovered a CNFE which pointed me in the right direction.
>>>
>>> Erwin
>>>
>>>
 On Jan 22, 2020, at 12:53, Alex Soto 
>> 
>>> alex.soto@
>> 
>>>  wrote:

 I tested with Karaf 4.2.7 and various versions of Pax-JDBC.
 The hook is not being called stating with Pax-JDBC 1.3.4.

 Something must have changed in Pax-JDBC 1.3.4 as everything else
 remains
 the same in my tests.  


 Best regards,
 Alex soto




> On Jan 22, 2020, at 12:39 PM, Erwin Hogeweg 
>> 
>>> erwin.hogeweg@
>> 
>>>  mailto:
>> 
>>> erwin.hogeweg@
>> 
>>> > wrote:
>
> Ignore the different datasource names. I messed up the ‘replace all’
> :-)
>
>> On Jan 22, 2020, at 12:36, Erwin Hogeweg 
>> 
>>> erwin.hogeweg@
>> 
>>>  mailto:
>> 
>>> erwin.hogeweg@
>> 
>>> > wrote:
>>
>> It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.
>>
>>  12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
>> Generic Driver Extender
>>  13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
>> Config
>>  14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
>> Pooling Support Base
>>
>> [features-2-thread-1] INFO
>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found
>> DataSourceFactory. Creating DataSource jdbc/mydatasource
>> [features-2-thread-1] INFO
>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre
>> hook for DataSource jdbc/mydatasource
>> INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log
>> lock
>> INFO 1/22/20 12:32 PM: liquibase: Reading from
>> seegate.DATABASECHANGELOG
>> INFO 1/22/20 12:32 PM: liquibase: Successfully released change log
>> lock
>> [features-2-thread-1] INFO
>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook
>> finished. Publishing DataSource jdbc/mydatasource
>> [features-2-thread-1] INFO
>> org.apache.aries.jpa.container.impl.DataSourceTracker - Found
>> DataSource for seegate.pu
>> osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/mydatasource)
>>
>> FWIW - I did change the exception handling in Migrator to better see
>> when/if the migration fails:
>>
>> @Override
>> public void prepare(DataSource ds) throws SQLException {
>> try (Connection connection = ds.getConnection()) {
>> prepare(connection);
>> } catch (LiquibaseException e) {
>>  LOG.error(e.getClass().getName() + ": " + e.getMessage());
>> //throw new RuntimeException(e);
>> }
>> }
>>
>>
>> Cheers,
>>
>> Erwin
>>
>>> On Jan 22, 2020, at 11:11, Alex Soto 
>> 
>>> alex.soto@
>> 
>>>  mailto:
>> 
>>> alex.soto@
>> 
>>> > wrote:
>>>
>>> Same is happening to me, it works with Pax-JDBC 1.3.0, but not with
>>> Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
>>>
>>> Best regards,
>>> Alex soto
>>>
>>>
>>>
>>>
 On Jan 20, 2020, at 9:10 AM, stefang 
>> 
>>> stefan.guenst@
>> 
>>>  mailto:
>> 
>>> stefan.guenst@
>> 
>>> > wrote:

 Hi,

 we are not able to run Christian's Example:

 https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
 https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java;


 Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)

 Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.

 Stefan





 --
 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Jean-Baptiste Onofré]

I will add an example in Karaf internal using PreHook but it works for
me on my own example.

Regards
JB

On 23/01/2020 10:45, stefang wrote:
> Hi Erwin,
> 
> can you please check the reference example from Christian in your
> environment ?
> 
> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
> 
> regards
> Stefan
>  
> 
> 
> Erwin Hogeweg wrote
>> Just this week I upgraded from karaf-1.2.6 and pax-jdbc-1.3.1 to
>> karaf-1.2.8-SNAPSHOT and pax-jdbc-1.4.4 and I didn’t run into any issues.
>>
>> Stupid question, but can you confirm that the Migrator class is
>> instantiated and that the component is active?
>>
>>  com.*.Migrator in bundle 129 (db.init:1.0.0.SNAPSHOT_20200122-1230)
>> enabled, 1 instance.
>>  Id: 18, State:ACTIVE
>>
>> Initially I missed some Package-Imports on the migrator bundle which left
>> the component in the SATISFIED (I believe) state. After scrolling through
>> the logs I discovered a CNFE which pointed me in the right direction.
>>
>> Erwin
>>
>>
>>> On Jan 22, 2020, at 12:53, Alex Soto 
> 
>> alex.soto@
> 
>>  wrote:
>>>
>>> I tested with Karaf 4.2.7 and various versions of Pax-JDBC.
>>> The hook is not being called stating with Pax-JDBC 1.3.4.
>>>
>>> Something must have changed in Pax-JDBC 1.3.4 as everything else remains
>>> the same in my tests.  
>>>
>>>
>>> Best regards,
>>> Alex soto
>>>
>>>
>>>
>>>
 On Jan 22, 2020, at 12:39 PM, Erwin Hogeweg 
> 
>> erwin.hogeweg@
> 
>>  mailto:
> 
>> erwin.hogeweg@
> 
>> > wrote:

 Ignore the different datasource names. I messed up the ‘replace all’ :-)

> On Jan 22, 2020, at 12:36, Erwin Hogeweg 
> 
>> erwin.hogeweg@
> 
>>  mailto:
> 
>> erwin.hogeweg@
> 
>> > wrote:
>
> It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.
>
>  12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
> Generic Driver Extender
>  13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
> Config
>  14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
> Pooling Support Base
>
> [features-2-thread-1] INFO
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found
> DataSourceFactory. Creating DataSource jdbc/mydatasource
> [features-2-thread-1] INFO
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre
> hook for DataSource jdbc/mydatasource
> INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log lock
> INFO 1/22/20 12:32 PM: liquibase: Reading from
> seegate.DATABASECHANGELOG
> INFO 1/22/20 12:32 PM: liquibase: Successfully released change log lock
> [features-2-thread-1] INFO
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook
> finished. Publishing DataSource jdbc/mydatasource
> [features-2-thread-1] INFO
> org.apache.aries.jpa.container.impl.DataSourceTracker - Found
> DataSource for seegate.pu
> osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/mydatasource)
>
> FWIW - I did change the exception handling in Migrator to better see
> when/if the migration fails:
>
> @Override
> public void prepare(DataSource ds) throws SQLException {
> try (Connection connection = ds.getConnection()) {
> prepare(connection);
> } catch (LiquibaseException e) {
>   LOG.error(e.getClass().getName() + ": " + e.getMessage());
> //throw new RuntimeException(e);
> }
> }
>
>
> Cheers,
>
> Erwin
>
>> On Jan 22, 2020, at 11:11, Alex Soto 
> 
>> alex.soto@
> 
>>  mailto:
> 
>> alex.soto@
> 
>> > wrote:
>>
>> Same is happening to me, it works with Pax-JDBC 1.3.0, but not with
>> Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
>>
>> Best regards,
>> Alex soto
>>
>>
>>
>>
>>> On Jan 20, 2020, at 9:10 AM, stefang 
> 
>> stefan.guenst@
> 
>>  mailto:
> 
>> stefan.guenst@
> 
>> > wrote:
>>>
>>> Hi,
>>>
>>> we are not able to run Christian's Example:
>>>
>>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java;
>>>
>>>
>>> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
>>>
>>> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
>>>
>>> Stefan
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>>> http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html;
>>
>

>>>
> 
> 
> 
> 
> 
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
> 

-- 
Jean-Baptiste Onofré

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[stefang]

Hi Erwin,

can you please check the reference example from Christian in your
environment ?

https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java

regards
Stefan
 


Erwin Hogeweg wrote
> Just this week I upgraded from karaf-1.2.6 and pax-jdbc-1.3.1 to
> karaf-1.2.8-SNAPSHOT and pax-jdbc-1.4.4 and I didn’t run into any issues.
> 
> Stupid question, but can you confirm that the Migrator class is
> instantiated and that the component is active?
> 
>   com.*.Migrator in bundle 129 (db.init:1.0.0.SNAPSHOT_20200122-1230)
> enabled, 1 instance.
>   Id: 18, State:ACTIVE
> 
> Initially I missed some Package-Imports on the migrator bundle which left
> the component in the SATISFIED (I believe) state. After scrolling through
> the logs I discovered a CNFE which pointed me in the right direction.
> 
> Erwin
> 
> 
>> On Jan 22, 2020, at 12:53, Alex Soto 

> alex.soto@

>  wrote:
>> 
>> I tested with Karaf 4.2.7 and various versions of Pax-JDBC.
>> The hook is not being called stating with Pax-JDBC 1.3.4.
>> 
>> Something must have changed in Pax-JDBC 1.3.4 as everything else remains
>> the same in my tests.  
>> 
>> 
>> Best regards,
>> Alex soto
>> 
>> 
>> 
>> 
>>> On Jan 22, 2020, at 12:39 PM, Erwin Hogeweg 

> erwin.hogeweg@

>  mailto:

> erwin.hogeweg@

> > wrote:
>>> 
>>> Ignore the different datasource names. I messed up the ‘replace all’ :-)
>>> 
 On Jan 22, 2020, at 12:36, Erwin Hogeweg 

> erwin.hogeweg@

>  mailto:

> erwin.hogeweg@

> > wrote:
 
 It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.
 
  12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
 Generic Driver Extender
  13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
 Config
  14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC
 Pooling Support Base
 
 [features-2-thread-1] INFO
 org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found
 DataSourceFactory. Creating DataSource jdbc/mydatasource
 [features-2-thread-1] INFO
 org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre
 hook for DataSource jdbc/mydatasource
 INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log lock
 INFO 1/22/20 12:32 PM: liquibase: Reading from
 seegate.DATABASECHANGELOG
 INFO 1/22/20 12:32 PM: liquibase: Successfully released change log lock
 [features-2-thread-1] INFO
 org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook
 finished. Publishing DataSource jdbc/mydatasource
 [features-2-thread-1] INFO
 org.apache.aries.jpa.container.impl.DataSourceTracker - Found
 DataSource for seegate.pu
 osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/mydatasource)
 
 FWIW - I did change the exception handling in Migrator to better see
 when/if the migration fails:
 
 @Override
 public void prepare(DataSource ds) throws SQLException {
 try (Connection connection = ds.getConnection()) {
 prepare(connection);
 } catch (LiquibaseException e) {
LOG.error(e.getClass().getName() + ": " + e.getMessage());
 //throw new RuntimeException(e);
 }
 }
 
 
 Cheers,
 
 Erwin
 
> On Jan 22, 2020, at 11:11, Alex Soto 

> alex.soto@

>  mailto:

> alex.soto@

> > wrote:
> 
> Same is happening to me, it works with Pax-JDBC 1.3.0, but not with
> Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
> 
> Best regards,
> Alex soto
> 
> 
> 
> 
>> On Jan 20, 2020, at 9:10 AM, stefang 

> stefan.guenst@

>  mailto:

> stefan.guenst@

> > wrote:
>> 
>> Hi,
>> 
>> we are not able to run Christian's Example:
>> 
>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java;
>> 
>> 
>> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
>> 
>> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
>> 
>> Stefan
>> 
>> 
>> 
>> 
>> 
>> --
>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>> http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html;
> 
 
>>> 
>>





--
Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Erwin Hogeweg]

Just this week I upgraded from karaf-1.2.6 and pax-jdbc-1.3.1 to 
karaf-1.2.8-SNAPSHOT and pax-jdbc-1.4.4 and I didn’t run into any issues.

Stupid question, but can you confirm that the Migrator class is instantiated 
and that the component is active?

com.*.Migrator in bundle 129 (db.init:1.0.0.SNAPSHOT_20200122-1230) 
enabled, 1 instance.
Id: 18, State:ACTIVE

Initially I missed some Package-Imports on the migrator bundle which left the 
component in the SATISFIED (I believe) state. After scrolling through the logs 
I discovered a CNFE which pointed me in the right direction.

Erwin


> On Jan 22, 2020, at 12:53, Alex Soto  wrote:
> 
> I tested with Karaf 4.2.7 and various versions of Pax-JDBC.
> The hook is not being called stating with Pax-JDBC 1.3.4.
> 
> Something must have changed in Pax-JDBC 1.3.4 as everything else remains the 
> same in my tests.  
> 
> 
> Best regards,
> Alex soto
> 
> 
> 
> 
>> On Jan 22, 2020, at 12:39 PM, Erwin Hogeweg > > wrote:
>> 
>> Ignore the different datasource names. I messed up the ‘replace all’ :-)
>> 
>>> On Jan 22, 2020, at 12:36, Erwin Hogeweg >> > wrote:
>>> 
>>> It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.
>>> 
>>>  12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC 
>>> Generic Driver Extender
>>>  13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Config
>>>  14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC 
>>> Pooling Support Base
>>> 
>>> [features-2-thread-1] INFO 
>>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found 
>>> DataSourceFactory. Creating DataSource jdbc/mydatasource
>>> [features-2-thread-1] INFO 
>>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre hook 
>>> for DataSource jdbc/mydatasource
>>> INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log lock
>>> INFO 1/22/20 12:32 PM: liquibase: Reading from seegate.DATABASECHANGELOG
>>> INFO 1/22/20 12:32 PM: liquibase: Successfully released change log lock
>>> [features-2-thread-1] INFO 
>>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook finished. 
>>> Publishing DataSource jdbc/mydatasource
>>> [features-2-thread-1] INFO 
>>> org.apache.aries.jpa.container.impl.DataSourceTracker - Found DataSource 
>>> for seegate.pu 
>>> osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/mydatasource)
>>> 
>>> FWIW - I did change the exception handling in Migrator to better see 
>>> when/if the migration fails:
>>> 
>>> @Override
>>> public void prepare(DataSource ds) throws SQLException {
>>> try (Connection connection = ds.getConnection()) {
>>> prepare(connection);
>>> } catch (LiquibaseException e) {
>>> LOG.error(e.getClass().getName() + ": " + e.getMessage());
>>> //throw new RuntimeException(e);
>>> }
>>> }
>>> 
>>> 
>>> Cheers,
>>> 
>>> Erwin
>>> 
 On Jan 22, 2020, at 11:11, Alex Soto >>> > wrote:
 
 Same is happening to me, it works with Pax-JDBC 1.3.0, but not with 
 Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
 
 Best regards,
 Alex soto
 
 
 
 
> On Jan 20, 2020, at 9:10 AM, stefang  > wrote:
> 
> Hi,
> 
> we are not able to run Christian's Example:
> 
> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>  
> 
> 
> 
> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
> 
> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
> 
> Stefan
> 
> 
> 
> 
> 
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html 
> 
 
>>> 
>> 
> 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Alex Soto]

I tested with Karaf 4.2.7 and various versions of Pax-JDBC.
The hook is not being called stating with Pax-JDBC 1.3.4.

Something must have changed in Pax-JDBC 1.3.4 as everything else remains the 
same in my tests.  


Best regards,
Alex soto




> On Jan 22, 2020, at 12:39 PM, Erwin Hogeweg  wrote:
> 
> Ignore the different datasource names. I messed up the ‘replace all’ :-)
> 
>> On Jan 22, 2020, at 12:36, Erwin Hogeweg > > wrote:
>> 
>> It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.
>> 
>>  12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Generic 
>> Driver Extender
>>  13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Config
>>  14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Pooling 
>> Support Base
>> 
>> [features-2-thread-1] INFO 
>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found 
>> DataSourceFactory. Creating DataSource jdbc/mydatasource
>> [features-2-thread-1] INFO 
>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre hook 
>> for DataSource jdbc/mydatasource
>> INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log lock
>> INFO 1/22/20 12:32 PM: liquibase: Reading from seegate.DATABASECHANGELOG
>> INFO 1/22/20 12:32 PM: liquibase: Successfully released change log lock
>> [features-2-thread-1] INFO 
>> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook finished. 
>> Publishing DataSource jdbc/mydatasource
>> [features-2-thread-1] INFO 
>> org.apache.aries.jpa.container.impl.DataSourceTracker - Found DataSource for 
>> seegate.pu 
>> osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/mydatasource)
>> 
>> FWIW - I did change the exception handling in Migrator to better see when/if 
>> the migration fails:
>> 
>> @Override
>> public void prepare(DataSource ds) throws SQLException {
>> try (Connection connection = ds.getConnection()) {
>> prepare(connection);
>> } catch (LiquibaseException e) {
>>  LOG.error(e.getClass().getName() + ": " + e.getMessage());
>> //throw new RuntimeException(e);
>> }
>> }
>> 
>> 
>> Cheers,
>> 
>> Erwin
>> 
>>> On Jan 22, 2020, at 11:11, Alex Soto >> > wrote:
>>> 
>>> Same is happening to me, it works with Pax-JDBC 1.3.0, but not with 
>>> Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
>>> 
>>> Best regards,
>>> Alex soto
>>> 
>>> 
>>> 
>>> 
 On Jan 20, 2020, at 9:10 AM, stefang >>> > wrote:
 
 Hi,
 
 we are not able to run Christian's Example:
 
 https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
  
 
 
 
 Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
 
 Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
 
 Stefan
 
 
 
 
 
 --
 Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html 
 
>>> 
>> 
> 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Erwin Hogeweg]

Ignore the different datasource names. I messed up the ‘replace all’ :-)

> On Jan 22, 2020, at 12:36, Erwin Hogeweg  wrote:
> 
> It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.
> 
>  12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Generic 
> Driver Extender
>  13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Config
>  14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Pooling 
> Support Base
> 
> [features-2-thread-1] INFO 
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found 
> DataSourceFactory. Creating DataSource jdbc/mydatasource
> [features-2-thread-1] INFO 
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre hook 
> for DataSource jdbc/mydatasource
> INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log lock
> INFO 1/22/20 12:32 PM: liquibase: Reading from seegate.DATABASECHANGELOG
> INFO 1/22/20 12:32 PM: liquibase: Successfully released change log lock
> [features-2-thread-1] INFO 
> org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook finished. 
> Publishing DataSource jdbc/mydatasource
> [features-2-thread-1] INFO 
> org.apache.aries.jpa.container.impl.DataSourceTracker - Found DataSource for 
> seegate.pu 
> osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/mydatasource)
> 
> FWIW - I did change the exception handling in Migrator to better see when/if 
> the migration fails:
> 
> @Override
> public void prepare(DataSource ds) throws SQLException {
> try (Connection connection = ds.getConnection()) {
> prepare(connection);
> } catch (LiquibaseException e) {
>   LOG.error(e.getClass().getName() + ": " + e.getMessage());
> //throw new RuntimeException(e);
> }
> }
> 
> 
> Cheers,
> 
> Erwin
> 
>> On Jan 22, 2020, at 11:11, Alex Soto > > wrote:
>> 
>> Same is happening to me, it works with Pax-JDBC 1.3.0, but not with Pax-JDBC 
>> 1.4.0, which is the one included in Karaf 4.2.7.
>> 
>> Best regards,
>> Alex soto
>> 
>> 
>> 
>> 
>>> On Jan 20, 2020, at 9:10 AM, stefang >> > wrote:
>>> 
>>> Hi,
>>> 
>>> we are not able to run Christian's Example:
>>> 
>>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>>>  
>>> 
>>> 
>>> 
>>> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
>>> 
>>> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
>>> 
>>> Stefan
>>> 
>>> 
>>> 
>>> 
>>> 
>>> --
>>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html 
>>> 
>> 
> 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Erwin Hogeweg]

It seems to work for me with Karaf-4.2.8-SNAPSHOT and pax-jdbc-1.4.4.

 12 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Generic 
Driver Extender
 13 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Config
 14 │ Active   │  80 │ 1.4.4│ OPS4J Pax JDBC Pooling 
Support Base

[features-2-thread-1] INFO 
org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Found 
DataSourceFactory. Creating DataSource jdbc/mydatasource
[features-2-thread-1] INFO 
org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Executing pre hook for 
DataSource jdbc/mydatasource
INFO 1/22/20 12:32 PM: liquibase: Successfully acquired change log lock
INFO 1/22/20 12:32 PM: liquibase: Reading from seegate.DATABASECHANGELOG
INFO 1/22/20 12:32 PM: liquibase: Successfully released change log lock
[features-2-thread-1] INFO 
org.ops4j.pax.jdbc.config.impl.DataSourceRegistration - Pre hook finished. 
Publishing DataSource jdbc/mydatasource
[features-2-thread-1] INFO 
org.apache.aries.jpa.container.impl.DataSourceTracker - Found DataSource for 
seegate.pu 
osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/mydatasource)

FWIW - I did change the exception handling in Migrator to better see when/if 
the migration fails:

@Override
public void prepare(DataSource ds) throws SQLException {
try (Connection connection = ds.getConnection()) {
prepare(connection);
} catch (LiquibaseException e) {
LOG.error(e.getClass().getName() + ": " + e.getMessage());
//throw new RuntimeException(e);
}
}


Cheers,

Erwin

> On Jan 22, 2020, at 11:11, Alex Soto  wrote:
> 
> Same is happening to me, it works with Pax-JDBC 1.3.0, but not with Pax-JDBC 
> 1.4.0, which is the one included in Karaf 4.2.7.
> 
> Best regards,
> Alex soto
> 
> 
> 
> 
>> On Jan 20, 2020, at 9:10 AM, stefang > > wrote:
>> 
>> Hi,
>> 
>> we are not able to run Christian's Example:
>> 
>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>>  
>> 
>> 
>> 
>> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
>> 
>> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
>> 
>> Stefan
>> 
>> 
>> 
>> 
>> 
>> --
>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
> 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Alex Soto]

Yes, the PreHook is never called starting with Pax-JDBC 1.3.4 (1.3.3 works).


Best regards,
Alex soto




> On Jan 22, 2020, at 11:18 AM, Jean-Baptiste Onofré  wrote:
> 
> Alex, are you also using PreHook ?
> 
> It's maybe the PreHook whiteboard broken in Pax JDBC 1.4.4.
> 
> Regards
> JB
> 
> On 22/01/2020 17:11, Alex Soto wrote:
>> Same is happening to me, it works with Pax-JDBC 1.3.0, but not
>> with Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
>> 
>> Best regards,
>> Alex soto
>> 
>> 
>> 
>> 
>>> On Jan 20, 2020, at 9:10 AM, stefang >> 
>>> >> wrote:
>>> 
>>> Hi,
>>> 
>>> we are not able to run Christian's Example:
>>> 
>>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>>> 
>>> 
>>> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
>>> 
>>> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
>>> 
>>> Stefan
>>> 
>>> 
>>> 
>>> 
>>> 
>>> --
>>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>> 
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org 
> http://blog.nanthrax.net 
> Talend - http://www.talend.com 

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Jean-Baptiste Onofré]

Alex, are you also using PreHook ?

It's maybe the PreHook whiteboard broken in Pax JDBC 1.4.4.

Regards
JB

On 22/01/2020 17:11, Alex Soto wrote:
> Same is happening to me, it works with Pax-JDBC 1.3.0, but not
> with Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
> 
> Best regards,
> Alex soto
> 
> 
> 
> 
>> On Jan 20, 2020, at 9:10 AM, stefang > > wrote:
>>
>> Hi,
>>
>> we are not able to run Christian's Example:
>>
>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>>
>>
>> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
>>
>> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
>>
>> Stefan
>>
>>
>>
>>
>>
>> --
>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
> 

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

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Jean-Baptiste Onofré]

The Karaf JDBC example itest passed.

So, it's maybe a different use case. Can you please create a Jira at
Karaf (I will link with a Jira at Pax JDBC) ?

Thanks,
Regards
JB

On 22/01/2020 17:11, Alex Soto wrote:
> Same is happening to me, it works with Pax-JDBC 1.3.0, but not
> with Pax-JDBC 1.4.0, which is the one included in Karaf 4.2.7.
> 
> Best regards,
> Alex soto
> 
> 
> 
> 
>> On Jan 20, 2020, at 9:10 AM, stefang > > wrote:
>>
>> Hi,
>>
>> we are not able to run Christian's Example:
>>
>> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
>>
>>
>> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
>>
>> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
>>
>> Stefan
>>
>>
>>
>>
>>
>> --
>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
> 

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

Re: Karaf 4.2.8-SNAPSHOT - pax-jdbc 1.4.4 - prehook not working

[Alex Soto]

Same is happening to me, it works with Pax-JDBC 1.3.0, but not with Pax-JDBC 
1.4.0, which is the one included in Karaf 4.2.7.

Best regards,
Alex soto




> On Jan 20, 2020, at 9:10 AM, stefang  wrote:
> 
> Hi,
> 
> we are not able to run Christian's Example:
> 
> https://github.com/cschneider/Karaf-Tutorial/blob/master/liquibase/service/src/main/java/net/lr/tutorial/db/service/Migrator.java
> 
> 
> Must be something todo with pax-jdbc 1.4.4 (wich comes with 4.2.8)
> 
> Karaf 4.2.6 (pax-jdbc 1.3.5)works fine.
> 
> Stefan
> 
> 
> 
> 
> 
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html