Re: [HEADS UP] Preparing Karaf runtime 4.3.3 release

[Serge Huber]

Thanks a lot guys ! Can't wait !

cheers,
  Serge...
Serge Huber
CTO & Co-Founder
T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com <http://www.jahia.com/>
SKYPE | LINKEDIN <https://www.linkedin.com/in/sergehuber> | TWITTER
<https://twitter.com/sergehuber> | VCARD
<http://www.jahia.com/vcard/HuberSerge.vcf>


> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and
to discover why Jahia is a leading User Experience Platform (UXP) for
Digital Transformation.


On Tue, Aug 24, 2021 at 3:41 PM Grzegorz Grzybek 
wrote:

> Hello
>
> Thanks JBO!
>
> And traditional Pax Web 8 info - it's really close! I'm now working on
> Karaf integration tests and I'm surprised how I don't have to do anything
> to make existing tests work! What's more, I've ensured that all tests work
> fine on Jetty, Tomcat and Undertow (instead of only on Jetty).
> I've just added JAAS-related tests, so 3 kinds of external configuration
> work fine:
>
>  - ${karaf.etc}/jetty.xml:
>
> 
>   
> 
>   
> Test Realm
> karaf
> 
>   
> org.apache.karaf.jaas.boot.principal.RolePrincipal
>   
> 
>   
> 
>   
> 
>
>  - ${karaf.etc}/tomcat-server.xml
>
>  catalinaBase="target/tomcat">
>   
> 
>appName="karaf"
>
> userClassNames="org.apache.karaf.jaas.boot.principal.UserPrincipal"
>
> roleClassNames="org.apache.karaf.jaas.boot.principal.RolePrincipal" />
> 
>   
> 
>
>  - ${karaf.etc}/undertow.xml
>
>  xmlns:w="urn:jboss:domain:17.0">
>   
> 
>   
> 
>
> org.apache.karaf.jaas.boot.principal.UserPrincipal
>
> org.apache.karaf.jaas.boot.principal.RolePrincipal
>   
> 
>
> I maintain a todo.txt file[1], where you can track my progress.
>
> kind regards
> Grzegorz Grzybek
> ===
> [1]: https://github.com/ops4j/org.ops4j.pax.web/blob/main/todo.txt
>
> wt., 24 sie 2021 o 15:17 Jean-Baptiste Onofré 
> napisał(a):
>
>> Hi guys,
>>
>> just to let you know that I will create new PRs tonight, and if Jenkins
>> is happy, I will merge tomorrow.
>>
>> I will submit Karaf 4.3.3 to vote tomorrow night or Tuesday morning (my
>> time).
>>
>> Regards
>> JB
>>
>> On 16/08/2021 21:32, JB Onofré wrote:
>> > Hi everyone
>> >
>> > Just to let you know that I’m preparing Karaf 4.3.3 release. I should
>> be able to submit release to vote by the end of the week.
>> >
>> > I have identified required updates and fixes. I’m on it.
>> >
>> > I will keep you posted.
>> >
>> > Regards
>> > JB
>> >
>>
>

Re: Jetty security defect

[Serge Huber]

Thanks for the work guys !

Am I understanding correctly that both Karaf 4.2 and 4.3 will get this
Jetty upgrade?

Regards,
  Serge...

On Mon, Mar 1, 2021 at 2:30 PM Jean-Baptiste Onofre  wrote:

> Hi Paul,
>
> Thanks for the update. I’m cutting a new Pax Web release and update in
> Karaf now.
>
> Thanks again !
>
> Regards
> JB
>
> Le 1 mars 2021 à 11:38, Paul Stanley  a
> écrit :
>
> Hi JB.
>
> PAX-WEB (and karaf ) will need to be updated to include Jetty 9.4.38 for
> the CVE-2020-27223 fix.
>
> Cheers
> Paul
>
>
>
> From:"Jean-Baptiste Onofre" 
> To:"user" 
> Date:26/02/2021 06:21
> Subject:Re: Jetty security defect
> --
>
>
>
> Hi Gerald,
>
> Karaf 4.3.1 will still use Pax Web 7.3.12 (with jetty update).
>
> Pax Web 8.x (with jetty, undertow updates and refactoring) is not yet
> fully ready.
>
> Regards
> JB
>
> Le 26 févr. 2021 à 07:20, Gerald Kallas - *mailbox.org*
>  <*catsh...@mailbox.org* > a
> écrit :
>
> Hi all, which Karaf release does contain which Pax Web? When would Pax Web
> 8.0 be released?
>
> Tx in advance.
>
> Sent by my mobile device
> - Gerald Kallas
>
> Am 26.02.2021 um 07:05 schrieb Jean-Baptiste Onofre <*j...@nanthrax.net*
> >:
>
> Hi,
>
> Yes, Pax Web 7.2.22 includes update to Jetty 9.4.36.
>
> Regards
> JB
>
> Le 25 févr. 2021 à 19:18, Jackson, Douglas <
> *douglas.s.jack...@siemens.com* > a écrit :
>
>
> Hi!
> Is the new pax-web going into the karaf 4.2.11 release?
> It appears that release might be available sooner than the 4.3.1 release
> and I need to apply the fix fairly soon.
> Thanks,
> Doug
>
>
>
>
>
>

Re: [INFO] JDK13 & JDK14 support

[Serge Huber]

Thanks JB that's great news. Does this mean it can go all the way from 8 to
14 ?

Regards,
  Serge...

On Mon, Aug 17, 2020 at 3:21 PM Jean-Baptiste Onofre 
wrote:

> Hi guys,
>
> Following previous messages on the mailing list, I created a PullRequest
> adding JDK13 & JDK14 support at runtime:
>
> https://github.com/apache/karaf/pull/1155
>
> I will merge, cherry picked on karaf-4.2.x branch. It will be included in
> next release (4.2.10).
>
> Regards
> JB
>

Re: JDK 13/14 support for Karaf 4.2.10 and 4.3.0

[Serge Huber]

Thanks for the heads up. Btw is this an issue with ASM still for JDK 13/14?

It seems like an Unomi user has already run into this yesterday :)

Regards,
  Serge...

Serge Huber
CTO & Co-Founder
T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com <http://www.jahia.com/>
SKYPE | LINKEDIN <https://www.linkedin.com/in/sergehuber> | TWITTER
<https://twitter.com/sergehuber> | VCARD
<http://www.jahia.com/vcard/HuberSerge.vcf>


> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and
to discover why Jahia is a leading User Experience Platform (UXP) for
Digital Transformation.


On Fri, Jun 5, 2020 at 10:30 AM Jean-Baptiste Onofré 
wrote:

> Yes. It?s already on the table. I will update it.
>
> Regards
> JB
>
> Le ven. 5 juin 2020 ? 08:34, Achim Nierbeck  a
> ?crit :
>
>> Hi JB,
>>
>> thanks for the pointers. Would it be reasonable to place that information
>> also on the download page?
>>
>> regards, Achim
>>
>>
>> Am Fr., 5. Juni 2020 um 07:03 Uhr schrieb Jean-Baptiste Onofre <
>> j...@nanthrax.net>:
>>
>> Hi guys,
>>
>> I would like to send a quick note/update about the Karaf JDK support.
>>
>> Regarding runtime, Karaf 4.2.x and 4.3.x supports JDK 11 without problem.
>> For Karaf 4.2.9, I did improvements about ASM (to support new JDK
>> version).
>>
>> However, for now, Karaf 4.2.x and 4.3.x don?t start with JDK 13 or JDK 14.
>> I gonna release 4.2.9 right now, the target is to support JDK 13 and 14
>> for Karaf 4.2.10 and 4.3.0.
>>
>> Regards
>> JB
>>
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>> & Project Lead
>> blog <http://notizblog.nierbeck.de/>
>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>>
>>

Re: [ANN] Apache Karaf Meetup, schedule

[Serge Huber]

Will these sessions be recorded?

cheers,
  Serge...

On Wed, Apr 29, 2020 at 3:03 PM Jean-Baptiste Onofre 
wrote:

> Ooops, yes, April ;)
>
> Thanks,
> Regards
> JB
>
> Le 29 avr. 2020 à 15:02,   a écrit :
>
> Hello Jean-baptiste,
> I guess you mean April and not May...
> Carl
>
> Le 29 avril 2020 14:22:21 Jean-Baptiste Onofre  a écrit :
>
>> Hi every Karaf enthusiasts,
>>
>> We are please to announce the schedule for the first Apache Karaf
>> "Virtual" Meetup planned tomorrow, Thursday May 30th.
>>
>> Here’s the schedule:
>>
>> * 6pm - 6:15pm : connecting, welcoming
>> * 6:15pm - 6:45pm : Apache Karaf on the cloud (JB Onofré)
>> * 6:50pm - 7:20pm : Apache Karaf at Netflix, operation efficiency and
>> cost benefits (Dmitry Vasilyev, Saied Mirzaei)
>> * 7:25pm - 7:35pm : Apache Karaf roadmap, DevX, open discussion (JB
>> Onofré, moderated by Achim Nierbeck)
>> * 7:35pm - 7:40pm : Wrapping up, next events
>>
>>
>> In term of connection details, you have to register on
>> https://www.meetup.com/Paris-Apache-Karaf-Meetup-Group/events/269056325/
>>
>> We will communicate the Zoom URL there and you will receive a personal
>> password to connect.
>>
>> I will start the Zoom session 30 minutes before the meetup start.
>>
>> See you all tomorrow,
>>
>> Regards
>> JB
>>
>
>
>

Re: Apache Karaf community Meetup in April and CFP

[Serge Huber]

I think I will try to join remotely.

cheers,
  Serge...

On Fri, Feb 28, 2020 at 8:14 AM Jean-Baptiste Onofre 
wrote:

> Hi everyone,
>
> As suggested by Christian and Achim, I created Apache Karaf Meetup group
> and announce the European Meetup in Germany:
>
> https://www.meetup.com/Paris-Apache-Karaf-Meetup-Group/events/269056325/
>
> It will be easier for the organisation.
>
> Please don’t forget to register on Meetup.
>
> This Apache Karaf Meetup will be also used for virtual meetup, and next
> "concrete" meetup we will organize.
>
> Regards
> JB
>
> Le 19 févr. 2020 à 12:13, Achim Nierbeck  a
> écrit :
>
> Hi all,
>
> JB and I had a call yesterday trying to organize our first Apache Karaf
> community event.
> As it's already end of February, the date for March has been a bit to
> close for comfort.
> Therefore we decided to move the event to the 30th of April.
> My employer the codecentric AG will host the event in our venue here in
> Karlsruhe.
> Therefore we will start in the early afternoon at 4 p.m.
> JB and I thought about 4 slots of talk and some pauses in between.
> I would like to call for participation in giving a talk.
> Right now we have the following kind of schedule planned:
>
> Start at 4 p.m have 2 talks, and some networking.
> Around 6:30 p.m. we'd like to start with the "second" half of the
> community event which we like to open even further to more people outside
> this community.
> We will advertise the second half with another two talks more broadly in
> the local communities.
>
> One note regarding technical setup, we're evaluating if it's possible to
> have the talks available live via a zoom call. This isn't "fixed" yet, and
> if we're able to create such a setup, people who would like to join
> remotely will only be allowed by invitation.
>
> Hope to get a bunch of feedback by the community :)
>
> thanks, Achim
> --
>
> Apache Member
> Apache Karaf  Committer & PMC
> OPS4J Pax Web  Committer &
> Project Lead
> blog 
> Co-Author of Apache Karaf Cookbook 
>
>
>

Re: Custom Karaf + Pax-Exam + Java11

[Serge Huber]

I knew it : Santa is JB :)

cheers,
  Serge...

On Mon, Dec 23, 2019 at 10:40 AM  wrote:

> Yes, or just wait for 4.2.8 planned this week ;)
>
> Regards
> JB
>
> Le 23 déc. 2019 10:26, Serge Huber  a écrit :
>
>
> Ok but if I understand correctly I need to use Karaf 4.2.8-SNAPSHOT to do
> it ?
>
> How do I setup the support for a custom distribution ?
>
> Regards,
>   Serge...
>
> On Sun, Dec 22, 2019 at 5:39 PM Jean-Baptiste Onofré 
> wrote:
>
> That's the easiest way !
>
> That's exactly why I created KarafTestSupport !
>
> Regards
> JB
>
> On 22/12/2019 12:40, Serge Huber wrote:
> > Yes indeed this is exactly the problem I’m seeing. I guess we really
> > need to use the KarafTestSupport finally :)
> >
> > Cheers,
> >   Serge
> >
> >
> >   T +41 22 361 3424 
> >
> > 9 route des Jeunes | 1227 Acacias | Switzerland
> > jahia.com <http://www.jahia.com/>
> > SKYPE  | LINKEDIN
> > <https://www.linkedin.com/in/sergehuber> | TWITTER
> > <https://twitter.com/sergehuber> | VCARD
> > <http://www.jahia.com/vcard/HuberSerge.vcf>
> >
> >
> >> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained
> and to discover why
> > Jahia is a leading User Experience Platform (UXP) for Digital
> > Transformation.
> >
> >> Le 22 déc. 2019 à 12:34, Oliver Lietz  a écrit :
> >>
> >> On Sunday, December 22, 2019 5:34:02 AM CET Jean-Baptiste Onofré wrote:
> >>> Hi Achim,
> >>
> >> Hi,
> >>
> >>> Serge reported the same on Unomi.
> >>>
> >>> I gonna check as, on Jenkins, Karaf itests (based on Pax Exam 4.13.1)
> >>> are working fine.
> >>>
> >>> The think I did for JDK9+ is:
> >>>
> >>>
> https://github.com/apache/karaf/blob/master/itests/common/src/main/java/org/
> >>> apache/karaf/itests/KarafTestSupport.java#L184
> >>>
> >>> So, if your tests extend KarafTestSupport, it should be straight
> forward.
> >>> If you don't extend KarafTestsSupport, you have to mimic the
> >>> configuration.
> >>
> >> We have done it similar for Sling:
> >>
> >>
> https://github.com/apache/sling-org-apache-sling-karaf-integration-tests/blob/
> >>
> master/src/main/java/org/apache/sling/karaf/testing/KarafTestSupport.java#L151
> >>
> >> And it reminds me to open a PR because the duplication of options in
> >> Karaf's
> >> KarafTestSupport is really ugly.
> >>
> >> Regards,
> >> O.
> >>
> >>> Regards
> >>> JB
> >>>
> >>> On 21/12/2019 17:39, Achim Nierbeck wrote:
> >>>> Hi,
> >>>>
> >>>> it's one of those days where it's better to just stop for now.
> >>>> Though I've spent quite some time on figuring out, without real
> success
> >>>> though.
> >>>> Maybe one on the list does have a bright moment to point me into the
> >>>> right direction :)
> >>>> I was working on upgrading the latest dependencies for my karaf+vertx
> >>>> project. [1]
> >>>> And while on it I was trying to build with Java 11. Now what really
> >>>> puzzled me, the Pax-Exam tests all failed because the test container
> >>>> never really started. When trying to start the container alone,
> >>>> everything runs smoothly. Therefore it's something I'm missing with
> the
> >>>> pax-exam setup.
> >>>> I'd be grateful for any input on where I'm wrong :)
> >>>>
> >>>> Thanks, Achim
> >>>>
> >>>>
> >>>> [1] - https://github.com/ANierbeck/Karaf-Vertx/tree/jdk11
> >>
> >>
> >>
> >>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
>
>

Re: Custom Karaf + Pax-Exam + Java11

[Serge Huber]

Ok but if I understand correctly I need to use Karaf 4.2.8-SNAPSHOT to do
it ?

How do I setup the support for a custom distribution ?

Regards,
  Serge...

On Sun, Dec 22, 2019 at 5:39 PM Jean-Baptiste Onofré 
wrote:

> That's the easiest way !
>
> That's exactly why I created KarafTestSupport !
>
> Regards
> JB
>
> On 22/12/2019 12:40, Serge Huber wrote:
> > Yes indeed this is exactly the problem I’m seeing. I guess we really
> > need to use the KarafTestSupport finally :)
> >
> > Cheers,
> >   Serge
> >
> >
> >   T +41 22 361 3424 
> >
> > 9 route des Jeunes | 1227 Acacias | Switzerland
> > jahia.com <http://www.jahia.com/>
> > SKYPE  | LINKEDIN
> > <https://www.linkedin.com/in/sergehuber> | TWITTER
> > <https://twitter.com/sergehuber> | VCARD
> > <http://www.jahia.com/vcard/HuberSerge.vcf>
> >
> >
> >> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained
> and to discover why
> > Jahia is a leading User Experience Platform (UXP) for Digital
> > Transformation.
> >
> >> Le 22 déc. 2019 à 12:34, Oliver Lietz  a écrit :
> >>
> >> On Sunday, December 22, 2019 5:34:02 AM CET Jean-Baptiste Onofré wrote:
> >>> Hi Achim,
> >>
> >> Hi,
> >>
> >>> Serge reported the same on Unomi.
> >>>
> >>> I gonna check as, on Jenkins, Karaf itests (based on Pax Exam 4.13.1)
> >>> are working fine.
> >>>
> >>> The think I did for JDK9+ is:
> >>>
> >>>
> https://github.com/apache/karaf/blob/master/itests/common/src/main/java/org/
> >>> apache/karaf/itests/KarafTestSupport.java#L184
> >>>
> >>> So, if your tests extend KarafTestSupport, it should be straight
> forward.
> >>> If you don't extend KarafTestsSupport, you have to mimic the
> >>> configuration.
> >>
> >> We have done it similar for Sling:
> >>
> >>
> https://github.com/apache/sling-org-apache-sling-karaf-integration-tests/blob/
> >>
> master/src/main/java/org/apache/sling/karaf/testing/KarafTestSupport.java#L151
> >>
> >> And it reminds me to open a PR because the duplication of options in
> >> Karaf's
> >> KarafTestSupport is really ugly.
> >>
> >> Regards,
> >> O.
> >>
> >>> Regards
> >>> JB
> >>>
> >>> On 21/12/2019 17:39, Achim Nierbeck wrote:
> >>>> Hi,
> >>>>
> >>>> it's one of those days where it's better to just stop for now.
> >>>> Though I've spent quite some time on figuring out, without real
> success
> >>>> though.
> >>>> Maybe one on the list does have a bright moment to point me into the
> >>>> right direction :)
> >>>> I was working on upgrading the latest dependencies for my karaf+vertx
> >>>> project. [1]
> >>>> And while on it I was trying to build with Java 11. Now what really
> >>>> puzzled me, the Pax-Exam tests all failed because the test container
> >>>> never really started. When trying to start the container alone,
> >>>> everything runs smoothly. Therefore it's something I'm missing with
> the
> >>>> pax-exam setup.
> >>>> I'd be grateful for any input on where I'm wrong :)
> >>>>
> >>>> Thanks, Achim
> >>>>
> >>>>
> >>>> [1] - https://github.com/ANierbeck/Karaf-Vertx/tree/jdk11
> >>
> >>
> >>
> >>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

Re: Custom Karaf + Pax-Exam + Java11

[Serge Huber]

Yes indeed this is exactly the problem I’m seeing. I guess we really need to 
use the KarafTestSupport finally :)

Cheers,
  Serge

T +41 22 361 3424

9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com
SKYPE | LINKEDIN | TWITTER | VCARD
  

> JOIN OUR COMMUNITY to evaluate, get trained and to discover why Jahia is a 
> leading User Experience Platform (UXP) for Digital Transformation.

> Le 22 déc. 2019 à 12:34, Oliver Lietz  a écrit :
> 
> On Sunday, December 22, 2019 5:34:02 AM CET Jean-Baptiste Onofré wrote:
>> Hi Achim,
> 
> Hi,
> 
>> Serge reported the same on Unomi.
>> 
>> I gonna check as, on Jenkins, Karaf itests (based on Pax Exam 4.13.1)
>> are working fine.
>> 
>> The think I did for JDK9+ is:
>> 
>> https://github.com/apache/karaf/blob/master/itests/common/src/main/java/org/
>> apache/karaf/itests/KarafTestSupport.java#L184
>> 
>> So, if your tests extend KarafTestSupport, it should be straight forward.
>> If you don't extend KarafTestsSupport, you have to mimic the configuration.
> 
> We have done it similar for Sling:
> 
> https://github.com/apache/sling-org-apache-sling-karaf-integration-tests/blob/
> master/src/main/java/org/apache/sling/karaf/testing/KarafTestSupport.java#L151
> 
> And it reminds me to open a PR because the duplication of options in Karaf's 
> KarafTestSupport is really ugly.
> 
> Regards,
> O.
> 
>> Regards
>> JB
>> 
>>> On 21/12/2019 17:39, Achim Nierbeck wrote:
>>> Hi,
>>> 
>>> it's one of those days where it's better to just stop for now.
>>> Though I've spent quite some time on figuring out, without real success
>>> though.
>>> Maybe one on the list does have a bright moment to point me into the
>>> right direction :)
>>> I was working on upgrading the latest dependencies for my karaf+vertx
>>> project. [1]
>>> And while on it I was trying to build with Java 11. Now what really
>>> puzzled me, the Pax-Exam tests all failed because the test container
>>> never really started. When trying to start the container alone,
>>> everything runs smoothly. Therefore it's something I'm missing with the
>>> pax-exam setup.
>>> I'd be grateful for any input on where I'm wrong :)
>>> 
>>> Thanks, Achim
>>> 
>>> 
>>> [1] - https://github.com/ANierbeck/Karaf-Vertx/tree/jdk11
> 
> 
> 
> 

Re: Microkernel Karaf fit...

[Serge Huber]

Yes I understand what you mean, but in some ways the JVM needs big
improvements. The first one that comes to mind is getting rid of the
garbage collector because it causes so many difficult problems in
terms of predictability. One of the reasons I love Swift so much is
that it manages to do away with such a construct.

Also the JVM is (still) full of stuff that doesn't make that much
sense in a microkernel environment, especially for running
micro-services. But at least with Jigsaw it becomes possible to make
it lighter.

The overall memory consumption of JVMs is also a concern.

Anyway, realistically, what can we achieve today? JVMs like the
OpenJDK one still need a lot of OS-level services to operate, and in
the short term it will be difficult to do without.

Regards,
  Serge...

On Wed, Feb 13, 2019 at 2:56 PM Ranx  wrote:
>
> Serge,
>
> Sure. Absolutely. What I meant is that part of the problem that Loom is
> solving is that of system thread context switching from user to kerenel mode
> and back.
>
> Running the JVM in kernel mode in an unikernel eliminates that context
> switch without the need for an extra construct.
>
> But that's really an aside for me, it's the ability to run the JVM directly
> on the hypervisor with only a slim OS between the two that appeals to me.
>
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html

Re: Microkernel Karaf fit...

[Serge Huber]

Actually Project Loom is all about providing user mode threads to the
JVM, so no more context switches and large memory footprint. Their
objective is to be able to support millions of lightweights threads on
a JVM that could normally only handle thousands of threads.

Regards,
  Serge...

On Wed, Feb 13, 2019 at 2:41 PM Ranx  wrote:
>
> One thing I forgot to mention when I brought this up is how fast threading in
> the JVM might be in a unikernel. Because the JVM/Karaf is running in a
> single process in the kernel, thread switching would not involve the
> laborious user mode to kernel mode switches that current thread switching
> does.
>
> So not only would this eliminate the overhead of virtual machine, operating
> system, and Docker, it would make the JVM's threading operate faster. So
> even if the unikernel isn't the most performant right out of the box, it
> gets some big boosts and over time one would expect it to get even better.
>
> That's why I thought I'd ask if anyone here has been working with it as I
> suspect in two or three years they will take the world by storm.
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html

Re: Microkernel Karaf fit...

[Serge Huber]

I was just looking at what Project Loom
(https://jaxenter.com/project-loom-trend-watch-jvm-ecosystem-147448.html)
could mean for the JDK. Imagine having Java Fibers available in Karaf
you could build a highly scalable microservices platform that
maximizes hardware usage like crazy. If this is paired with an
optimized microkernel or lightweight OS it could be useful for use
cases ranging from embedded platforms all the way to complex workloads
for enterprise applications.

Regards,
  Serge...

On Wed, Feb 13, 2019 at 8:50 AM Francois Papon
 wrote:
>
> Hi Ranx,
>
> I realy like your point about the overhead of running a JVM in a Docker world 
> ;)
>
> I think Karaf is a very good alternative to reduce this overhead and all the 
> tooling provided by Karaf make it the perfect solution :)
>
> "Server->hypervisor->microkernel->JVM->Karaf(!)"
>
> Regards,
>
> François Papon
> fpa...@apache.org
>
> Le 06/02/2019 à 19:06, r...@enjekt.org a écrit :
>
> Is anyone aware of a microkernel running a JVM/Karaf? I think Karaf could 
> really take advantage of microkernels avoiding the need for Kubernetes, 
> Docker and so on. Karaf is uniquely qualified for this by the fact that it 
> has its own hooks to repositories, a console and monitoring with things like 
> HawtIO. If the JVM/Karaf/Felix is running in the kernel itself and that is 
> running on the hypervisor, there’s not a lot of overhead. That’s a stark 
> contrast to the world of Kubernetes/Docker/VM/hypervisor.
>
>
>
> With microkernels and rump kernels getting a lot of attention and development 
> these days, there seems to be a great opportunity for Karaf running in a 
> microkernel’s
>
>
>
> Camel->Spring Boot->JVM->Docker->Kubernetes->Linux->VM->hypervisor->server.
>
> Camel K->JVM->Docker->Kubernetes->Linux->VM->hypervisor->server.
>
>
>
> Server->hypervisor->microkernel->JVM->Karaf(!)
>
>
>
> Recently I was reading a bit more about Camel K. That’s Camel running 
> directly on Kubernettes sans container – no Spring Boot, Karaf/Felix, or EAP. 
>  It’s a move in the right direction, I think, but as I think about it Karaf 
> seems uniquely poised to really jump to the front of the line. James Strachan 
> recently commented that he was concerned about the future of the JVM due to 
> the enormous overhead of running it in a Docker world.
>
>
>
> It isn’t simply that Karaf/Felix can run on a JVM in the kernel space and 
> avoid all the other overhead. OSGi bundles and Karaf features essentially 
> allow one to create microservices as groups of bundles that can be deployed 
> to separate Karaf instances or to the same Karaf instances. That simply isn’t 
> possible with Spring Boot, Camel K or other stacks.
>
>
>
> If anyone is aware of a microkernel or rump kernel or exokernel running a 
> JVM/Karaf I’d really appreciate a pointer.
>
>
>
> Brad
>
>
>
>

Re: First user contributed story from openhab .. please participate too

[Serge Huber]

You're welcome Christian, I love Karaf so those were not hard to write :)

I just wish there was something like Karaf and OSGi for Javascript
these days, I'm going crazy :)

cheers,
  Serge...

On Fri, Jan 11, 2019 at 12:31 PM Christian Schneider
 wrote:
>
> Many thanks Serge.These personal comments on the stories page improve the 
> stories a lot.
>
> Christian
>
> Am Di., 8. Jan. 2019 um 16:23 Uhr schrieb Serge Huber :
>>
>> Actually I think I'll just put them in this thread, that'll go much
>> faster for me :)
>>
>> For Apache Unomi:
>>
>> "Apache Unomi was directly created using Apache Karaf as a runtime. We
>> needed a highly modular, high performance, scalable and open source
>> runtime for building this implementation. Apache Unomi has to store
>> millions of profiles and handle real-time processing of rules based on
>> events generated from visitor behavior into an ElasticSearch backend.
>> OSGi fit the bill perfectly for the technology architecture and Apache
>> Karaf come out of the box with everything we needed to have a
>> full-fledged and reliable runtime" - Serge Huber, Apache Unomi creator
>>
>> For Jahia :
>>
>> "Jahia has used various technologies at its core and has been using
>> OSGi for its module system for quite some time now. Initially, we used
>> Apache Felix as a runtime, but quite quickly we realized we needed
>> more powerful logging, better provisioning, clustering and monitoring
>> support. Apache Karaf fit the bill perfectly and to the point where we
>> are using it as much as possible, especially since the community
>> around the project has been very helpful and addressing a lot of our
>> needs. We can therefore strongly recommend Apache Karaf as a runtime."
>> - Serge Huber, Jahia CTO.
>>
>> Regards,
>>   Serge...
>>
>> On Tue, Jan 8, 2019 at 1:44 PM Jean-Baptiste Onofré  
>> wrote:
>> >
>> > That would great Serge ;)
>> >
>> > Ready to help if you need ;)
>> >
>> > Regards
>> > JB
>> >
>> > On 08/01/2019 12:14, Serge Huber wrote:
>> > > Actually I think I'd like to improve the Apache Unomi and Jahia ones,
>> > > to give more details about how Karaf is used and why it was chosen.
>> > >
>> > > I'll try to see if I can get a PR ready.
>> > >
>> > > On Tue, Jan 8, 2019 at 12:05 PM Christian Schneider
>> > >  wrote:
>> > >>
>> > >> I just added a first user story with some personal experiences from the 
>> > >> openhab founder Kai Kreuzer to our stories page:
>> > >> https://karaf.apache.org/stories.html
>> > >>
>> > >> If you are also using Apache Karaf please take the chance to give us 
>> > >> some feedback and at the same time promote your project with a link and 
>> > >> logo.
>> > >>
>> > >> You can either do a PR for the karaf-site repo: 
>> > >> https://github.com/apache/karaf-site/blob/trunk/src/main/webapp/stories.html
>> > >> or simply let us know of your story on the list or by personal mail. We 
>> > >> will make sure your story is told.
>> > >>
>> > >> Best
>> > >> Christian
>> > >>
>> > >> --
>> > >> --
>> > >> Christian Schneider
>> > >> http://www.liquid-reality.de
>> > >>
>> > >> Computer Scientist
>> > >> http://www.adobe.com
>> > >>
>> >
>> > --
>> > Jean-Baptiste Onofré
>> > jbono...@apache.org
>> > http://blog.nanthrax.net
>> > Talend - http://www.talend.com
>
>
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>

Re: First user contributed story from openhab .. please participate too

[Serge Huber]

JB is too fast but I checked it and it's fine :)

cheers,
  Serge...

On Wed, Jan 9, 2019 at 11:57 AM Jean-Baptiste Onofré  wrote:
>
> Merged and published
>
> On 09/01/2019 11:09, Francois Papon wrote:
> > Hi Serge,
> >
> > FYI, PR is done : https://github.com/apache/karaf-site/pull/32
> >
> > Can you check that is good for you?
> >
> > Regards,
> >
> > François Papon
> > fpa...@apache.org
> >
> > Le 08/01/2019 à 19:23, Serge Huber a écrit :
> >> Actually I think I'll just put them in this thread, that'll go much
> >> faster for me :)
> >>
> >> For Apache Unomi:
> >>
> >> "Apache Unomi was directly created using Apache Karaf as a runtime. We
> >> needed a highly modular, high performance, scalable and open source
> >> runtime for building this implementation. Apache Unomi has to store
> >> millions of profiles and handle real-time processing of rules based on
> >> events generated from visitor behavior into an ElasticSearch backend.
> >> OSGi fit the bill perfectly for the technology architecture and Apache
> >> Karaf come out of the box with everything we needed to have a
> >> full-fledged and reliable runtime" - Serge Huber, Apache Unomi creator
> >>
> >> For Jahia :
> >>
> >> "Jahia has used various technologies at its core and has been using
> >> OSGi for its module system for quite some time now. Initially, we used
> >> Apache Felix as a runtime, but quite quickly we realized we needed
> >> more powerful logging, better provisioning, clustering and monitoring
> >> support. Apache Karaf fit the bill perfectly and to the point where we
> >> are using it as much as possible, especially since the community
> >> around the project has been very helpful and addressing a lot of our
> >> needs. We can therefore strongly recommend Apache Karaf as a runtime."
> >> - Serge Huber, Jahia CTO.
> >>
> >> Regards,
> >>   Serge...
> >>
> >> On Tue, Jan 8, 2019 at 1:44 PM Jean-Baptiste Onofré  
> >> wrote:
> >>> That would great Serge ;)
> >>>
> >>> Ready to help if you need ;)
> >>>
> >>> Regards
> >>> JB
> >>>
> >>> On 08/01/2019 12:14, Serge Huber wrote:
> >>>> Actually I think I'd like to improve the Apache Unomi and Jahia ones,
> >>>> to give more details about how Karaf is used and why it was chosen.
> >>>>
> >>>> I'll try to see if I can get a PR ready.
> >>>>
> >>>> On Tue, Jan 8, 2019 at 12:05 PM Christian Schneider
> >>>>  wrote:
> >>>>> I just added a first user story with some personal experiences from the 
> >>>>> openhab founder Kai Kreuzer to our stories page:
> >>>>> https://karaf.apache.org/stories.html
> >>>>>
> >>>>> If you are also using Apache Karaf please take the chance to give us 
> >>>>> some feedback and at the same time promote your project with a link and 
> >>>>> logo.
> >>>>>
> >>>>> You can either do a PR for the karaf-site repo: 
> >>>>> https://github.com/apache/karaf-site/blob/trunk/src/main/webapp/stories.html
> >>>>> or simply let us know of your story on the list or by personal mail. We 
> >>>>> will make sure your story is told.
> >>>>>
> >>>>> Best
> >>>>> Christian
> >>>>>
> >>>>> --
> >>>>> --
> >>>>> Christian Schneider
> >>>>> http://www.liquid-reality.de
> >>>>>
> >>>>> Computer Scientist
> >>>>> http://www.adobe.com
> >>>>>
> >>> --
> >>> Jean-Baptiste Onofré
> >>> jbono...@apache.org
> >>> http://blog.nanthrax.net
> >>> Talend - http://www.talend.com
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Re: First user contributed story from openhab .. please participate too

[Serge Huber]

Actually I think I'll just put them in this thread, that'll go much
faster for me :)

For Apache Unomi:

"Apache Unomi was directly created using Apache Karaf as a runtime. We
needed a highly modular, high performance, scalable and open source
runtime for building this implementation. Apache Unomi has to store
millions of profiles and handle real-time processing of rules based on
events generated from visitor behavior into an ElasticSearch backend.
OSGi fit the bill perfectly for the technology architecture and Apache
Karaf come out of the box with everything we needed to have a
full-fledged and reliable runtime" - Serge Huber, Apache Unomi creator

For Jahia :

"Jahia has used various technologies at its core and has been using
OSGi for its module system for quite some time now. Initially, we used
Apache Felix as a runtime, but quite quickly we realized we needed
more powerful logging, better provisioning, clustering and monitoring
support. Apache Karaf fit the bill perfectly and to the point where we
are using it as much as possible, especially since the community
around the project has been very helpful and addressing a lot of our
needs. We can therefore strongly recommend Apache Karaf as a runtime."
- Serge Huber, Jahia CTO.

Regards,
  Serge...

On Tue, Jan 8, 2019 at 1:44 PM Jean-Baptiste Onofré  wrote:
>
> That would great Serge ;)
>
> Ready to help if you need ;)
>
> Regards
> JB
>
> On 08/01/2019 12:14, Serge Huber wrote:
> > Actually I think I'd like to improve the Apache Unomi and Jahia ones,
> > to give more details about how Karaf is used and why it was chosen.
> >
> > I'll try to see if I can get a PR ready.
> >
> > On Tue, Jan 8, 2019 at 12:05 PM Christian Schneider
> >  wrote:
> >>
> >> I just added a first user story with some personal experiences from the 
> >> openhab founder Kai Kreuzer to our stories page:
> >> https://karaf.apache.org/stories.html
> >>
> >> If you are also using Apache Karaf please take the chance to give us some 
> >> feedback and at the same time promote your project with a link and logo.
> >>
> >> You can either do a PR for the karaf-site repo: 
> >> https://github.com/apache/karaf-site/blob/trunk/src/main/webapp/stories.html
> >> or simply let us know of your story on the list or by personal mail. We 
> >> will make sure your story is told.
> >>
> >> Best
> >> Christian
> >>
> >> --
> >> --
> >> Christian Schneider
> >> http://www.liquid-reality.de
> >>
> >> Computer Scientist
> >> http://www.adobe.com
> >>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Re: First user contributed story from openhab .. please participate too

[Serge Huber]

Actually I think I'd like to improve the Apache Unomi and Jahia ones,
to give more details about how Karaf is used and why it was chosen.

I'll try to see if I can get a PR ready.

On Tue, Jan 8, 2019 at 12:05 PM Christian Schneider
 wrote:
>
> I just added a first user story with some personal experiences from the 
> openhab founder Kai Kreuzer to our stories page:
> https://karaf.apache.org/stories.html
>
> If you are also using Apache Karaf please take the chance to give us some 
> feedback and at the same time promote your project with a link and logo.
>
> You can either do a PR for the karaf-site repo: 
> https://github.com/apache/karaf-site/blob/trunk/src/main/webapp/stories.html
> or simply let us know of your story on the list or by personal mail. We will 
> make sure your story is told.
>
> Best
> Christian
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Computer Scientist
> http://www.adobe.com
>

Re: Comparison between Karaf, Spring & NodeJS

[Serge Huber]

Hello Christian,

Thanks, that was my idea was to produce some content that we could put
up on the website, but of course I wanted to first get feedback and
improvements from the community first.

Regards,
  Serge...
On Sun, Oct 7, 2018 at 8:47 AM Christian Schneider
 wrote:
>
> Hi Serge,
>
> very nice. I think the migration reasons would be great to have on he karaf 
> site.
>
> Christian
>
> Am Sa., 6. Okt. 2018 um 21:18 Uhr schrieb Serge Huber :
>>
>> I think this exercice might prove interesting to illustrate what might
>> be missing to have a strong on-boarding scenario. For me there is very
>> little needed to have a much stronger story than any other frameworks
>> !
>>
>> And to prove to you I believe this I started another document today:
>> https://docs.google.com/document/d/1cZp-KymYOVgpBiHVPdLAYfKY81U_LzfqVYCIcVd2Mfg/edit?usp=sharing
>>
>> The idea is to offer arguments to migrate to Karaf from Spring or
>> NodeJS. The list is by no means complete and feel free to comment or
>> request editing access to add more or correct any mistakes I might
>> have made.
>>
>> I hope all of this is helpful. I still believe Karaf has a huge
>> potential that needs to be realized, it just needs to be properly
>> communicated.
>>
>> Regards,
>>   Serge...
>> On Sat, Oct 6, 2018 at 10:48 AM Jean-Baptiste Onofré  
>> wrote:
>> >
>> > Hi,
>> >
>> > I have some WIP on CXF to have better REST support.
>> >
>> > We also have @rest, @jpa, ... annotations in karaf-boot wip.
>> >
>> > Regards
>> > JB
>> >
>> > On 06/10/2018 09:44, francois.papon wrote:
>> > > Hi Serge,
>> > >
>> > > I have many examples of code about REST with Karaf and I can make the
>> > > exercice.
>> > >
>> > > We could also add JPA and webapp code for Karaf part.
>> > >
>> > > I also have an example about how to package an Angular webapp to be
>> > > deployed on Karaf (thanks to JB ;) )
>> > >
>> > > I can add them today or tomorrow.
>> > >
>> > > Regards,
>> > >
>> > > Francois
>> > >
>> > >
>> > >
>> > > Envoyé depuis mon smartphone Samsung Galaxy.
>> > >
>> > >  Message d'origine 
>> > > De : Serge Huber 
>> > > Date : 06/10/2018 11:31 (GMT+04:00)
>> > > À : user@karaf.apache.org
>> > > Objet : Re: Comparison between Karaf, Spring & NodeJS
>> > >
>> > > Hello everyo
>> > > I've just started a Google Document where I started a step-by-step
>> > > comparison of creating a REST service with Karaf and Spring Boot. I
>> > > used a guide from Spring boot as a starting point and copied all the
>> > > steps over from there. I haven't done the Karaf part because I'm sure
>> > > others can do it and I'm a little pressed for time this morning.
>> > >
>> > > I think this is actually a fun exercice and a learning experience for
>> > > the Karaf community. It should hopefully help us onboard developers
>> > > that know the Spring Platform.
>> > >
>> > > At the end of the document I have added a list of other examples that
>> > > could be detailed, but I need some help being inspired here. I think
>> > > we should as much as possible highlight the strengths of Karaf.
>> > >
>> > > I think the most difficult part of this exercice is to avoid bashing
>> > > Spring because that is not really my objective. The objective is to
>> > > show integrators and developers considering Spring that there is a
>> > > strong (and in my opinion stronger) alternative in Apache Karaf.
>> > >
>> > > Here's the link to the document, anyone can comment by default but if
>> > > you want to have edit permissions please don't hesitate to ask.
>> > > https://docs.google.com/document/d/1e4vvXhTNMaAbb7UgDSgmRjvVHp_nm981ztw33k0kHN8/edit?usp=sharing
>> > >
>> > > Regards,
>> > >   Serge...
>> > > On Sat, Oct 6, 2018 at 8:47 AM Serge Huber  wrote:
>> > >>
>> > >> Hi JB,
>> > >>
>> > >> You should have edit access now.
>> > >>
>> > >> If anybody else wants to have access please don't hesitate to request
>> > >> it on the document directly.
>> >

10 reasons why you should Apache Karaf as your next application runtime

[Serge Huber]

Hello,

I guess I'm inspired this weekend :)

Here's a document I put together quickly: 10 reasons why you should
use Apache Karaf as your next application runtime :
https://docs.google.com/document/d/1b1aJ_qimFxPxD9BDtaq21sW_h43kWUXrLVTWAFR_Coc/edit?usp=sharing

This list was compiled mostly from memory and from what came first to
my mind so it is probably far from perfect and I know it is not
exhaustive. But I hope that despite this it presents quickly some of
the most important parts of Karaf.

Again the document has commenting activated and don't hesitate to
request edit access if you'd like.

Regards,
  Serge...

Re: Comparison between Karaf, Spring & NodeJS

[Serge Huber]

I think this exercice might prove interesting to illustrate what might
be missing to have a strong on-boarding scenario. For me there is very
little needed to have a much stronger story than any other frameworks
!

And to prove to you I believe this I started another document today:
https://docs.google.com/document/d/1cZp-KymYOVgpBiHVPdLAYfKY81U_LzfqVYCIcVd2Mfg/edit?usp=sharing

The idea is to offer arguments to migrate to Karaf from Spring or
NodeJS. The list is by no means complete and feel free to comment or
request editing access to add more or correct any mistakes I might
have made.

I hope all of this is helpful. I still believe Karaf has a huge
potential that needs to be realized, it just needs to be properly
communicated.

Regards,
  Serge...
On Sat, Oct 6, 2018 at 10:48 AM Jean-Baptiste Onofré  wrote:
>
> Hi,
>
> I have some WIP on CXF to have better REST support.
>
> We also have @rest, @jpa, ... annotations in karaf-boot wip.
>
> Regards
> JB
>
> On 06/10/2018 09:44, francois.papon wrote:
> > Hi Serge,
> >
> > I have many examples of code about REST with Karaf and I can make the
> > exercice.
> >
> > We could also add JPA and webapp code for Karaf part.
> >
> > I also have an example about how to package an Angular webapp to be
> > deployed on Karaf (thanks to JB ;) )
> >
> > I can add them today or tomorrow.
> >
> > Regards,
> >
> > Francois
> >
> >
> >
> > Envoyé depuis mon smartphone Samsung Galaxy.
> >
> >  Message d'origine 
> > De : Serge Huber 
> > Date : 06/10/2018 11:31 (GMT+04:00)
> > À : user@karaf.apache.org
> > Objet : Re: Comparison between Karaf, Spring & NodeJS
> >
> > Hello everyo
> > I've just started a Google Document where I started a step-by-step
> > comparison of creating a REST service with Karaf and Spring Boot. I
> > used a guide from Spring boot as a starting point and copied all the
> > steps over from there. I haven't done the Karaf part because I'm sure
> > others can do it and I'm a little pressed for time this morning.
> >
> > I think this is actually a fun exercice and a learning experience for
> > the Karaf community. It should hopefully help us onboard developers
> > that know the Spring Platform.
> >
> > At the end of the document I have added a list of other examples that
> > could be detailed, but I need some help being inspired here. I think
> > we should as much as possible highlight the strengths of Karaf.
> >
> > I think the most difficult part of this exercice is to avoid bashing
> > Spring because that is not really my objective. The objective is to
> > show integrators and developers considering Spring that there is a
> > strong (and in my opinion stronger) alternative in Apache Karaf.
> >
> > Here's the link to the document, anyone can comment by default but if
> > you want to have edit permissions please don't hesitate to ask.
> > https://docs.google.com/document/d/1e4vvXhTNMaAbb7UgDSgmRjvVHp_nm981ztw33k0kHN8/edit?usp=sharing
> >
> > Regards,
> >   Serge...
> > On Sat, Oct 6, 2018 at 8:47 AM Serge Huber  wrote:
> >>
> >> Hi JB,
> >>
> >> You should have edit access now.
> >>
> >> If anybody else wants to have access please don't hesitate to request
> >> it on the document directly.
> >>
> >> Regards,
> >>   Serge...
> >> On Sat, Oct 6, 2018 at 6:18 AM Jean-Baptiste Onofré 
> > wrote:
> >> >
> >> > Hi Serge,
> >> >
> >> > can you give permission to me on the spreadsheet ? I would like to add
> >> > some points.
> >> >
> >> > Thanks
> >> > Regards
> >> > JB
> >> >
> >> > On 05/10/2018 20:58, Serge Huber wrote:
> >> > > Hi all,
> >> > >
> >> > > Following an interesting discussion on how to promote Apache Karaf
> >> > > with JB at ApacheCon and in Paris, I suggested to compare Karaf to
> >> > > Spring in a grid format and publish it on the website.
> >> > >
> >> > > I wanted to get the ball rolling so I started a Google Spreadsheet
> > here:
> >> > >
> > https://docs.google.com/spreadsheets/d/1Js5qTXXugEOsp-5kUYoUbCKP1xt1dUx8efWZcGbm6C4/edit?usp=sharing
> >> > >
> >> > > By default commenting is allowed, so please don't hesitate. The
> >> > > entries with a question mark are answers I don't have.
> >> > >
> >> > > Also, the point is to make this as precise as possible, so it's quite
> >> > > probable I made some mistakes because I might be biased towards Karaf
> >> > > :)
> >> > >
> >> > > cheers,
> >> > >   Serge...
> >> > >
> >> >
> >> > --
> >> > Jean-Baptiste Onofré
> >> > jbono...@apache.org
> >> > http://blog.nanthrax.net
> >> > Talend - http://www.talend.com
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Re: Comparison between Karaf, Spring & NodeJS

[Serge Huber]

Hello everyo
I've just started a Google Document where I started a step-by-step
comparison of creating a REST service with Karaf and Spring Boot. I
used a guide from Spring boot as a starting point and copied all the
steps over from there. I haven't done the Karaf part because I'm sure
others can do it and I'm a little pressed for time this morning.

I think this is actually a fun exercice and a learning experience for
the Karaf community. It should hopefully help us onboard developers
that know the Spring Platform.

At the end of the document I have added a list of other examples that
could be detailed, but I need some help being inspired here. I think
we should as much as possible highlight the strengths of Karaf.

I think the most difficult part of this exercice is to avoid bashing
Spring because that is not really my objective. The objective is to
show integrators and developers considering Spring that there is a
strong (and in my opinion stronger) alternative in Apache Karaf.

Here's the link to the document, anyone can comment by default but if
you want to have edit permissions please don't hesitate to ask.
https://docs.google.com/document/d/1e4vvXhTNMaAbb7UgDSgmRjvVHp_nm981ztw33k0kHN8/edit?usp=sharing

Regards,
  Serge...
On Sat, Oct 6, 2018 at 8:47 AM Serge Huber  wrote:
>
> Hi JB,
>
> You should have edit access now.
>
> If anybody else wants to have access please don't hesitate to request
> it on the document directly.
>
> Regards,
>   Serge...
> On Sat, Oct 6, 2018 at 6:18 AM Jean-Baptiste Onofré  wrote:
> >
> > Hi Serge,
> >
> > can you give permission to me on the spreadsheet ? I would like to add
> > some points.
> >
> > Thanks
> > Regards
> > JB
> >
> > On 05/10/2018 20:58, Serge Huber wrote:
> > > Hi all,
> > >
> > > Following an interesting discussion on how to promote Apache Karaf
> > > with JB at ApacheCon and in Paris, I suggested to compare Karaf to
> > > Spring in a grid format and publish it on the website.
> > >
> > > I wanted to get the ball rolling so I started a Google Spreadsheet here:
> > > https://docs.google.com/spreadsheets/d/1Js5qTXXugEOsp-5kUYoUbCKP1xt1dUx8efWZcGbm6C4/edit?usp=sharing
> > >
> > > By default commenting is allowed, so please don't hesitate. The
> > > entries with a question mark are answers I don't have.
> > >
> > > Also, the point is to make this as precise as possible, so it's quite
> > > probable I made some mistakes because I might be biased towards Karaf
> > > :)
> > >
> > > cheers,
> > >   Serge...
> > >
> >
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com

Re: Comparison between Karaf, Spring & NodeJS

[Serge Huber]

Hi JB,

You should have edit access now.

If anybody else wants to have access please don't hesitate to request
it on the document directly.

Regards,
  Serge...
On Sat, Oct 6, 2018 at 6:18 AM Jean-Baptiste Onofré  wrote:
>
> Hi Serge,
>
> can you give permission to me on the spreadsheet ? I would like to add
> some points.
>
> Thanks
> Regards
> JB
>
> On 05/10/2018 20:58, Serge Huber wrote:
> > Hi all,
> >
> > Following an interesting discussion on how to promote Apache Karaf
> > with JB at ApacheCon and in Paris, I suggested to compare Karaf to
> > Spring in a grid format and publish it on the website.
> >
> > I wanted to get the ball rolling so I started a Google Spreadsheet here:
> > https://docs.google.com/spreadsheets/d/1Js5qTXXugEOsp-5kUYoUbCKP1xt1dUx8efWZcGbm6C4/edit?usp=sharing
> >
> > By default commenting is allowed, so please don't hesitate. The
> > entries with a question mark are answers I don't have.
> >
> > Also, the point is to make this as precise as possible, so it's quite
> > probable I made some mistakes because I might be biased towards Karaf
> > :)
> >
> > cheers,
> >   Serge...
> >
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Re: Comparison between Karaf, Spring & NodeJS

[Serge Huber]

Hello François,

Concerning the comparison with NodeJS it is not mandatory but I
thought it would make sense to compare Karaf to popular technologies
to build web platforms. The idea is to position Karaf as a perfectly
acceptable alternative to those two other frameworks.

Regards,
  Serge...
On Fri, Oct 5, 2018 at 9:21 PM Francois Papon
 wrote:
>
> Hi Serge,
>
> Very good idea :)
>
> Just a question, I'm sure about the NodeJS comparaison in the
> spreadsheet, could you explain why you have in mind about this ?
>
> regards,
>
> François Papon
> fpa...@apache.org
>
> Le 05/10/2018 à 22:58, Serge Huber a écrit :
> > Hi all,
> >
> > Following an interesting discussion on how to promote Apache Karaf
> > with JB at ApacheCon and in Paris, I suggested to compare Karaf to
> > Spring in a grid format and publish it on the website.
> >
> > I wanted to get the ball rolling so I started a Google Spreadsheet here:
> > https://docs.google.com/spreadsheets/d/1Js5qTXXugEOsp-5kUYoUbCKP1xt1dUx8efWZcGbm6C4/edit?usp=sharing
> >
> > By default commenting is allowed, so please don't hesitate. The
> > entries with a question mark are answers I don't have.
> >
> > Also, the point is to make this as precise as possible, so it's quite
> > probable I made some mistakes because I might be biased towards Karaf
> > :)
> >
> > cheers,
> >   Serge...
>

Re: Comparison between Karaf, Spring & NodeJS

[Serge Huber]

Thanks JB for the quick feedback. You're right that having code
comparisons would also be great. Unfortunately I have little
experience with Spring Boot so I didn't go down that path right away,
but I agree we should. Maybe I'll start a Google Doc with some tables
to prepare the flow of the comparison.

Regards,
  Serge...
On Fri, Oct 5, 2018 at 9:13 PM Jean-Baptiste Onofré  wrote:
>
> By the way, related to that, I would also update with the two main
> improvements on which I'm working on:
>
> 1. Simplifying the way of creating Karaf custom distributions (immutable
> like spring-boot does, or mutable) and be able to directly create
> DockerFile and Docker image with the karaf-maven-plugin
> 2. The examples/features generation and karaf-boot paradigm
>
> Regards
> JB
>
> On 05/10/2018 20:58, Serge Huber wrote:
> > Hi all,
> >
> > Following an interesting discussion on how to promote Apache Karaf
> > with JB at ApacheCon and in Paris, I suggested to compare Karaf to
> > Spring in a grid format and publish it on the website.
> >
> > I wanted to get the ball rolling so I started a Google Spreadsheet here:
> > https://docs.google.com/spreadsheets/d/1Js5qTXXugEOsp-5kUYoUbCKP1xt1dUx8efWZcGbm6C4/edit?usp=sharing
> >
> > By default commenting is allowed, so please don't hesitate. The
> > entries with a question mark are answers I don't have.
> >
> > Also, the point is to make this as precise as possible, so it's quite
> > probable I made some mistakes because I might be biased towards Karaf
> > :)
> >
> > cheers,
> >   Serge...
> >
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Comparison between Karaf, Spring & NodeJS

[Serge Huber]

Hi all,

Following an interesting discussion on how to promote Apache Karaf
with JB at ApacheCon and in Paris, I suggested to compare Karaf to
Spring in a grid format and publish it on the website.

I wanted to get the ball rolling so I started a Google Spreadsheet here:
https://docs.google.com/spreadsheets/d/1Js5qTXXugEOsp-5kUYoUbCKP1xt1dUx8efWZcGbm6C4/edit?usp=sharing

By default commenting is allowed, so please don't hesitate. The
entries with a question mark are answers I don't have.

Also, the point is to make this as precise as possible, so it's quite
probable I made some mistakes because I might be biased towards Karaf
:)

cheers,
  Serge...

Re: Any plans for supporting JDK 11 ?

[Serge Huber]

Thanks a lot for all this information. I had some questions about JDK 11
support and you've given lots of details that I will be able to relay
internally.

And of course thanks a lot for all the hard work, I wish I could contribute
more :)

cheers,
  Serge...

ps : for those of us who don't know we now use Apache Karaf in all our
server products and love it !

Serge Huber
CTO & Co-Founder
T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com <http://www.jahia.com/>
SKYPE | LINKEDIN <https://www.linkedin.com/in/sergehuber> | TWITTER
<https://twitter.com/sergehuber> | VCARD
<http://www.jahia.com/vcard/HuberSerge.vcf>


> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and
to discover why Jahia is a leading User Experience Platform (UXP) for
Digital Transformation.

On Fri, Jun 8, 2018 at 12:48 AM, Freeman Fang 
wrote:

> Please see the patch and my comment on KARAF-5764, I think we need more
> change to support java11 in KARAF.
>
> As XBean also embed asm source, so we need a new XBean release which build
> against ASM6.2, as well as a new easymock release.
>
> Besides, Since JDK11, those modules get removed from JDK
>
> * java.corba — CORBA
>  * java.transaction — The subset of the Java Transaction API defined by Java 
> SE to support CORBA Object Transaction Services
>  * java.activation — JavaBeans Activation Framework
>  * java.xml.bind — Java Architecture for XML Binding (JAXB)
>  * java.xml.ws — Java API for XML Web Services (JAX-WS), Web Services 
> Metadata for the Java Platform, and SOAP with Attachments for Java (SAAJ)
>  * java.xml.ws.annotation — The subset of the JSR-250 Common Annotations 
> defined by Java SE to support web services
>
>
> So I think we don't need to use --patch-module for those APIs which
> already get removed. What we do is just use normal bundle for those APIs,
> or if we really need those API in boot stage we can put those in
> $KARAF_HOME/lib/boot folder, so far we need jaxb and activation in
> lib/boot/folder as features.core need those.
>
> [1]https://issues.apache.org/jira/browse/KARAF-5764
>
> Cheers
> －
> Freeman(Yue) Fang
>
> Red Hat, Inc.
> FuseSource is now part of Red Hat
>
>
>
> On Jun 8, 2018, at 1:37 AM, Jean-Baptiste Onofré  wrote:
>
> Hi Serge,
>
> I just submitted Aries Proxy Impl 1.1.2 with ASM 6.2 this morning,
> bringing support of Java 9, 10, 11.
>
> As soon as the vote passed, I will update in Karaf. The purpose is to
> include this for Karaf 4.2.1 (planned next week), in order to give us
> time to test.
> Before 4.2.1, I have also to work on Pax Web (7.1.1) supporting Jetty
> 9.4.10 supporting new Java version as well.
>
> So, to summarize, 4.2.1 should support Java 10 & 11, thanks to the ASM
> 6.2 update + Aries Proxy + Pax Web/Jetty update (all Jira are created
> and in my bucket).
>
> Regards
> JB
>
> On 07/06/2018 17:35, Serge Huber wrote:
>
> Hello,
>
> With the upcoming release of JDK 11 (planned for September), I was
> wondering what the plans for supporting it looked like ? Are we
> expecting any kind of blocking problems ? Should be simpler than JDK 9 I
> think.
>
> I didn't follow the JDK 10 support, did that involve any problems ?
>
> cheers,
>   Serge...
>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
>
>

Any plans for supporting JDK 11 ?

[Serge Huber]

Hello,

With the upcoming release of JDK 11 (planned for September), I was
wondering what the plans for supporting it looked like ? Are we expecting
any kind of blocking problems ? Should be simpler than JDK 9 I think.

I didn't follow the JDK 10 support, did that involve any problems ?

cheers,
  Serge...

Re: Help needed with Karaf 4 Integration test writing

[Serge Huber]

Hi JB,

I tried editing the generated file manually but for some strange reason it
doesn't seem to install my features, maybe I did a stupid mistake ? I did
all of this in the generated target/exam/*/ folder.

Here's the features.cfg contents:

#Modified by paxexam
#Sun Mar 04 07:50:26 CET 2018
featuresBootAsynchronous=false
featuresBoot=(instance,package,log,ssh,aries-blueprint,framework,system,eventadmin,feature,shell,management,service,jaas,shell-compat,deployer,diagnostic,wrap,bundle,config,kar,war,cxf,cellar),unomi-kar,unomi-router-karaf-feature,exam
featuresRepositories=mvn\:org.apache.karaf.features/framework/4.1.5/xml/features,
mvn\:org.apache.karaf.features/spring/4.1.5/xml/features,
mvn\:org.apache.karaf.features/standard/4.1.5/xml/features,
mvn\:org.apache.karaf.features/enterprise/4.1.5/xml/features,mvn\:org.ops4j.pax.web/pax-web-features/3.1.0/xml/features,mvn\:org.apache.cxf.karaf/apache-cxf/3.1.10/xml/features,mvn\:org.apache.karaf.cellar/apache-karaf-cellar/4.1.0/xml/features,mvn\:org.apache.unomi/unomi-kar/1.3.0-incubating-unomi_5_karaf4_1-SNAPSHOT/xml/features,mvn\:org.apache.unomi/unomi-router-karaf-feature/1.3.0-incubating-unomi_5_karaf4_1-SNAPSHOT/xml/features,mvn\:org.ops4j.pax.exam/pax-exam-features/4.11.0/xml

Here's the karaf.log:

Mar 04, 2018 8:28:05 AM org.apache.karaf.main.lock.SimpleFileLock lock

INFO: Trying to lock
/Users/loom/java/technologies/apache-git/incubator-unomi-karaf4/itests/target/exam/7874d4a8-c3b0-4850-b6d5-302cfe79/lock

Mar 04, 2018 8:28:05 AM org.apache.karaf.main.lock.SimpleFileLock lock

INFO: Lock acquired

Mar 04, 2018 8:28:05 AM org.apache.karaf.main.Main$KarafLockCallback
lockAquired

INFO: Lock acquired. Setting startlevel to 100

2018-03-04T08:28:08,059 | INFO  | pool-1-thread-2  | FeaturesServiceImpl
  | 10 - org.apache.karaf.features.core - 4.1.5 | Adding features:
instance/[4.1.5,4.1.5], package/[4.1.5,4.1.5], log/[4.1.5,4.1.5],
ssh/[4.1.5,4.1.5], aries-blueprint/[4.1.5,4.1.5], framework/[4.1.5,4.1.5],
system/[4.1.5,4.1.5], eventadmin/[4.1.5,4.1.5], feature/[4.1.5,4.1.5],
shell/[4.1.5,4.1.5], management/[4.1.5,4.1.5], service/[4.1.5,4.1.5],
jaas/[4.1.5,4.1.5], shell-compat/[4.1.5,4.1.5], deployer/[4.1.5,4.1.5],
diagnostic/[4.1.5,4.1.5], wrap/[0,0.0.0], bundle/[4.1.5,4.1.5],
config/[4.1.5,4.1.5], kar/[4.1.5,4.1.5], war/[4.1.5,4.1.5],
cxf/[3.1.10,3.1.10], cellar/[4.1.0,4.1.0]


Even if it did work, this file is generated by Pax Exam so it's not clear
to me the changes I need to make to the integration tests to set this up ?


Sorry about all the questions, but I'm really struggling with this.


Regards,

  Serge...


Serge Huber
CTO & Co-Founder
T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com <http://www.jahia.com/>
SKYPE | LINKEDIN <https://www.linkedin.com/in/sergehuber> | TWITTER
<https://twitter.com/sergehuber> | VCARD
<http://www.jahia.com/vcard/HuberSerge.vcf>


> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and
to discover why Jahia is a leading User Experience Platform (UXP) for
Digital Transformation.

On Sun, Mar 4, 2018 at 8:17 AM, Jean-Baptiste Onofré 
wrote:

> As said, the featuresBoot doesn't seem good to me as wrap can be not yet
> installed (async) before your feature is installed.
>
> It should be:
>
> featuresBoot=(instance, package, log, ssh, aries-blueprint, framework,
> system,
>  eventadmin, feature, shell, management, service, jaas, shell-compat,
> deployer,
>  diagnostic, wrap, bundle, config,
>  kar,shell,war,cxf,cellar),unomi-kar,unomi-router-karaf-feature,exam
>
> Regards
> JB
>
> On 03/04/2018 08:02 AM, Serge Huber wrote:
> > Thanks Oliver & JB for your quick answers.
> >
> > I've checked the generated org.apache.karaf.features.cfg file and it has
> some
> > strange contents:
> >
> > *#Modified by paxexam*
> >
> > *#Fri Mar 02 16:59:52 CET 2018*
> >
> > *featuresBootAsynchronous=false*
> >
> > *featuresBoot=instance, package, log, ssh, aries-blueprint, framework,
> system,
> > eventadmin, feature, shell, management, service, jaas, shell-compat,
> deployer,
> > diagnostic, wrap, bundle, config,
> > kar,shell,wrap,war,cxf,cellar,unomi-kar,unomi-router-karaf-feature,exam*
> >
> > *featuresRepositories=mvn\:org.apache.karaf.features/
> framework/4.1.5/xml/features,
> > mvn\:org.apache.karaf.features/spring/4.1.5/xml/features,
> > mvn\:org.apache.karaf.features/standard/4.1.5/xml/features,
> > mvn\:org.apache.karaf.features/enterprise/4.1.5/xml/
> features,mvn\:org.ops4j.pax.web/pax-web-features/3.1.0/
> xml/features,mvn\:org.apache.karaf.features/standard/4.1.5/
> xml/features,mvn\:org.ops4j.pax.web/pax-web-features/3.1.
> 0/xml/features,mvn\:org.apache.cxf.karaf/apache-cxf/3.
> 1.10/xml/f

Re: Help needed with Karaf 4 Integration test writing

[Serge Huber]

Thanks Oliver & JB for your quick answers.

I've checked the generated org.apache.karaf.features.cfg file and it has
some strange contents:

*#Modified by paxexam*

*#Fri Mar 02 16:59:52 CET 2018*

*featuresBootAsynchronous=false*

*featuresBoot=instance, package, log, ssh, aries-blueprint, framework,
system, eventadmin, feature, shell, management, service, jaas,
shell-compat, deployer, diagnostic, wrap, bundle, config,
kar,shell,wrap,war,cxf,cellar,unomi-kar,unomi-router-karaf-feature,exam*

*featuresRepositories=mvn\:org.apache.karaf.features/framework/4.1.5/xml/features,
mvn\:org.apache.karaf.features/spring/4.1.5/xml/features,
mvn\:org.apache.karaf.features/standard/4.1.5/xml/features,
mvn\:org.apache.karaf.features/enterprise/4.1.5/xml/features,mvn\:org.ops4j.pax.web/pax-web-features/3.1.0/xml/features,mvn\:org.apache.karaf.features/standard/4.1.5/xml/features,mvn\:org.ops4j.pax.web/pax-web-features/3.1.0/xml/features,mvn\:org.apache.cxf.karaf/apache-cxf/3.1.10/xml/features,mvn\:org.apache.karaf.cellar/apache-karaf-cellar/4.1.0/xml/features,mvn\:org.apache.unomi/unomi-kar/1.3.0-incubating-unomi_5_karaf4_1-SNAPSHOT/xml/features,mvn\:org.apache.unomi/unomi-router-karaf-feature/1.3.0-incubating-unomi_5_karaf4_1-SNAPSHOT/xml/features,mvn\:org.ops4j.pax.exam/pax-exam-features/4.11.0/xml*

I seems the wrap feature is listed twice, not sure if that is a problem.

I installed the unomi-kar and unomi-router-karaf-feature as boot features
because this is what is done in the Karaf package, but I don't have a
problem changing this for the integration tests. I'm just not sure how this
can be achieved ? Do you have an example or some documentation ? I checked
the Karaf documentation but I couldn't find anything related to injection
or executeCommand.

Regards,
  Serge...

Serge Huber
CTO & Co-Founder
T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com <http://www.jahia.com/>
SKYPE | LINKEDIN <https://www.linkedin.com/in/sergehuber> | TWITTER
<https://twitter.com/sergehuber> | VCARD
<http://www.jahia.com/vcard/HuberSerge.vcf>


> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and
to discover why Jahia is a leading User Experience Platform (UXP) for
Digital Transformation.

On Sun, Mar 4, 2018 at 5:51 AM, Jean-Baptiste Onofré 
wrote:

> Hi Serge,
>
> I think that the problem is that wrap should be a bootFeature in early
> stage
> compared to the Unomi router.
>
> Can you check (in the @Config) the org.apache.karaf.feature.cfg (if wrap
> is at
> first stage) ?
>
> More over, I would install unomi feature using executeCommand or feature
> service
> (with @Inject) to be sure to be "in" Karaf.
>
> Regards
> JB
>
> On 03/03/2018 04:31 PM, Serge Huber wrote:
> > Hello,
> >
> > I'm struggling getting Apache Unomi tests to work since I migrated from
> Karaf 3
> > to Karaf 4.
> >
> > Here is the error I am getting in the logs:
> >
> > *2018-03-02T17:01:54,018 | ERROR | pool-1-thread-2  |
> BootFeaturesInstaller
> >   | 10 - org.apache.karaf.features.core - 4.1.5 | Error installing
> boot
> > features*
> >
> > *org.apache.karaf.features.internal.util.MultiException: Error:*
> >
> > *Error downloading
> > wrap:file:/Users/loom/.m2/repository/org/apache/kafka/kafka-clients/
> 0.10.1.0/kafka-clients-0.10.1.0.jar
> > <http://0.10.1.0/kafka-clients-0.10.1.0.jar>*
> >
> > *Error downloading
> > wrap:file:/Users/loom/.m2/repository/org/apache/kafka/kafka-clients/
> 0.10.1.0/kafka-clients-0.10.1.0.jar
> > <http://0.10.1.0/kafka-clients-0.10.1.0.jar>*
> >
> > *at
> > org.apache.karaf.features.internal.download.impl.MavenDownloadManager$
> MavenDownloader.(MavenDownloadManager.java:84)
> > ~[?:?]*
> >
> > *at
> > org.apache.karaf.features.internal.download.impl.MavenDownloadManager.
> createDownloader(MavenDownloadManager.java:72)
> > ~[?:?]*
> >
> > *at
> > org.apache.karaf.features.internal.region.Subsystem.
> downloadBundles(Subsystem.java:375)
> > ~[?:?]*
> >
> > *at
> > org.apache.karaf.features.internal.region.Subsystem.
> downloadBundles(Subsystem.java:372)
> > ~[?:?]*
> >
> > *at
> > org.apache.karaf.features.internal.region.SubsystemResolver.resolve(
> SubsystemResolver.java:187)
> > ~[?:?]*
> >
> > *at
> > org.apache.karaf.features.internal.service.Deployer.
> deploy(Deployer.java:291)
> > ~[?:?]*
> >
> > *at
> > org.apache.karaf.features.internal.service.FeaturesServiceImpl.
> doProvision(FeaturesServiceImpl.java:1248)
> > ~[?:?]*
> 

Help needed with Karaf 4 Integration test writing

[Serge Huber]

 features(contextServerRepo, "unomi-kar"),
features(routerRepo, "unomi-router-karaf-feature"),
// we need to wrap the HttpComponents libraries
ourselves since the OSGi bundles provided by the project are incorrect
wrappedBundle(mavenBundle("org.apache.httpcomponents",
"httpcore").versionAsInProject()),
wrappedBundle(mavenBundle("org.apache.httpcomponents",
        "httpmime").versionAsInProject()),
wrappedBundle(mavenBundle("org.apache.httpcomponents",
"httpclient").versionAsInProject())
};

It seems the problem is that the "unomi-router-karaf-feature" uses the wrap
protocol but the resolver can't use it because it's also being deployed as
a feature. It seems I need to specifiy it as a startup feature but I don't
know how to achieve that.

If you prefer to have a look at the repository, you can find the full
integration test here :

https://github.com/apache/incubator-unomi/tree/feature-UNOMI-5-KARAF4-1/itests

I'm quite stuck with this, so any help would be greatly appreciated !

cheers,
  Serge...

Serge Huber
CTO & Co-Founder
T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com <http://www.jahia.com/>
SKYPE | LINKEDIN <https://www.linkedin.com/in/sergehuber> | TWITTER
<https://twitter.com/sergehuber> | VCARD
<http://www.jahia.com/vcard/HuberSerge.vcf>


> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and
to discover why Jahia is a leading User Experience Platform (UXP) for
Digital Transformation.

Problem with Karaf integration tests - The forked VM terminated without properly saying goodbye

[Serge Huber]

Hello,

I’m really at a loss on a problem with my Karaf integration tests in the Apache 
Unomi project. I hope someone will have seen this before and can help. 

Basically I’m getting the following error message when running the tests : 

[ERROR] Please refer to 
/Users/loom/java/technologies/apache-git/incubator-unomi/itests/target/failsafe-reports
 for the individual test results.
[ERROR] Please refer to dump files (if any exist) [date]-jvmRun[N].dump, 
[date].dumpstream and [date]-jvmRun[N].dumpstream.
[ERROR] org.apache.maven.surefire.booter.SurefireBooterForkException: 
ExecutionException The forked VM terminated without properly saying goodbye. VM 
crash or System.exit called?
[ERROR] Command was /bin/sh -c cd 
/Users/loom/java/technologies/apache-git/incubator-unomi/itests && 
/Library/Java/JavaVirtualMachines/jdk1.8.0_121.jdk/Contents/Home/jre/bin/java 
-jar 
/Users/loom/java/technologies/apache-git/incubator-unomi/itests/target/surefire/surefirebooter4843476313458241790.jar
 
/Users/loom/java/technologies/apache-git/incubator-unomi/itests/target/surefire 
2017-05-22T10-01-34_499-jvmRun1 surefire2174671162558600468tmp 
surefire_04040816426855777816tmp
[ERROR] Error occurred in starting fork, check output in log
[ERROR] Process Exit Code: 1
[ERROR] at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.awaitResultsDone(ForkStarter.java:494)
[ERROR] at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.runSuitesForkPerTestSet(ForkStarter.java:441)
[ERROR] at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:292)
[ERROR] at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:243)
[ERROR] at 
org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeProvider(AbstractSurefireMojo.java:1077)
[ERROR] at 
org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked(AbstractSurefireMojo.java:907)
[ERROR] at 
org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute(AbstractSurefireMojo.java:785)
[ERROR] at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
[ERROR] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
[ERROR] at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
[ERROR] at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
[ERROR] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
[ERROR] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
[ERROR] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
[ERROR] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:862)
[ERROR] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:286)
[ERROR] at org.apache.maven.cli.MavenCli.main(MavenCli.java:197)
[ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[ERROR] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[ERROR] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[ERROR] at java.lang.reflect.Method.invoke(Method.java:498)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
[ERROR] at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
[ERROR] Caused by: 
org.apache.maven.surefire.booter.SurefireBooterForkException: The forked VM 
terminated without properly saying goodbye. VM crash or System.exit called?
[ERROR] Command was /bin/sh -c cd 
/Users/loom/java/technologies/apache-git/incubator-unomi/itests && 
/Library/Java/JavaVirtualMachines/jdk1.8.0_121.jdk/Contents/Home/jre/bin/java 
-jar 
/Users/loom/java/technologies/apache-git/incubator-unomi/itests/target/surefire/surefirebooter4843476313458241790.jar
 
/Users/loom/java/technologies/apache-git/incubator-unomi/itests/target/surefire 
2017-05-22T10-01-34_499-jvmRun1 surefire2174671162558600468tmp 
surefire_04040816426855777816tmp
[ERROR] Error occurred in starting fork, check output in log
[ERROR] Process Exit Code: 1
[ERROR] at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:679)
[ERROR] at 
org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:533)
[ERROR] at 
org.apache.maven.plugin.surefire.booterclient.ForkStar

Re: Why is karaf so much easier to get working than older OSGi containers?

[Serge Huber]

I think that Karaf Boot is also important to get people started quickly. Or
maybe even some kind of CLI interface and container integrations.

I still find that building a new project with my own custom distribution is
a big more work than I would like.

Not to say that I don't love Karaf, I'm using it in more and more projects
(4 professional and 2 personal !)

cheers,
  Serge...

Serge Huber
CTO & Co-Founder
T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com <http://www.jahia.com/>
SKYPE | LINKEDIN <https://www.linkedin.com/in/sergehuber> | TWITTER
<https://twitter.com/sergehuber> | VCARD
<http://www.jahia.com/vcard/HuberSerge.vcf>


> JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and
to discover why Jahia is a leading User Experience Platform (UXP) for
Digital Transformation.

On Sun, Apr 9, 2017 at 8:50 AM, Jean-Baptiste Onofré 
wrote:

> Hi Steinar,
>
> Great e-mail !
>
> I think Karaf just works thanks to combination of what you said: features
> and resolver, prepackage features, convenient functionalities (shell, ACL,
> etc).
>
> I still think we should improve the dev experience providing samples in
> the distribution (as started).
>
> Regards
> JB
>
>
> On 04/09/2017 08:37 AM, Steinar Bang wrote:
>
>> I first encountered OSGi in 2006.  The place I worked at that time had
>> (prior to my hiring) selected OSGi as the platform for server side
>> components.
>>
>> The team I worked on extended this into the GUI space by creating an
>> eclipse GEF-based IDE for data flows in the server system, where we
>> integrated the server components into the eclipse instance for
>> debugging.
>>
>> At that time it was a very promising technology, it was defined in a
>> standard document that was actually readable, and it had (at that time,
>> if memory serves me right) one complete free software implementation
>> (eclipse equinox), two commercial implementations, and one free
>> implementation (apache felix) just getting started.
>>
>> For my own part I was attracted to the lego building block possibilities
>> of OSGi, and the fact that we were able to get the server components
>> running inside eclipse and talking to eclipse GUI components by
>> using OSGi services (even though what the server side components and
>> eclipse used on top of OSGi services was very different).
>>
>> But... the problem with OSGi both then, and when I started looking at it
>> back in 2013, was the practicalities in getting all bundle dependencies
>> satisfied, and finding, and working around bundle version issues.
>>
>> In contrast to this, karaf has just worked for me (I took the plunge
>> into learning karaf in the autumn of 2016).
>>
>> Or let me qualify that a little: since I started creating features for
>> my own bundles, as a part of the maven build, karaf has just worked for
>> me.
>>
>> So what I'm wondering, is: why is karaf so easy when everything before
>> has been so hard?
>>
>> Is it because there is something magical in the feature resolution,
>> compared to other way of starting OSGi runtimes?
>>
>> Or is it just that karaf comes prepackaged with features for the pax
>> stuff (web, jdbc)? And that it is these prepackaged features that just
>> works?
>>
>> Just some idle curiosity on a Sunday morning...:-)
>>
>>
>> - Steinar
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

Re: "Patching" bundle installed from startup.properties

[Serge Huber]

Thanks for the very quick reply, I just tested doing that and it works, I just 
had to deploy the updated bundle in the system directory of the archive.

cheers,
  Serge.. 

> On 1 Feb 2017, at 12:24, Jean-Baptiste Onofré  wrote:
> 
> Hi,
> 
> I don't think it gonna work with Karaf 3.x. The easiest move is to provide a 
> custom startup.properties in your custom distribution.
> 
> Regards
> JB
> 
> On 02/01/2017 12:17 PM, Serge Huber wrote:
>> Hello,
>> 
>> I’m running into this problem on my Karaf 3.0.8 application
>> : https://issues.apache.org/jira/browse/ARIES-1540
>> 
>> Since the version of CXF that corrects this is not out yet I need to
>> update the org.apache.aries.blueprint.core version from 1.6.1 to 1.6.2
>> which includes a fix for offline startup.
>> 
>> The problem is that in Karaf 3 this bundle is installed from the
>> startup.properties, and I’m using the karaf-maven-plugin to build an
>> archive for my application (Apache Unomi).
>> 
>> From what I see I have two options:
>> 1. provide a custom startup.properties and copy the
>> org.apache.aries.blueprint.core-1.6.2.jar to the system directory manually
>> 2. provide a new framework KAR that copies the original one and modifies
>> the version
>> 
>> I tried using the “overrides.properties” file but it doesn’t work for
>> this in Karaf 3 since it only work for features that are deployed on
>> startup.
>> 
>> Currently I have this in my Maven build :
>> 
>> 
>>
>> org.apache.karaf.features
>>framework
>>kar
>> 
>> 
>> ...
>> 
>> 
>>org.apache.karaf.tooling
>>karaf-maven-plugin
>>
>>
>>install-kar
>>compile
>>
>>install-kars
>>
>>
>>
>>package
>>
>>instance-create-archive
>>
>>
>>
>>
>>
>>wrapper
>>
>>
>>standard
>>management
>>ssh
>>config
>>region
>>package
>>kar
>>war
>>cxf
>>cellar
>>unomi-kar
>>
>>
>> 
>> 
>> Would it work if I define a second compile-time dependency that provides
>> a second bundle with a different version ? Would it override the first
>> one ?
>> 
>> cheers,
>>  Serge…
>> 
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

"Patching" bundle installed from startup.properties

[Serge Huber]

Hello,

I’m running into this problem on my Karaf 3.0.8 application : 
https://issues.apache.org/jira/browse/ARIES-1540 


Since the version of CXF that corrects this is not out yet I need to update the 
org.apache.aries.blueprint.core version from 1.6.1 to 1.6.2 which includes a 
fix for offline startup. 

The problem is that in Karaf 3 this bundle is installed from the 
startup.properties, and I’m using the karaf-maven-plugin to build an archive 
for my application (Apache Unomi). 

From what I see I have two options:
1. provide a custom startup.properties and copy the 
org.apache.aries.blueprint.core-1.6.2.jar to the system directory manually 
2. provide a new framework KAR that copies the original one and modifies the 
version

I tried using the “overrides.properties” file but it doesn’t work for this in 
Karaf 3 since it only work for features that are deployed on startup. 

Currently I have this in my Maven build : 



org.apache.karaf.features
framework
kar

...

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


install-kar
compile

install-kars



package

instance-create-archive





wrapper


standard
management
ssh
config
region
package
kar
war
cxf
cellar
unomi-kar



Would it work if I define a second compile-time dependency that provides a 
second bundle with a different version ? Would it override the first one ? 

cheers,
  Serge… 

Re: Bundle restart are hard to tackle

[Serge Huber]

Sorry I can’t really help much about this topic but just wanted to react to one 
thing :


> On 31 Jan 2017, at 10:39, Charlie Mordant  wrote:
> 
> Hi users of the world's best application server ever ;-),

fully agree here ! Karaf is a (hidden) gem of the Apache community, it needs a 
lot more exposure.

> 
> ​Best regards,​ and keep up bringing the OSGI dream comes true ;-)
> 
> 
> -- 
> Charlie Mordant
> 
> Full OSGI/EE stack made with Karaf: 
> https://github.com/OsgiliathEnterprise/net.osgiliath.parent 
> 

A little off-topic I just looked at your project and was wondering if you were 
considering adding GraphQL to it ? 

cheers,
  Serge… 

Re: Karaf Cellar question: how to get cluster node information programmatically ?

[Serge Huber]

Hi JB,

Thanks for your quick answer. 

It’s the next step that I’m having trouble with. Once I have the Node, what’s 
the best way of accessing it’s JMX data ? Is there something provided by Cellar 
or should I just use regular JMX RMI connectors ?

cheers,
  Serge… 

> On 21 nov. 2016, at 18:45, Jean-Baptiste Onofré  wrote:
> 
> Hi Serge,
> 
> the ClusterManager service provides the Node via different method (for 
> instance getNode() & listNodes()).
> 
> Then, you have Node where you can get status.
> 
> Regards
> JB
> 
> On 11/21/2016 05:57 PM, Serge Huber wrote:
>> Hi all,
>> 
>> I’ve seen that it’s possible to list the cluster nodes from the 
>> ClusterManager information, but I was wondering if there was a way to 
>> retrieve system information from the nodes, such as stuff that is accessible 
>> through JMX (uptime, load, etc..)
>> 
>> I’d like to do this programmatically but I need some help :)
>> 
>> cheers,
>>  Serge…
>> 
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Karaf Cellar question: how to get cluster node information programmatically ?

[Serge Huber]

Hi all,

I’ve seen that it’s possible to list the cluster nodes from the ClusterManager 
information, but I was wondering if there was a way to retrieve system 
information from the nodes, such as stuff that is accessible through JMX 
(uptime, load, etc..)

I’d like to do this programmatically but I need some help :)

cheers,
  Serge… 

Re: Disabling some Karaf commands

[Serge Huber]

Maybe this could help ? 

http://coderthoughts.blogspot.ch/2013/10/role-based-access-control-for-karaf.html

cheers,
  Serge… 

> On 2 mai 2016, at 16:40, Sergiy Shyrkov  wrote:
> 
> Hello,
> 
> It could be that this question was already asked before, but I cannot find it 
> in the mailing list archive :-(
> 
> Is there a proper way to disable particular console commands in Karaf, say 
> "system:shutdown"?
> 
> Thank you in advance!
> 
> Kind regards
> Sergiy
> 
> -- 
> 
> Sergiy Shyrkov
> Software Architect
> jahia.com
> 
> 
>> JOIN OUR COMMUNITY to evaluate, get trained and to discover why Jahia is a 
>> leading User Experience Platform (UXP) for Digital Transformation.
> 
> 

Re: Embedding Karaf in a WAR (Tomcat)

[Serge Huber]

Hi Achim and Martin, 

Actually my own company is going through this transition, but for the moment 
our main application (CMS) still has to be deployed within web containers such 
as Tomcat or WebSphere. So using an Http Bridge is a hard requirement for the 
moment. 

As soon as we can drop this requirement we will but in the meantime we want a 
bridge that can be as feature-ful as possible. Currently we use the Felix Http 
Bridge in production but I’m really hoping we can switch to the new Pax Web 
Bridge soon, as it is a *lot* better.

Yes it is indeed strange to have this bridge because you can potentially have a 
web application within a web application (but at the same time this is kinda 
cool, ok I’m a nerd :)). Anyway, I believe it can be an interesting migration 
path for a lot of existing web applications out there. 

Let’s get everyone on Karaf & Pax Web :) Who needs Node.js ? :) 

cheers,
  Serge… 


> On 29 mars 2016, at 17:47, Achim Nierbeck  wrote:
> 
> Hi Martin, 
> 
> I'm still in favor of using plain Karaf with Web-Container instead of the 
> opposite, but I can see the benefits for easier transition of doing the 
> bridge thing. Thanks to the Help of Serge, we now have a special branch [1], 
> cause the bridge is still work-in-progress [2].
> 
> regards, Achim 
> 
> [1] - 
> https://github.com/ops4j/org.ops4j.pax.web/tree/PAXWEB-606-Servlet-Bridge 
> 
> [2] - https://ops4j1.jira.com/browse/PAXWEB-606 
>  
> 
> 2016-03-29 16:45 GMT+02:00 mjelen  >:
> Hi Serge,
> 
> thank you for your reply! I'll look into the PAX Web Bridge, I guess the
> right place to talk about it is the OPS4J Google Group.
> 
> I admit I haven't thought of looking at PAX Web for my purpose because I'd
> seen it as having the opposite purpose of what I'm looking for - that is,
> starting an embedded Tomcat (or Jetty or Undertow) rather than running
> inside a Tomcat instance. Especially since I've read several comments from
> Achim dissuading people from embedding Karaf in Tomcat (which I can
> understand, I'm not happy about it myself and I'll keep trying to get rid of
> this requirement).
> 
> Regards
> Martin
> 
> 
> 
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/Embedding-Karaf-in-a-WAR-Tomcat-tp4045931p4046031.html
>  
> 
> Sent from the Karaf - User mailing list archive at Nabble.com.
> 
> 
> 
> -- 
> 
> Apache Member
> Apache Karaf > Committer 
> & PMC
> OPS4J Pax Web  > Committer & Project Lead
> blog >
> Co-Author of Apache Karaf Cookbook  >
> 
> Software Architect / Project Manager / Scrum Master 
> 

Re: Embedding Karaf in a WAR (Tomcat)

[Serge Huber]

Yes I’ve been working on a PAX Web Bridge that is much more powerful than the 
Http Bridge but is not yet fully implemented. 

This way you could bootstrap a Karaf container inside a web application and 
then deploy servlet, JSP, tag libraries and filters and serve complex web 
requests from OSGi bundles deployed inside the embedded Karaf container.

The PAX Web Bridge ongoing work is here : 
https://github.com/ops4j/org.ops4j.pax.web/tree/PAXWEB-606-Servlet-Bridge

Btw I need help to work on the bridge, because I’m currently lacking time to 
work on it.

cheers,  
  Serge… 

> On 23 mars 2016, at 13:21, Jean-Baptiste Onofré  wrote:
> 
> Hi,
> 
> I worked with Serge (from Jahia) to embed Karaf in tomcat as a war.
> 
> It's available there:
> 
> https://github.com/apache/karaf/tree/master/demos/web
> 
> You will see that this war use a WebAppListener that starts Karaf in Tomcat.
> 
> Regards
> JB
> 
> On 03/23/2016 12:53 PM, mjelen wrote:
>> Dear Karaf developers und fellow users,
>> 
>> due to customer requirements, we have to deliver all our software as web
>> archives that are deployable on Tomcat. I'm hoping for this requirement to
>> change in the future and I've been reasoning with our customer for over a
>> year now about it, but at the moment they won't budge.
>> 
>> We're currently developing a couple of web applications using Karaf and for
>> production deployment, we have built a reasonably generic Felix WAR that
>> starts the OSGi Container and includes the Felix File Install to read and
>> start our application bundles from a custom directory. This approach has
>> been working within Tomcat for over a year, but it has several drawbacks.
>> Those that I'm aware of are:
>>   - The development and production environment are different from each
>> other, introducing a new bug source (I can live with the necessary
>> difference between embedded Jetty and bridged Tomcat, but I don't want more
>> than that).
>>   - In production, we lose a lot of Karaf's features (such as the console,
>> "feature"s, wrappers, KARs) and have to fall back on the basic File Install
>> (no start levels etc.) and have to package the applications differently for
>> development/production.
>>   - We have to maintain our custom Felix WAR distribution.
>> 
>> To solve these problems, I would ideally have a generic Karaf launcher
>> packaged as a WAR with the path to a Karaf home directory a parameter. That
>> way I could simply decide whether Karaf gets started by the shell script or
>> from my web application WAR. However, I can see several hurdles on the way
>> and would be interested to hear if anyone has successfully done this before.
>> 
>> Things I'm unsure of right now:
>>   - The default Karaf launcher (.bat/.sh scripts) uses the "endorsed
>> libraries" mechanism of the JRE to override even classes like
>> java.lang.Exception. Even if that works with current Tomcat versions (I
>> haven't tried that yet), it seems fragile for the future in the embedded
>> scenario and I'm not happy about changing Tomcat's libraries to that extent.
>>   - Will I have to include any/many libraries in Tomcat's classloader (e.g.
>> in my WAR's WEB-INF/lib and modified framework.properties)? I already had to
>> do that for my Felix WAR with Geronimo JTA-spec and it works fine at the
>> moment, but again it makes me nervous regarding future enhancements.
>> 
>> Any help will be appreciated, whether you have a few pointers for a
>> solution, some code to share or even a horror story about how it can't be
>> done :-).
>> 
>> Kind regards
>> 
>> --
>> Martin Jelen
>> ISB AG
>> 
>> 
>> 
>> --
>> View this message in context: 
>> http://karaf.922171.n3.nabble.com/Embedding-Karaf-in-a-WAR-Tomcat-tp4045931.html
>> Sent from the Karaf - User mailing list archive at Nabble.com.
>> 
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Re: The backspace key does not work in 4.0.2 SSH (from Putty)

[Serge Huber]

Ok let me know when you have a fix and I’ll help test it :) 

cheers,
  Serge… 


> On 18 janv. 2016, at 11:53, Jean-Baptiste Onofré  wrote:
> 
> I just added a comment in the Jira, I think I know the cause of the problem. 
> Let me fix that.
> 
> Regards
> JB
> 
> On 01/18/2016 11:32 AM, Serge Huber wrote:
>> Ok I just tested this on my Windows 10 machine and Karaf 4.0.4
>> 
>> If I start karaf using “karaf start” from the CMD.exe and use the shell
>> console the backspace key and arrow key work normally. I tested with the
>> Windows Powershell and it works fine also.
>> 
>> If I connect using Putty to the SSH Shell then the backspace key doesn’t
>> work and it looks like a whitespace characters is inserted. So it might
>> be something to do with the detection of the terminal emulation with
>> Putty. Also the up and down arrows keys also seem to have issues because
>> the line doesn’t seem to be properly erased. It seems mostly like a
>> display issue because if I enter “aa” and hit backspace and then enter,
>> Karaf tries to execute a command called “a”, so the backspace has indeed
>> modified the string properly. The same is true for the up and down
>> arrows. I tested this with Putty 0.62, 0.66 (beta) and the latest
>> snapshot (2016-01-04.51465fa and the behavior was the same in all of
>> them. I use the default settings.
>> 
>> I also tested with AbsoluteTelnet10.12 (demo license) and I got the
>> exact same behavior.
>> 
>> I hope this information helps.
>> 
>> I also copied all this information into the ticket.
>> 
>> cheers,
>>   Serge…
>> 
>>> On 18 janv. 2016, at 06:16, Jean-Baptiste Onofré >> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>> 
>>> Thanks for the update. I will check.
>>> 
>>> Regards
>>> JB
>>> 
>>> On 01/17/2016 08:31 PM, bocamel wrote:
>>>> Hi,
>>>> 
>>>> 
>>>> 
>>>> Just tried this on the 4.0.4 just released.  The backspace key still
>>>> does not work in my Windows 8.1 Pro (and also the JIRA item was
>>>> marked unresolved).  Any update on this?  Thanks!
>>>> 
>>>> 
>>>> 
>>>> From: jbonofre [via Karaf]
>>>> [mailto:ml-node+s922171n4043394...@n3.nabble.com 
>>>> <mailto:ml-node+s922171n4043394...@n3.nabble.com>]
>>>> Sent: Tuesday, November 10, 2015 12:23 AM
>>>> To: bocamel mailto:johnz...@gmail.com> 
>>>> <mailto:johnz...@gmail.com <mailto:johnz...@gmail.com>>>
>>>> Subject: Re: The backspace key does not work in 4.0.2 SSH (from Putty)
>>>> 
>>>> 
>>>> 
>>>> Hi,
>>>> 
>>>> It's related to https://issues.apache.org/jira/browse/KARAF-4072
>>>> 
>>>> We gonna fix that for 4.0.4.
>>>> 
>>>> Sorry about that.
>>>> 
>>>> Regards
>>>> JB
>>>> 
>>>> On 11/10/2015 03:56 AM, bocamel wrote:
>>>> 
>>>> 
>>>>> Just installed 4.0.2.  But when SSH'ed to it using Putty, the
>>>>> backspace key
>>>>> does not work anymore (it goes one space forward to the right instead of
>>>>> going backward to the left).  Is the shell default changed in this
>>>>> release?
>>>>> 
>>>>> Thanks in advance for any help.
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> View this message in context:
>>>>> http://karaf.922171.n3.nabble.com/The-backspace-key-does-not-work-in-4-0-2-SSH-from-Putty-tp4043392.html
>>>>>  
>>>>> <http://karaf.922171.n3.nabble.com/The-backspace-key-does-not-work-in-4-0-2-SSH-from-Putty-tp4043392.html>
>>>>> Sent from the Karaf - User mailing list archive at Nabble.com 
>>>>> <http://nabble.com/>
>>>>> <http://nabble.com <http://nabble.com/>>.
>>>>> 
>>>> 
>>>> 
>>> 
>>> --
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org <mailto:jbono...@apache.org> 
>>> <mailto:jbono...@apache.org <mailto:jbono...@apache.org>>
>>> http://blog.nanthrax.net <http://blog.nanthrax.net/> 
>>> <http://blog.nanthrax.net/ <http://blog.nanthrax.net/>>
>>> Talend -http://www.talend.com <http://www.talend.com/> 
>>> <http://www.talend.com/ <http://www.talend.com/>>
>> 
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org <mailto:jbono...@apache.org>
> http://blog.nanthrax.net <http://blog.nanthrax.net/>
> Talend - http://www.talend.com <http://www.talend.com/>

Re: The backspace key does not work in 4.0.2 SSH (from Putty)

[Serge Huber]

Ok I just tested this on my Windows 10 machine and Karaf 4.0.4

If I start karaf using “karaf start” from the CMD.exe and use the shell console 
the backspace key and arrow key work normally. I tested with the Windows 
Powershell and it works fine also.

If I connect using Putty to the SSH Shell then the backspace key doesn’t work 
and it looks like a whitespace characters is inserted. So it might be something 
to do with the detection of the terminal emulation with Putty. Also the up and 
down arrows keys also seem to have issues because the line doesn’t seem to be 
properly erased. It seems mostly like a display issue because if I enter “aa” 
and hit backspace and then enter, Karaf tries to execute a command called “a”, 
so the backspace has indeed modified the string properly. The same is true for 
the up and down arrows. I tested this with Putty 0.62, 0.66 (beta) and the 
latest snapshot (2016-01-04.51465fa and the behavior was the same in all of 
them. I use the default settings.

I also tested with AbsoluteTelnet10.12 (demo license) and I got the exact same 
behavior. 

I hope this information helps.

I also copied all this information into the ticket.

cheers,
  Serge… 

> On 18 janv. 2016, at 06:16, Jean-Baptiste Onofré  wrote:
> 
> Thanks for the update. I will check.
> 
> Regards
> JB
> 
> On 01/17/2016 08:31 PM, bocamel wrote:
>> Hi,
>> 
>> 
>> 
>> Just tried this on the 4.0.4 just released.  The backspace key still does 
>> not work in my Windows 8.1 Pro (and also the JIRA item was marked 
>> unresolved).  Any update on this?  Thanks!
>> 
>> 
>> 
>> From: jbonofre [via Karaf] [mailto:ml-node+s922171n4043394...@n3.nabble.com]
>> Sent: Tuesday, November 10, 2015 12:23 AM
>> To: bocamel 
>> Subject: Re: The backspace key does not work in 4.0.2 SSH (from Putty)
>> 
>> 
>> 
>> Hi,
>> 
>> It's related to https://issues.apache.org/jira/browse/KARAF-4072
>> 
>> We gonna fix that for 4.0.4.
>> 
>> Sorry about that.
>> 
>> Regards
>> JB
>> 
>> On 11/10/2015 03:56 AM, bocamel wrote:
>> 
>> 
>>> Just installed 4.0.2.  But when SSH'ed to it using Putty, the backspace key
>>> does not work anymore (it goes one space forward to the right instead of
>>> going backward to the left).  Is the shell default changed in this release?
>>> 
>>> Thanks in advance for any help.
>>> 
>>> 
>>> 
>>> --
>>> View this message in context: 
>>> http://karaf.922171.n3.nabble.com/The-backspace-key-does-not-work-in-4-0-2-SSH-from-Putty-tp4043392.html
>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>> 
>> 
>> 
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org 
> http://blog.nanthrax.net 
> Talend - http://www.talend.com 

Re: The backspace key does not work in 4.0.2 SSH (from Putty)

[Serge Huber]

Yes a collegue of mine also had issues on Windows 8.1 pro on the final 4.0.4

Cheers,
  Serge

Serge Huber
CTO & Co-Founder

T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com
SKYPE | LINKEDIN | TWITTER | VCARD
  

> JOIN OUR COMMUNITY to evaluate, get trained and to discover why Jahia is a 
> leading User Experience Platform (UXP) for Digital Transformation.

> Le 17 janv. 2016 à 20:31, bocamel  a écrit :
> 
> Hi,
> 
> 
> 
> Just tried this on the 4.0.4 just released.  The backspace key still does not 
> work in my Windows 8.1 Pro (and also the JIRA item was marked unresolved).  
> Any update on this?  Thanks!
> 
> 
> 
> From: jbonofre [via Karaf] [mailto:ml-node+s922171n4043394...@n3.nabble.com] 
> Sent: Tuesday, November 10, 2015 12:23 AM
> To: bocamel 
> Subject: Re: The backspace key does not work in 4.0.2 SSH (from Putty)
> 
> 
> 
> Hi, 
> 
> It's related to https://issues.apache.org/jira/browse/KARAF-4072
> 
> We gonna fix that for 4.0.4. 
> 
> Sorry about that. 
> 
> Regards 
> JB 
> 
> On 11/10/2015 03:56 AM, bocamel wrote: 
> 
> 
>> Just installed 4.0.2.  But when SSH'ed to it using Putty, the backspace key 
>> does not work anymore (it goes one space forward to the right instead of 
>> going backward to the left).  Is the shell default changed in this release? 
>> 
>> Thanks in advance for any help. 
>> 
>> 
>> 
>> -- 
>> View this message in context: 
>> http://karaf.922171.n3.nabble.com/The-backspace-key-does-not-work-in-4-0-2-SSH-from-Putty-tp4043392.html
>> Sent from the Karaf - User mailing list archive at Nabble.com.
> 
> 
> -- 
> Jean-Baptiste Onofré 
> [hidden email] 
> http://blog.nanthrax.net
> Talend - http://www.talend.com
> 
> 
> 
>  _  
> 
> If you reply to this email, your message will be added to the discussion 
> below:
> 
> http://karaf.922171.n3.nabble.com/The-backspace-key-does-not-work-in-4-0-2-SSH-from-Putty-tp4043392p4043394.html
>  
> 
> To unsubscribe from The backspace key does not work in 4.0.2 SSH (from 
> Putty), click here 
> <http://karaf.922171.n3.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4043392&code=am9obnp5aW5AZ21haWwuY29tfDQwNDMzOTJ8Mjk3Mjc3MTQ4>
>  .
> <http://karaf.922171.n3.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>  NAML 
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/The-backspace-key-does-not-work-in-4-0-2-SSH-from-Putty-tp4043392p4044880.html
> Sent from the Karaf - User mailing list archive at Nabble.com.

Re: Happy New Year !

[Serge Huber]

Happy new year too ! This is where I'm writing this from :)



Cheers,

Serge Huber
CTO & Co-Founder

T +41 22 361 3424
9 route des Jeunes | 1227 Acacias | Switzerland
jahia.com
SKYPE | LINKEDIN | TWITTER | VCARD
  

> JOIN OUR COMMUNITY to evaluate, get trained and to discover why Jahia is a 
> leading User Experience Platform (UXP) for Digital Transformation.

> Le 1 janv. 2016 à 06:24, Jean-Baptiste Onofré  a écrit :
> 
> On behalf of the Karaf team, I wish you a happy new year !
> 
> I hope this new year will bring all that you expect.
> 
> For sure, 2016 will be an important year for Karaf in term of increasing the 
> adoption. New website, new samples, new documentation, and Karaf Boot are 
> keys to step forward in 2016 to bring Karaf in new areas !
> 
> So, keep using, loving, helping, contributing on Karaf !
> 
> Regards
> JB
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Re: Merry Christmas

[Serge Huber]

Merry Christmas to all Karaf users and devs. Thanks a lot for this great 
project and especially to JB for all his devotion, professionalism and 
commitment.

Karaf is a great runtime. Looking forward to 2016 to see what it can achieve !

Cheers,
  Serge

Re: Bndtools & Karaf : the right way

[Serge Huber]

Wow this sounds really cool. Now we just need to convince Pivotal to use Karaf 
Boot as a replacement for whatever strange runtime they are using for Spring 
Boot :) 

cheers,
  Serge… 


> On 30 nov. 2015, at 10:53, Guillaume Nodet  wrote:
> 
> Btw, reading your initial email, I want to mention I've been working on a 
> blueprint extension to support Spring-DM.  It's not complete yet, but it may 
> already cover your use case.
> So the blueprint-spring bundle provides an Blueprint Aries NamespaceHandler 
> that support the spring core namespace.  With this bundle only, you need to 
> provide a blueprint entry point (i.e. a blueprint xml at the correct location 
> in your bundle) which can either embed spring bean definitions, or even 
> import spring xmls.
> An additional module, blueprint-spring-extender, provides a Spring-DM like 
> extender, i.e. it will scan META-INF/spring/*.xml (or whatever is configured 
> in the Spring-Context header) and create an blueprint container for it.
> That's totally separate from the problem with bndtools, but worth mentioning 
> ;-)
> 
> https://github.com/apache/aries/tree/trunk/blueprint/blueprint-spring 
> 
> https://github.com/apache/aries/tree/trunk/blueprint/blueprint-spring-extender
>  
> 
> 
> Cheers,
> Guillaume
> 
> 2015-11-25 15:41 GMT+01:00 deadbrain  >:
> Hi all  Karaf gurus,
> just a little question dealing with BndTools, I am supposed to refactor
> an existing Spring DM application into an OSGi + Blueprint application
> to be deployed inside ServiceMix (3.4 or 4). As a consequence I would
> like to use Bndtools but launching Karaf rather than the defaut Gogo
> shell would be more convenient.
>  What is the best way to do that ?
> I am supposed to write or reuse an ApplicationFactory ? I found a couple
> of implementations in github (ready to use ?)
> Is there any other  valuable option?
> 
> Kind regards
> Jerome
> 

Re: Anyone Going to apache con core eu?

[Serge Huber]

Shame JB I’ll be there but don’t worry I’ll mention Karaf in our Keynote 
session :) 

cheers,
  Serge… 

> On 22 août 2015, at 18:41, Jean-Baptiste Onofré  wrote:
> 
> Not sure that I will be there as my talks have not been selected (I don't 
> understand why, and honestly, I'm very disapointed and frustrated by 
> ApacheCon EU, I think I won't go to any ApacheCon EU anymore ;)).
> 
> I really don't understand the talk selection process ...
> 
> My $0.01
> 
> Regards
> JB
> 
> On 08/22/2015 02:03 PM, nino martinez wael wrote:
>> 
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Karaf 4.0.0 and Integration Tests

[Serge Huber]

Hello Karaf-ers,

I am trying to setup integration tests using Karaf 4.0.0 and I’m basing my code 
on the itests project in the Karaf source code. 

I was having an issue at startup that looked like this : 

---
 T E S T S
---
[org.ops4j.pax.exam.spi.DefaultExamSystem] : Pax Exam System (Version: 4.5.0) 
created.
[org.ops4j.pax.exam.junit.impl.ProbeRunner] : creating PaxExam runner for class 
com.tofodo.checker.tests.integration.BasicTest
Running com.tofodo.checker.tests.integration.AllTests
[org.ops4j.pax.exam.junit.impl.ProbeRunner] : creating PaxExam runner for class 
com.tofodo.checker.tests.integration.BasicTest
[org.ops4j.pax.exam.junit.impl.ProbeRunner] : running test class 
com.tofodo.checker.tests.integration.BasicTest
[org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer] : Wait for 
test container to finish its initialization [ RelativeTimeout value = 18 ]
[org.ops4j.pax.exam.rbc.client.RemoteBundleContextClient] : Waiting for remote 
bundle context.. on 21000 name: f7ac8fed-92c2-4454-a913-77f69a2ffac8 timout: [ 
RelativeTimeout value = 18 ]
22:58:35,238 | ERROR | af.features.internal.service.BootFeaturesInstaller | 
Error installing boot feature repository 
file:/x1/asf/karaf/k40x/target/checkout/assemblies/apache-karaf/target/assembly/system/org/apache/karaf/features/framework/4.0.0/framework-4.0.0-features.xml
java.io.IOException: 
/x1/asf/karaf/k40x/target/checkout/assemblies/apache-karaf/target/assembly/system/org/apache/karaf/features/framework/4.0.0/framework-4.0.0-features.xml
 (No such file or directory) : 
file:/x1/asf/karaf/k40x/target/checkout/assemblies/apache-karaf/target/assembly/system/org/apache/karaf/features/framework/4.0.0/framework-4.0.0-features.xml
at 
org.apache.karaf.features.internal.service.RepositoryImpl.load(RepositoryImpl.java:85)[8:org.apache.karaf.features.core:4.0.0]
at 
org.apache.karaf.features.internal.service.FeaturesServiceImpl.loadRepository(FeaturesServiceImpl.java:391)[8:org.apache.karaf.features.core:4.0.0]
at 
org.apache.karaf.features.internal.service.FeaturesServiceImpl.addRepository(FeaturesServiceImpl.java:411)[8:org.apache.karaf.features.core:4.0.0]
at 
org.apache.karaf.features.internal.service.FeaturesServiceImpl.addRepository(FeaturesServiceImpl.java:402)[8:org.apache.karaf.features.core:4.0.0]
at 
org.apache.karaf.features.internal.service.BootFeaturesInstaller.installBootFeatures(BootFeaturesInstaller.java:86)[8:org.apache.karaf.features.core:4.0.0]
at 
org.apache.karaf.features.internal.service.BootFeaturesInstaller.start(BootFeaturesInstaller.java:76)[8:org.apache.karaf.features.core:4.0.0]
at 
org.apache.karaf.features.internal.osgi.Activator.doStart(Activator.java:257)[8:org.apache.karaf.features.core:4.0.0]
at 
org.apache.karaf.util.tracker.BaseActivator.run(BaseActivator.java:233)[8:org.apache.karaf.features.core:4.0.0]
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_79]
at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_79]
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_79]
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_79]
at java.lang.Thread.run(Thread.java:745)[:1.7.0_79]
Caused by: java.io.FileNotFoundException: 
/x1/asf/karaf/k40x/target/checkout/assemblies/apache-karaf/target/assembly/system/org/apache/karaf/features/framework/4.0.0/framework-4.0.0-features.xml
 (No such file or directory)
at java.io.FileInputStream.open(Native Method)[:1.7.0_79]
at java.io.FileInputStream.(FileInputStream.java:146)[:1.7.0_79]
at java.io.FileInputStream.(FileInputStream.java:101)[:1.7.0_79]
at 
sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:90)[:1.7.0_79]
at 
sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:188)[:1.7.0_79]
at java.net.URL.openStream(URL.java:1037)[:1.7.0_79]
at 
org.apache.karaf.features.internal.service.RepositoryImpl.load(RepositoryImpl.java:80)[8:org.apache.karaf.features.core:4.0.0]
... 12 more

It took me a while to track down the origin of this problem until I realized 
that the problem comes from the apache-karaf-4.0.0.tar.gz itself ! Specifically 
the etc/org.apache.karaf.features.cfg file contains the following hardcoded 
path : 

featuresRepositories = \

file:/x1/asf/karaf/k40x/target/checkout/assemblies/apache-karaf/target/assembly/system/org/apache/karaf/features/framework/4.0.0/framework-4.0.0-features.xml,
 \
mvn:org.apache.karaf.features/enterprise/4.0.0/xml/features, \
mvn:org.apache.karaf.features/spring/4.0.0/xml/features, \
mvn:org.apache.karaf.features/standard/4.0.0/xml/features

It’s not entirely clear where thi

Re: Help need with Karaf 4.0.0 + CXF 3.1.1

[Serge Huber]

Ok by changing the org.osgi.framework.system.packages.extra versions from
1.2 to 1.0 it works. Is this a bug in the distribution ?

cheers,
  Serge...

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber <https://twitter.com/sergehuber>

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints - http://www.jahia.com


On Fri, Jul 24, 2015 at 5:34 PM, Serge Huber  wrote:

> I think I found the culprit, in my config.properties file I have the
> following settings :
>
> #
> # Extra packages appended after standard packages
> #
> org.osgi.framework.system.packages.extra = \
> javax.annotation.security;version=1.2, \
> javax.annotation.sql;version=1.2, \
> javax.annotation;version=1.2, \
>
> Why is this added here ?
>
> Regards,
>   Serge
>
> - -- --- -=[ shuber at jahia dot com ]= --- -- -
> CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227
> Acacias, Switzerland
> twitter: @sergehuber <https://twitter.com/sergehuber>
>
> Jahia is a leading open source User eXperience Platform (UXP) vendor,
> relentlessly working at transforming a siloed industry into a user-driven
> one, beyond technology constraints - http://www.jahia.com
>
>
> On Fri, Jul 24, 2015 at 5:13 PM, Serge Huber  wrote:
>
>> Hi Achim,
>>
>> Do you mean something like this ?
>>
>> install -s mvn:javax.annotation/javax.annotation-api/1.2
>>
>> I tried that but it didn't solve the problem. I'm still trying to
>> understand the issue of the two versions exported by the framework though.
>> I'm guessing that someone something is getting picked up in version 1.2 but
>> I'm not sure how.
>>
>> I'm not doing something very special or unique, just setting up Karaf +
>> CXF to provide micro-services :)
>>
>> cheers,
>>   Serge...
>>
>> - -- --- -=[ shuber at jahia dot com ]= --- -- -
>> CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227
>> Acacias, Switzerland
>> twitter: @sergehuber <https://twitter.com/sergehuber>
>>
>> Jahia is a leading open source User eXperience Platform (UXP) vendor,
>> relentlessly working at transforming a siloed industry into a user-driven
>> one, beyond technology constraints - http://www.jahia.com
>>
>>
>> On Fri, Jul 24, 2015 at 4:42 PM, Achim Nierbeck 
>> wrote:
>>
>>> Hi Serge,
>>>
>>> as neither JDK7 or 8 are actually fully providing these packages it's
>>> best to install the appropriate bundle for it.
>>>
>>> regards, Achim
>>>
>>> 2015-07-24 16:36 GMT+02:00 Serge Huber :
>>>
>>>> Hi JB,
>>>>
>>>> Thanks for the quick answer. I'm not sure I understand though, should I
>>>> update it to 1.2 ? I thought JDK 7 doesn't support it ? Any idea also why
>>>> I'm seeing the export with two versions ?
>>>>
>>>> Cheers,
>>>>   Serge
>>>>
>>>> Envoyé de mon iPad
>>>>
>>>> > Le 24 juil. 2015 à 16:02, Jean-Baptiste Onofré  a
>>>> écrit :
>>>> >
>>>> > Hi Serge,
>>>> >
>>>> > take a look in etc/jre.properties, and update javax.annotation to
>>>> match the needed.
>>>> >
>>>> > Regards
>>>> > JB
>>>> >
>>>> >> On 07/24/2015 03:49 PM, Serge Huber wrote:
>>>> >> Hello,
>>>> >>
>>>> >> I'm currently trying to develop a REST API using Karaf 4.0.0 and CXF
>>>> >> 3.1.1 but upon startup I get this error :
>>>> >>
>>>> >> Caused by: java.lang.NoClassDefFoundError: javax/annotation/Priority
>>>> >>
>>>> >> at
>>>> >>
>>>> org.apache.cxf.jaxrs.utils.AnnotationUtils.getBindingPriority(AnnotationUtils.java:85)
>>>> >>
>>>> >> at
>>>> >>
>>>> org.apache.cxf.jaxrs.provider.ProviderFactory.getFilterPriority(ProviderFactory.java:1172)
>>>> >>
>>>> >> at
>>>> >>
>>>> org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1031)
>>>> >>
>>>> >> at
>>&g

Re: Help need with Karaf 4.0.0 + CXF 3.1.1

[Serge Huber]

I think I found the culprit, in my config.properties file I have the
following settings :

#
# Extra packages appended after standard packages
#
org.osgi.framework.system.packages.extra = \
javax.annotation.security;version=1.2, \
javax.annotation.sql;version=1.2, \
javax.annotation;version=1.2, \

Why is this added here ?

Regards,
  Serge

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber <https://twitter.com/sergehuber>

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints - http://www.jahia.com


On Fri, Jul 24, 2015 at 5:13 PM, Serge Huber  wrote:

> Hi Achim,
>
> Do you mean something like this ?
>
> install -s mvn:javax.annotation/javax.annotation-api/1.2
>
> I tried that but it didn't solve the problem. I'm still trying to
> understand the issue of the two versions exported by the framework though.
> I'm guessing that someone something is getting picked up in version 1.2 but
> I'm not sure how.
>
> I'm not doing something very special or unique, just setting up Karaf +
> CXF to provide micro-services :)
>
> cheers,
>   Serge...
>
> - -- --- -=[ shuber at jahia dot com ]= --- -- -
> CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227
> Acacias, Switzerland
> twitter: @sergehuber <https://twitter.com/sergehuber>
>
> Jahia is a leading open source User eXperience Platform (UXP) vendor,
> relentlessly working at transforming a siloed industry into a user-driven
> one, beyond technology constraints - http://www.jahia.com
>
>
> On Fri, Jul 24, 2015 at 4:42 PM, Achim Nierbeck 
> wrote:
>
>> Hi Serge,
>>
>> as neither JDK7 or 8 are actually fully providing these packages it's
>> best to install the appropriate bundle for it.
>>
>> regards, Achim
>>
>> 2015-07-24 16:36 GMT+02:00 Serge Huber :
>>
>>> Hi JB,
>>>
>>> Thanks for the quick answer. I'm not sure I understand though, should I
>>> update it to 1.2 ? I thought JDK 7 doesn't support it ? Any idea also why
>>> I'm seeing the export with two versions ?
>>>
>>> Cheers,
>>>   Serge
>>>
>>> Envoyé de mon iPad
>>>
>>> > Le 24 juil. 2015 à 16:02, Jean-Baptiste Onofré  a
>>> écrit :
>>> >
>>> > Hi Serge,
>>> >
>>> > take a look in etc/jre.properties, and update javax.annotation to
>>> match the needed.
>>> >
>>> > Regards
>>> > JB
>>> >
>>> >> On 07/24/2015 03:49 PM, Serge Huber wrote:
>>> >> Hello,
>>> >>
>>> >> I'm currently trying to develop a REST API using Karaf 4.0.0 and CXF
>>> >> 3.1.1 but upon startup I get this error :
>>> >>
>>> >> Caused by: java.lang.NoClassDefFoundError: javax/annotation/Priority
>>> >>
>>> >> at
>>> >>
>>> org.apache.cxf.jaxrs.utils.AnnotationUtils.getBindingPriority(AnnotationUtils.java:85)
>>> >>
>>> >> at
>>> >>
>>> org.apache.cxf.jaxrs.provider.ProviderFactory.getFilterPriority(ProviderFactory.java:1172)
>>> >>
>>> >> at
>>> >>
>>> org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1031)
>>> >>
>>> >> at
>>> >>
>>> org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1021)
>>> >>
>>> >> at
>>> java.util.TimSort.countRunAndMakeAscending(TimSort.java:324)[:1.7.0_79]
>>> >>
>>> >> at java.util.TimSort.sort(TimSort.java:189)[:1.7.0_79]
>>> >>
>>> >> at java.util.TimSort.sort(TimSort.java:173)[:1.7.0_79]
>>> >>
>>> >> at java.util.Arrays.sort(Arrays.java:659)[:1.7.0_79]
>>> >>
>>> >> at java.util.Collections.sort(Collections.java:217)[:1.7.0_79]
>>> >>
>>> >> at
>>> >>
>>> org.apache.cxf.jaxrs.provider.ServerProviderFactory.setProviders(ServerProviderFactory.java:247)
>>> >>
>>> >> at
>>> >>
>>> org.apache.cxf.jaxrs.provider.ProviderFactory.setUserProviders(ProviderFactory.java:753)
>>> >>
>>> >> at
>>> >&g

Re: Help need with Karaf 4.0.0 + CXF 3.1.1

[Serge Huber]

Hi Achim,

Do you mean something like this ?

install -s mvn:javax.annotation/javax.annotation-api/1.2

I tried that but it didn't solve the problem. I'm still trying to
understand the issue of the two versions exported by the framework though.
I'm guessing that someone something is getting picked up in version 1.2 but
I'm not sure how.

I'm not doing something very special or unique, just setting up Karaf + CXF
to provide micro-services :)

cheers,
  Serge...

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber <https://twitter.com/sergehuber>

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints - http://www.jahia.com


On Fri, Jul 24, 2015 at 4:42 PM, Achim Nierbeck 
wrote:

> Hi Serge,
>
> as neither JDK7 or 8 are actually fully providing these packages it's best
> to install the appropriate bundle for it.
>
> regards, Achim
>
> 2015-07-24 16:36 GMT+02:00 Serge Huber :
>
>> Hi JB,
>>
>> Thanks for the quick answer. I'm not sure I understand though, should I
>> update it to 1.2 ? I thought JDK 7 doesn't support it ? Any idea also why
>> I'm seeing the export with two versions ?
>>
>> Cheers,
>>   Serge
>>
>> Envoyé de mon iPad
>>
>> > Le 24 juil. 2015 à 16:02, Jean-Baptiste Onofré  a
>> écrit :
>> >
>> > Hi Serge,
>> >
>> > take a look in etc/jre.properties, and update javax.annotation to match
>> the needed.
>> >
>> > Regards
>> > JB
>> >
>> >> On 07/24/2015 03:49 PM, Serge Huber wrote:
>> >> Hello,
>> >>
>> >> I'm currently trying to develop a REST API using Karaf 4.0.0 and CXF
>> >> 3.1.1 but upon startup I get this error :
>> >>
>> >> Caused by: java.lang.NoClassDefFoundError: javax/annotation/Priority
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.utils.AnnotationUtils.getBindingPriority(AnnotationUtils.java:85)
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.provider.ProviderFactory.getFilterPriority(ProviderFactory.java:1172)
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1031)
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1021)
>> >>
>> >> at
>> java.util.TimSort.countRunAndMakeAscending(TimSort.java:324)[:1.7.0_79]
>> >>
>> >> at java.util.TimSort.sort(TimSort.java:189)[:1.7.0_79]
>> >>
>> >> at java.util.TimSort.sort(TimSort.java:173)[:1.7.0_79]
>> >>
>> >> at java.util.Arrays.sort(Arrays.java:659)[:1.7.0_79]
>> >>
>> >> at java.util.Collections.sort(Collections.java:217)[:1.7.0_79]
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.provider.ServerProviderFactory.setProviders(ServerProviderFactory.java:247)
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.provider.ProviderFactory.setUserProviders(ProviderFactory.java:753)
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.AbstractJAXRSFactoryBean.setupFactory(AbstractJAXRSFactoryBean.java:332)
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.JAXRSServerFactoryBean.setupFactory(JAXRSServerFactoryBean.java:237)
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.JAXRSServerFactoryBean.create(JAXRSServerFactoryBean.java:182)
>> >>
>> >> at
>> >>
>> org.apache.cxf.jaxrs.JAXRSServerFactoryBean.init(JAXRSServerFactoryBean.java:142)
>> >>
>> >>
>> >> which seems very similar to the issue reported here :
>> >>
>> >> https://github.com/hstaudacher/osgi-jax-rs-connector/issues/77
>> >>
>> >> Except that I'm not using JDK 8 but JDK 7
>> >>
>> >> However I'm seing something really strange with the framework bundle.
>> If
>> >> I look at the web console for my bundle I see the following imports :
>> >>
>> >> javax.annotation,version=1.0.0 from org.apache.felix.framework (0)
>> >> <http://localhost:8181/system/console/bundles/0>
>> >> javax.annotation

Re: Help need with Karaf 4.0.0 + CXF 3.1.1

[Serge Huber]

Hi JB,

Thanks for the quick answer. I'm not sure I understand though, should I update 
it to 1.2 ? I thought JDK 7 doesn't support it ? Any idea also why I'm seeing 
the export with two versions ?

Cheers,
  Serge

Envoyé de mon iPad

> Le 24 juil. 2015 à 16:02, Jean-Baptiste Onofré  a écrit :
> 
> Hi Serge,
> 
> take a look in etc/jre.properties, and update javax.annotation to match the 
> needed.
> 
> Regards
> JB
> 
>> On 07/24/2015 03:49 PM, Serge Huber wrote:
>> Hello,
>> 
>> I'm currently trying to develop a REST API using Karaf 4.0.0 and CXF
>> 3.1.1 but upon startup I get this error :
>> 
>> Caused by: java.lang.NoClassDefFoundError: javax/annotation/Priority
>> 
>> at
>> org.apache.cxf.jaxrs.utils.AnnotationUtils.getBindingPriority(AnnotationUtils.java:85)
>> 
>> at
>> org.apache.cxf.jaxrs.provider.ProviderFactory.getFilterPriority(ProviderFactory.java:1172)
>> 
>> at
>> org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1031)
>> 
>> at
>> org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1021)
>> 
>> at java.util.TimSort.countRunAndMakeAscending(TimSort.java:324)[:1.7.0_79]
>> 
>> at java.util.TimSort.sort(TimSort.java:189)[:1.7.0_79]
>> 
>> at java.util.TimSort.sort(TimSort.java:173)[:1.7.0_79]
>> 
>> at java.util.Arrays.sort(Arrays.java:659)[:1.7.0_79]
>> 
>> at java.util.Collections.sort(Collections.java:217)[:1.7.0_79]
>> 
>> at
>> org.apache.cxf.jaxrs.provider.ServerProviderFactory.setProviders(ServerProviderFactory.java:247)
>> 
>> at
>> org.apache.cxf.jaxrs.provider.ProviderFactory.setUserProviders(ProviderFactory.java:753)
>> 
>> at
>> org.apache.cxf.jaxrs.AbstractJAXRSFactoryBean.setupFactory(AbstractJAXRSFactoryBean.java:332)
>> 
>> at
>> org.apache.cxf.jaxrs.JAXRSServerFactoryBean.setupFactory(JAXRSServerFactoryBean.java:237)
>> 
>> at
>> org.apache.cxf.jaxrs.JAXRSServerFactoryBean.create(JAXRSServerFactoryBean.java:182)
>> 
>> at
>> org.apache.cxf.jaxrs.JAXRSServerFactoryBean.init(JAXRSServerFactoryBean.java:142)
>> 
>> 
>> which seems very similar to the issue reported here :
>> 
>> https://github.com/hstaudacher/osgi-jax-rs-connector/issues/77
>> 
>> Except that I'm not using JDK 8 but JDK 7
>> 
>> However I'm seing something really strange with the framework bundle. If
>> I look at the web console for my bundle I see the following imports :
>> 
>> javax.annotation,version=1.0.0 from org.apache.felix.framework (0)
>> <http://localhost:8181/system/console/bundles/0>
>> javax.annotation,version=1.2.0 from org.apache.felix.framework (0)
>> <http://localhost:8181/system/console/bundles/0>
>> 
>> whereas on the felix.framework bundle I see this :
>> 
>> javax.annotation,version=1.0.0
>> javax.annotation,version=1.2.0
>> 
>> however in Karaf's jre.properties I do only see the following for jre-1.7 :
>> 
>> jre-1.7= \
>>  javax.accessibility, \
>>  javax.activation;version="1.1", \
>>  javax.activity, \
>>  javax.annotation;version="1.0", \
>>  javax.annotation.processing;version="1.0", \
>> 
>> what's going on where is the 1.2 version coming from ? Even in Felix's
>> default.properties file all I could find was the following :
>> 
>> jre-1.7=,\
>>  javax.accessibility;uses:="javax.swing.text";version="0.0.0.1_007_JavaSE",\
>>  javax.activation;version="0.0.0.1_007_JavaSE",\
>>  javax.activity;version="0.0.0.1_007_JavaSE",\
>>  
>> javax.annotation.processing;uses:="javax.tools,javax.lang.model,javax.lang.model.element,javax.lang.model.util";version="0.0.0.1_007_JavaSE",\
>>  javax.annotation;version="0.0.0.1_007_JavaSE",\
>> 
>> any help would be greatly appreciated, I'm really at a loss here. If it
>> helps here is the list of features I have installed :
>> 
>> 
>> shell
>> ssh
>> management
>> bundle
>> config
>> deployer
>> diagnostic
>> instance
>> kar
>> feature
>> log
>> package
>> service
>> system
>> scheduler
>> webconsole
>> cxf
>> checker-feature
>> 
>> 
>> (the checker-feature is my application)
>> 
>> cheers,
>>   Serge...
>> 
>> 
>> - -- --- -=[ shuber at jahia dot com ]= --- -- -
>> CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227
>> Acacias, Switzerland
>> twitter: @sergehuber <https://twitter.com/sergehuber>
>> 
>> Jahia is a leading open source User eXperience Platform (UXP) vendor,
>> relentlessly working at transforming a siloed industry into a
>> user-driven one, beyond technology constraints - http://www.jahia.com
>> <http://www.jahia.com/>
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Help need with Karaf 4.0.0 + CXF 3.1.1

[Serge Huber]

Hello,

I'm currently trying to develop a REST API using Karaf 4.0.0 and CXF 3.1.1
but upon startup I get this error :

Caused by: java.lang.NoClassDefFoundError: javax/annotation/Priority

at
org.apache.cxf.jaxrs.utils.AnnotationUtils.getBindingPriority(AnnotationUtils.java:85)

at
org.apache.cxf.jaxrs.provider.ProviderFactory.getFilterPriority(ProviderFactory.java:1172)

at
org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1031)

at
org.apache.cxf.jaxrs.provider.ProviderFactory$BindingPriorityComparator.compare(ProviderFactory.java:1021)

at java.util.TimSort.countRunAndMakeAscending(TimSort.java:324)[:1.7.0_79]

at java.util.TimSort.sort(TimSort.java:189)[:1.7.0_79]

at java.util.TimSort.sort(TimSort.java:173)[:1.7.0_79]

at java.util.Arrays.sort(Arrays.java:659)[:1.7.0_79]

at java.util.Collections.sort(Collections.java:217)[:1.7.0_79]

at
org.apache.cxf.jaxrs.provider.ServerProviderFactory.setProviders(ServerProviderFactory.java:247)

at
org.apache.cxf.jaxrs.provider.ProviderFactory.setUserProviders(ProviderFactory.java:753)

at
org.apache.cxf.jaxrs.AbstractJAXRSFactoryBean.setupFactory(AbstractJAXRSFactoryBean.java:332)

at
org.apache.cxf.jaxrs.JAXRSServerFactoryBean.setupFactory(JAXRSServerFactoryBean.java:237)

at
org.apache.cxf.jaxrs.JAXRSServerFactoryBean.create(JAXRSServerFactoryBean.java:182)

at
org.apache.cxf.jaxrs.JAXRSServerFactoryBean.init(JAXRSServerFactoryBean.java:142)

which seems very similar to the issue reported here :

https://github.com/hstaudacher/osgi-jax-rs-connector/issues/77

Except that I'm not using JDK 8 but JDK 7

However I'm seing something really strange with the framework bundle. If I
look at the web console for my bundle I see the following imports :

javax.annotation,version=1.0.0 from org.apache.felix.framework (0)

javax.annotation,version=1.2.0 from org.apache.felix.framework (0)


whereas on the felix.framework bundle I see this :

javax.annotation,version=1.0.0
javax.annotation,version=1.2.0

however in Karaf's jre.properties I do only see the following for jre-1.7 :

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

what's going on where is the 1.2 version coming from ? Even in Felix's
default.properties file all I could find was the following :

jre-1.7=, \
 javax.accessibility;uses:="javax.swing.text";version="0.0.0.1_007_JavaSE", \
 javax.activation;version="0.0.0.1_007_JavaSE", \
 javax.activity;version="0.0.0.1_007_JavaSE", \
 
javax.annotation.processing;uses:="javax.tools,javax.lang.model,javax.lang.model.element,javax.lang.model.util";version="0.0.0.1_007_JavaSE",
\
 javax.annotation;version="0.0.0.1_007_JavaSE", \

any help would be greatly appreciated, I'm really at a loss here. If it
helps here is the list of features I have installed :


shell
ssh
management
bundle
config
deployer
diagnostic
instance
kar
feature
log
package
service
system
scheduler
webconsole
cxf
checker-feature


(the checker-feature is my application)

cheers,
  Serge...


- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber 

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints - http://www.jahia.com

Karaf Scheduler API issue

[Serge Huber]

Hi,

I'm been playing with the Karaf Scheduler lately, and it works well with
the whiteboard pattern, but I'd like to be able to use the Scheduler
service that is registered. Unfortunately it's not possible because the
schedule method on that service throws an org.quartz.Scheduler that is not
exported by the Karaf Scheduler bundle.

Maybe the exception should be wrapped into a new Exception defined by the
bundle instead ? Because even if it is re-imported from another bundle I'm
guessing there will be problems with class loading because the class
instance will be generated from another class loader.

Regards,
  Serge...

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber 

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints - http://www.jahia.com

Re: ApacheCon EU ?

[Serge Huber]

Sounds great but you might want to sync with JB because he gave a speech at 
ApacheCon NA that seemed similar in content.

I think we should also talk about how great a stack Karaf is in relation to 
other Apache projects, so maybe have a title such as “Start your next project 
with OSGi & Karaf” ? And then go into details about all the stuff you can build 
using it. Because it seems to me that a lot of people are not looking at it 
right and should be basing their projects on it instead of doing POJA (plain 
old Java Applications) such as Spring Boot or another monolothic monster :)

cheers,
  Serge… 


> On 29 juin 2015, at 16:12, Christian Schneider  
> wrote:
> 
> Hi Serge,
> 
> I have submitted a talk "OSGi productivity compared on Apache Karaf". 
> 
> This is the current abstract:
> ---
> A look at three competing OSGi ecosystems (Declarative Services, Blueprint, 
> CDI).
> Capabilities of each DI framework. Comparison of support for EE technologies 
> like
> JPA, Security, SOAP and REST services, UIs. Looking into some of the recent 
> advancements 
> like Aries JPA 2 featuring closure based transactions, JAAS Security, JSP and 
> JSF on OSGi.
> Attendees will get a good overview about the stacks as well as 
> recommendations where each is most applicable.
> ---
> I am not sure about the title. Thinking about renaming to "OSGi ecosystems 
> compared on Apache Karaf".
> 
> WDYT? 
> 
> Christian
> 
> 
> On 29.06.2015 16:04, Serge Huber wrote:
>> Hello fellow Karaf users,
>> 
>> Are there any plans for one or more Karaf talks at ApacheCon EU ? With 
>> version 4 just being released I think it would be great to promote it.
>> 
>> I could help out on the "users" part, talking about what we do with it, but 
>> unfortunately I can't submit a proposal all by myself because I'll be 
>> incredibly busy at that time with other stuff hopefully also related to the 
>> ASF as I hope to start an incubator project and get it promoted at ApacheCon.
>> 
>> But I would love to help promote Karaf in any way possible because I love 
>> the project !
>> 
>> cheers,
>>   Serge... 
>> 
>> - -- --- -=[ shuber at jahia dot com ]= --- -- -
>> CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias, 
>> Switzerland
>> twitter: @sergehuber <https://twitter.com/sergehuber>
>> 
>> Jahia is a leading open source User eXperience Platform (UXP) vendor, 
>> relentlessly working at transforming a siloed industry into a user-driven 
>> one, beyond technology constraints - http://www.jahia.com 
>> <http://www.jahia.com/>
>> 
> 
> 
> -- 
> Christian Schneider
> http://www.liquid-reality.de <http://www.liquid-reality.de/>
> 
> Open Source Architect
> http://www.talend.com <http://www.talend.com/>

ApacheCon EU ?

[Serge Huber]

Hello fellow Karaf users,

Are there any plans for one or more Karaf talks at ApacheCon EU ? With
version 4 just being released I think it would be great to promote it.

I could help out on the "users" part, talking about what we do with it, but
unfortunately I can't submit a proposal all by myself because I'll be
incredibly busy at that time with other stuff hopefully also related to the
ASF as I hope to start an incubator project and get it promoted at
ApacheCon.

But I would love to help promote Karaf in any way possible because I love
the project !

cheers,
  Serge...

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber 

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints - http://www.jahia.com

Re: Karaf and Docker

[Serge Huber]

James, I don't think JB cared. He was probably more than happy to have a
discussion than to have to simply walk through slides without any feedback.
At least that's how I prefer it.

Personally I think that OSGi is really a great way to make sure that people
get into the good practice about thinking about the full lifecycle of code,
not just developing it and starting it, but also shutting it down, and what
happens when dependencies are not present or shutdown.

In that regard I've seen that in our team since we switched to OSGi,
although it took a little investment in terms of getting used to it, people
are a lot more productive because they can focus on the module they are
building without having to restart the whole container. This is a huge
improvement over Docker type of deployments where rebuilding and restarting
a container can take a lot longer to test a single change.

I believe that OSGi is also more than proven since it has been around for a
long time, and it is defined by a standard body that is quite significant.
I just wish it would get adopted more, and hopefully Karaf will help with
this effort.

Not to make me say that Docker or Spring Boot or the Play Framework don't
have their merits, but I think that it is not enough to look at the time to
get started, it is also important to look at the TMDT (an acronym I just
made up : Total Maintenance and Deployment Time :)).

cheers,
  Serge...

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber <https://twitter.com/sergehuber>

<http://jahiaone.com/register>
JahiaOne <http://www.jahiaone.com/>, our international user conference is
back! June 10-12 in Paris - Grab your tickets now <http://www.jahiaone.com/>
!

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints - http://www.jahia.com


On Sat, Apr 18, 2015 at 10:47 AM, James Carman 
wrote:

> Serge,
>
> We had some pretty good discussions during JB's talk (hope we didn't
> hijack it too much, JB).  I don't think this topic really has anything to
> do with Docker, necessarily.  Docker is merely a tool people employ to
> implement a deployment strategy.  I think it basically boils down to the
> notion that in the "cloud era", it's simpler and cheaper to spin up a new
> node configured the way you want.  Cloud-enabled applications need to be
> "cloneable" in this way already, so you kind of get this benefit for free.
>
> This doesn't mean we can't use OSGi to piece together these nodes.  OSGi
> isn't only about being able to runtime-refresh your modules.  There are
> many other benefits of the OSGi programming model that make it suitable for
> building statically-configured applications as well.
>
> Just my $0.02
>
> James
>
> On Mon, Apr 13, 2015 at 3:49 PM, Serge Huber  wrote:
>
>> Interesting discussion indeed.
>>
>> I'm currently at ApacheCon US and I've taken a few opportunities to
>> promote Apache Karaf which surprisingly few people know about. But again
>> what I was describing earlier is really a frequent feedback : is modularity
>> worth the trouble when I can built "micro-services" that are actually
>> running in docker containers ? Although I am convinced that the two are not
>> in opposition, I think it would be great to have a killer use case to
>> demonstrate what the benefits of using Karaf would be.
>>
>> I'm really looking forward to meeting Jean-Baptiste in person ! I love
>> Karaf and I hope to be able to exchange with him a few experiences around
>> it.
>>
>> Regards,
>>   Serge
>>
>> - -- --- -=[ shuber at jahia dot com ]= --- -- -
>> CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227
>> Acacias, Switzerland
>> twitter: @sergehuber <https://twitter.com/sergehuber>
>>
>> <http://jahiaone.com/register>
>> JahiaOne <http://www.jahiaone.com/>, our international user conference
>> is back! June 10-12 in Paris - Grab your tickets now
>> <http://www.jahiaone.com/>!
>>
>> Jahia is a leading open source User eXperience Platform (UXP) vendor,
>> relentlessly working at transforming a siloed industry into a user-driven
>> one, beyond technology constraints - http://www.jahia.com
>>
>>
>> On Mon, Apr 13, 2015 at 2:42 PM, Achim Nierbeck 
>> wrote:
>>
>>> Hey,
>>>
>>> yes I fully agree, also with the Spring-Boot stuff.
>>> as already stated on the other thread, I think ther

Re: Karaf and Docker

[Serge Huber]

t;>> in
>>>> hand with the whole Docker thing where it feels there is an expectation
>>>> that everything should be easy to do rather than accept that like any
>>>> profession, you have to learn in order to become good.  Nothing wrong
>>>> with
>>>> asking questions, but I feel quality of code will probably continue to
>>>> decline with tools being the crutch.
>>>>
>>>> Anyhow, thanks for everyone's input.  Karaf is a fantastic piece of
>>>> software, I just wanted to make sure that things like Docker weren't
>>>> going
>>>> to cause it to be dumbed down.  Obviously like any growing technology,
>>>> modularity has some rough spots to iron out, but that doesn't mean we
>>>> should give up.  Developers can do what they want, I would like to
>>>> continue
>>>> to choose what fits my requirements best out of the technologies that
>>>> are
>>>> available.
>>>>
>>>> Ryan
>>>> On Apr 13, 2015 2:37 AM, "Achim Nierbeck" 
>>>> wrote:
>>>>
>>>>  I can't agree more ... and some questions on stackoverflow or this
>>>>> mailinglist just reflect that ...
>>>>> "please solve my issue for me, cause I forgot to use my brain today" :D
>>>>>
>>>>> regards, Achim
>>>>>
>>>>> 2015-04-13 0:44 GMT+02:00 Ryan Moquin :
>>>>>
>>>>>  Serge,
>>>>>>
>>>>>> Package the world applications were able to be built easily before
>>>>>> Docker
>>>>>> was around.  Docker is simply a different way of deploying an
>>>>>> application
>>>>>> virtually.
>>>>>>
>>>>>> In my experience, developers who "package the world" with their code
>>>>>> are
>>>>>> usually either biased against modularity or just don't feel like
>>>>>> putting
>>>>>> forth the effort.  Many technologies in use today take effort to
>>>>>> figure
>>>>>> out.  A lot of developers seem to feel that any technology that
>>>>>> requires
>>>>>> effort above the maven shade plugin or using shell scripts to dump all
>>>>>> their jars to a server isn't worth their time.
>>>>>>
>>>>>> Developers that care about the quality of the code or applications
>>>>>> they
>>>>>> produce won't be deterred from a technology they believe will help
>>>>>> them
>>>>>> make better applications just because it takes a little bit of
>>>>>> effort.  How
>>>>>> did less experienced developers manage to survive when the only real
>>>>>> choices for writing software was assembly, c or c++?
>>>>>>
>>>>>> Ryan
>>>>>> On Apr 11, 2015 9:53 PM, "Serge Huber"  wrote:
>>>>>>
>>>>>>  Very interesting thread guys :)
>>>>>>>
>>>>>>> Actually I recently started a project integrating Karaf with
>>>>>>> ElasticSearch and for me it was a little like what you guys are
>>>>>>> describing
>>>>>>> in this thread. ES, at least in the early versions is quite
>>>>>>> monolithic and
>>>>>>> it would clearly benefit from a framework such as OSGi. For example,
>>>>>>> the
>>>>>>> clustering technology is quite interesting but why can't it be reused
>>>>>>> without all the other stuff ? Or maybe you want to wire things a
>>>>>>> little
>>>>>>> differently ? Not have everything directly listen to ports without
>>>>>>> any
>>>>>>> security but be able to plugin whatever filter or modules you need ?
>>>>>>>
>>>>>>> Personally I think that what is really needed in OSGi is better
>>>>>>> tooling,
>>>>>>> especially for making it a lot simpler to build high quality and
>>>>>>> minimalistic bundles. Using the maven-bundle-plugin or the
>>>>>>> shader-plugin is
>>>>>>> quite tedious and possibly error prone. I've built my own Maven
>>>>>>> plugin on
>>>>&

Re: Karaf and Docker

[Serge Huber]

Very interesting thread guys :)

Actually I recently started a project integrating Karaf with ElasticSearch and 
for me it was a little like what you guys are describing in this thread. ES, at 
least in the early versions is quite monolithic and it would clearly benefit 
from a framework such as OSGi. For example, the clustering technology is quite 
interesting but why can't it be reused without all the other stuff ? Or maybe 
you want to wire things a little differently ? Not have everything directly 
listen to ports without any security but be able to plugin whatever filter or 
modules you need ?

Personally I think that what is really needed in OSGi is better tooling, 
especially for making it a lot simpler to build high quality and minimalistic 
bundles. Using the maven-bundle-plugin or the shader-plugin is quite tedious 
and possibly error prone. I've built my own Maven plugin on top of the bundle 
plugin so that it can handle a lot more resources (including JSPs that include 
taglibs for example) and that also tries to be smarter at generating 
import-package statements. This makes it easier for OSGi newbies to adopt the 
technology.

I'm also worried that the initial learning curve of OSGi might be putting less 
experienced developers off and more towards package-the-world solutions such as 
Docker, which while acceptable for some cases such as continuous integration, 
could also be dangerous if not maintained properly. 

Regards,
  Serge

> Le 11 avr. 2015 à 19:43, Niels  a écrit :
> 
> Could not agree more Achim. Good fad indicators are high promises which are 
> designed to target the ultimate need of decision makers to deliver software 
> quicker and cheaper. Just rewind 10 years and we will find the exact same 
> promises were made at the start of the SOA hype which are now touted by the 
> microservices believers. At the end of the day nothing will prevent people 
> from doing something really badly.
> 
> I can see the value of docker but unless one really has all the lifecycle 
> ducks in a row I would not go down the path and containerise the all and 
> sundry.
> 
> Cheers,
> Niels
> 
>> On 12 Apr 2015, at 08:28, Ryan Moquin  wrote:
>> 
>> I used to work somewhere with other developers who always became very 
>> spiritual about whatever the latest "cool" developer technology or 
>> methodology is.  Microservices was one of them.  It always made me laugh 
>> when I was told how super efficient and streamlined it was over any other 
>> solution because every fat jar deployed (Maven shade plugin abuse in order 
>> to be lazy) was between 500Mb and 1.7Gb.  So much for being a 
>> "micro"-service.
>> 
>>> On Apr 8, 2015 2:55 PM, "Achim Nierbeck"  wrote:
>>> I'm very ambivalent regarding this topic. 
>>> 
>>> On one hand I see a lot of move to Docker as heading for the holy grail on 
>>> fixing all the issues we had in the past. #FAIL
>>> On the other hand I see some benefits of it, but still haven't found the 
>>> concrete use-case where it did top a bar-metal or bare virtualized machine. 
>>> 
>>> It's absolutely true that it does have some benefits for easier deployment 
>>> of "Infrastructure" but I also see a lot of failures in usage of Docker. 
>>> Just to mention one, where did the init daemon go, it's been there for a 
>>> reason in linux OS's and now we run applications on top of the system 
>>> without it ... I don't feel comfortable with that, especially if you don't 
>>> have a JVM as process running which starts spawning other processes (one 
>>> might remember the zombie processes). 
>>> In the end there are mostly more slopy/lazy people around[1] trying to get 
>>> something going, that's why Docker will be sufficient enough, while the 
>>> dynamic and re-configurable service oriented software architecture will be 
>>> on the decrease. One just needs to follow that Microservice hype. 
>>> Docker/SpringBoot are just part of this "mantra" :D
>>> In the end people will just split their Monolithic rubbish up to different 
>>> small Monolithic piles of rubbish, but in case one of them is failing, 
>>> they'll end up with one big failing pile of rubbish. 
>>> 
>>> Besides this rant, I think building a custom Karaf with your application on 
>>> top, distributable as Docker image. Or as I did for a showcase building a 
>>> base Karaf Docker Image for Continuous Integration/Delivery Pipeline is a 
>>> good combination. As long as it's possible to configure the services inside 
>>> this docker image from the outside. 
>>> 
>>> regards, Achim 
>>> 
>>> [1] - http://blog.osgi.org/2014/08/is-docker-eating-javas-lunch.html
>>> 
>>> 
>>> 2015-04-08 17:34 GMT+02:00 Frank Lyaruu :
 I agree, I do feel that vibe from time to time, mostly due to the 
 'containers should be immutable' mantra.
 
 In my opinion, if you can get away with it, make it as dynamic as you 
 want, but I guess we all know that building an application that can be 
 reconfigured + updated on the fly is not e

Re: ApacheCon NA in 2 weeks

[Serge Huber]

Hello Jean-Baptiste,

Sounds perfect. I actually arrive in Austin on Sunday and I'm there until
Thursday. I've already registered for your talk and will gladly have lunch
with you. Btw I live in Geneva, Switzerland so I also speak French :)

cheers,
  Serge...

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber <https://twitter.com/sergehuber>

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints -

http://www.jahia.com

On Thu, Apr 2, 2015 at 2:58 PM, Jean-Baptiste Onofré 
wrote:

> Hi Serge,
>
> awesome !
>
> I will arrive in Austin on Tuesday evening.
>
> My talk is at 11:15am Wednesday. So we can meet just after and have lunch
> together.
>
> If others are interested to have a "Karaf Lunch" all together, please let
> me know, we can arrange something !
>
> Regards
> JB
>
> On 04/02/2015 02:53 PM, Serge Huber wrote:
>
>> Hello Jean-Baptiste,
>>
>> I am going to ApacheCon NA !
>>
>> I should also introduce myself, I'm the CTO at Jahia, and we have
>> recently started a fully open-source Apache licensed Karaf-based product
>> called The Context Server (https://github.com/Jahia/unomi). This is
>> actually the reference implementation of a standard we are proposing at
>> OASIS : https://www.oasis-open.org/committees/cxs/
>>
>> I would love to get an opportunity to talk to you, especially concerning
>> Karaf which we think is really a great product and would love to learn
>> more and possibly exchange experiences. Can we arrange to meet at some
>> point ?
>>
>> Best regards,
>>Serge Huber.
>>
>> - -- --- -=[ shuber at jahia dot com ]= --- -- -
>> CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227
>> Acacias, Switzerland
>> twitter: @sergehuber <https://twitter.com/sergehuber>
>>
>> Jahia is a leading open source User eXperience Platform (UXP) vendor,
>> relentlessly working at transforming a siloed industry into a
>> user-driven one, beyond technology constraints -
>>
>> http://www.jahia.com <http://www.jahia.com/>
>>
>> On Wed, Apr 1, 2015 at 2:07 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> Hi all
>>
>> the next ApacheCon NA will stand in two weeks in Austin, TX.
>>
>> A talk about Karaf is already scheduled.
>>
>> We hope to see lot of Karaf users !!!
>>
>> I invite you to register and don't hesitate to say if you plan to be
>> there.
>>
>> See you "live" in two weeks !
>>
>> Regards
>> JB
>>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

Re: ApacheCon NA in 2 weeks

[Serge Huber]

Hello Jean-Baptiste,

I am going to ApacheCon NA !

I should also introduce myself, I'm the CTO at Jahia, and we have recently
started a fully open-source Apache licensed Karaf-based product called The
Context Server (https://github.com/Jahia/unomi). This is actually the
reference implementation of a standard we are proposing at OASIS :
https://www.oasis-open.org/committees/cxs/

I would love to get an opportunity to talk to you, especially concerning
Karaf which we think is really a great product and would love to learn more
and possibly exchange experiences. Can we arrange to meet at some point ?

Best regards,
  Serge Huber.

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber <https://twitter.com/sergehuber>

Jahia is a leading open source User eXperience Platform (UXP) vendor,
relentlessly working at transforming a siloed industry into a user-driven
one, beyond technology constraints -

http://www.jahia.com

On Wed, Apr 1, 2015 at 2:07 PM, Jean-Baptiste Onofré 
wrote:

> Hi all
>
> the next ApacheCon NA will stand in two weeks in Austin, TX.
>
> A talk about Karaf is already scheduled.
>
> We hope to see lot of Karaf users !!!
>
> I invite you to register and don't hesitate to say if you plan to be there.
>
> See you "live" in two weeks !
>
> Regards
> JB
>

Re: [INFO] Karaf download from dists mirror

[Serge Huber]

Thanks JB,

Glad to know it wasn't just me going crazy at some point I thought I was the 
only one seeing the issue :)

Cheers,
  Serge

> Le 3 nov. 2014 à 07:52, Jean-Baptiste Onofré  a écrit :
> 
> Hi all,
> 
> As you may know, since Friday, the Karaf folder is no more available on the 
> dists mirror, preventing the download of the distribution.
> 
> A workaround is to download the distributions from Maven Central:
> 
> http://repo.maven.apache.org/maven2/org/apache/karaf/apache-karaf/
> 
> During the week end, I dealt with INFRA about the dists mirror sync issue, as 
> the Karaf dists svn pubsub looks good.
> I created a Jira:
> 
> https://issues.apache.org/jira/browse/INFRA-8566
> 
> It's a mistake/change from the INFRA, they are working on it. It should be 
> fixed soon (the time of the sync).
> 
> Regards
> JB
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

Re: /karaf directory missing on Apache Distribution site ?

[Serge Huber]

Thanks JB I did finally take them from the Maven repo. Strange that the
whole directory is missing though. And it's been missing for at least the
last 4 hours.

cheers,
  Serge...

- -- --- -=[ shuber at jahia dot com ]= --- -- -
CTO & Co-founder - Jahia Solutions Group, 9 Routes de Jeunes, 1227 Acacias,
Switzerland
twitter: @sergehuber <https://twitter.com/sergehuber>

Jahia’s next-generation, open source CMS stems from a widely acknowledged
vision
of enterprise application convergence – web, search, document, social and
portal –
unified by the simplicity of web content management.

http://www.jahia.com

On Fri, Oct 31, 2014 at 9:04 AM, Jean-Baptiste Onofré 
wrote:

> Hi Serge,
>
> probably some cleanup/sync in progress.
>
> You can do to the Maven Central repo:
>
> http://repo.maven.apache.org/maven2/org/apache/karaf/apache-karaf/
>
> You have all distributions there.
>
> Regards
> JB
>
>
> On 10/31/2014 08:59 AM, Serge Huber wrote:
>
>>
>> Hello all,
>>
>> I wanted to download Apache Karaf 3.0.2 this morning but I couldn't
>> because it seems the whole /karaf directory is missing from both :
>>
>> http://www.eu.apache.org/dist/
>>
>> and
>>
>> http://www.us.apache.org/dist/
>>
>> What is strange is that yesterday it was still there.
>>
>> Best regards,
>>Serge Huber.
>>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

/karaf directory missing on Apache Distribution site ?

[Serge Huber]

Hello all,

I wanted to download Apache Karaf 3.0.2 this morning but I couldn't because
it seems the whole /karaf directory is missing from both :

http://www.eu.apache.org/dist/

and

http://www.us.apache.org/dist/

What is strange is that yesterday it was still there.

Best regards,
  Serge Huber.