Re: Bundle dependencies in prod env

2018-01-04 Thread Guillaume Nodet
The deployment packaging does not have to be tied to the release cycle /
code management.
Think about the simple use case where you implement a public interface: you
don't release the API (it may never change), but you're still free to embed
the API in your bundle or not.

Also, the use case for embedding a package which is exported is different
than embedding a package which is private.

2018-01-05 5:44 GMT+01:00 Francois Papon :

> Hi,
>
> I think it's better to separate bundle interface and bundle
> implementation, you can have many implementations of the same interface
> (like OSGi specifications) and you can release a new implementation
> version without release the api version. Generally, implementations
> bundles are releases more frequently than interfaces bundles, but this
> is my understanding :)
>
> François
>
>
> Le 05/01/2018 à 02:46, David Jencks a écrit :
> > Why do you advise that fat bundles should be avoided? My current idea of
> good osgi design is to only export service interfaces, and generally
> package the interfaces with the implementations; since jarA and libA aren’t
> even bundles they are good candidates for hiding inside bundleA since they
> are quite unlikely to contain both exported interfaces and osgi-usable
> implementations.
> >
> > Thanks
> > David Jencks
> >
> > Sent from my iPhone
> >
> >> On Jan 4, 2018, at 9:21 AM, Jean-Baptiste Onofré 
> wrote:
> >>
> >> Did you check your import/export ?
> >>
> >> Creating a uber bundle is also an option, but fat bundles should be
> avoided.
> >>
> >> Regards
> >> JB
> >>
> >>> On 01/04/2018 06:18 PM, GFO wrote:
> >>> Hi,
> >>> Thanks for your answer.
> >>> I have tried to create a kar file: my bundle does not find some
> dependencies
> >>> although dependencies are started as bundles.
> >>> I have the following dependencies:
> >>> BundleA (mine) depends on jarA (mine) which depends on libA (third
> party).
> >>> jarA and libA are wrapped as bundles in Karaf.
> >>> BundleA finds the jarA but BundleA tell me it does not find libA
> (class not
> >>> found). Why does BundleA do not find libA by itself?
> >>> Another question: what about embeding all the jars in the bundle
> instead of
> >>> creating a feature (for instance via maven-bundle-plugin and
> >>> Embed-Dependency directive)? Does it make a big difference?
> >>> Thanks
> >>> GFO
> >>> --
> >>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
> >> --
> >> Jean-Baptiste Onofré
> >> jbono...@apache.org
> >> http://blog.nanthrax.net
> >> Talend - http://www.talend.com
>
>


-- 

Guillaume Nodet


Re: Bundle dependencies in prod env

2018-01-04 Thread Francois Papon
Hi,

I think it's better to separate bundle interface and bundle
implementation, you can have many implementations of the same interface
(like OSGi specifications) and you can release a new implementation
version without release the api version. Generally, implementations
bundles are releases more frequently than interfaces bundles, but this
is my understanding :)

François


Le 05/01/2018 à 02:46, David Jencks a écrit :
> Why do you advise that fat bundles should be avoided? My current idea of good 
> osgi design is to only export service interfaces, and generally package the 
> interfaces with the implementations; since jarA and libA aren’t even bundles 
> they are good candidates for hiding inside bundleA since they are quite 
> unlikely to contain both exported interfaces and osgi-usable implementations.
>
> Thanks 
> David Jencks
>
> Sent from my iPhone
>
>> On Jan 4, 2018, at 9:21 AM, Jean-Baptiste Onofré  wrote:
>>
>> Did you check your import/export ?
>>
>> Creating a uber bundle is also an option, but fat bundles should be avoided.
>>
>> Regards
>> JB
>>
>>> On 01/04/2018 06:18 PM, GFO wrote:
>>> Hi,
>>> Thanks for your answer.
>>> I have tried to create a kar file: my bundle does not find some dependencies
>>> although dependencies are started as bundles.
>>> I have the following dependencies:
>>> BundleA (mine) depends on jarA (mine) which depends on libA (third party).
>>> jarA and libA are wrapped as bundles in Karaf.
>>> BundleA finds the jarA but BundleA tell me it does not find libA (class not
>>> found). Why does BundleA do not find libA by itself?
>>> Another question: what about embeding all the jars in the bundle instead of
>>> creating a feature (for instance via maven-bundle-plugin and
>>> Embed-Dependency directive)? Does it make a big difference?
>>> Thanks
>>> GFO
>>> --
>>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>> -- 
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com



Re: Bundle dependencies in prod env

2018-01-04 Thread David Jencks
Why do you advise that fat bundles should be avoided? My current idea of good 
osgi design is to only export service interfaces, and generally package the 
interfaces with the implementations; since jarA and libA aren’t even bundles 
they are good candidates for hiding inside bundleA since they are quite 
unlikely to contain both exported interfaces and osgi-usable implementations.

Thanks 
David Jencks

Sent from my iPhone

> On Jan 4, 2018, at 9:21 AM, Jean-Baptiste Onofré  wrote:
> 
> Did you check your import/export ?
> 
> Creating a uber bundle is also an option, but fat bundles should be avoided.
> 
> Regards
> JB
> 
>> On 01/04/2018 06:18 PM, GFO wrote:
>> Hi,
>> Thanks for your answer.
>> I have tried to create a kar file: my bundle does not find some dependencies
>> although dependencies are started as bundles.
>> I have the following dependencies:
>> BundleA (mine) depends on jarA (mine) which depends on libA (third party).
>> jarA and libA are wrapped as bundles in Karaf.
>> BundleA finds the jarA but BundleA tell me it does not find libA (class not
>> found). Why does BundleA do not find libA by itself?
>> Another question: what about embeding all the jars in the bundle instead of
>> creating a feature (for instance via maven-bundle-plugin and
>> Embed-Dependency directive)? Does it make a big difference?
>> Thanks
>> GFO
>> --
>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com


Re: Karaf and SSH timeouts

2018-01-04 Thread Ryan Moquin
One more thing that might be helpful, my bitvise client reconnects... so
there is a set of logs where it's been connecting and getting disconnected,
looks like it's happening every 10 minutes, I wasn't doing anything with
Karaf during that time:

18:25:48.014 WARN [sshd-SshServer[6e85ec8]-nio2-thread-1]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:49332])[state=Opened]
InterruptedByTimeoutException: null
18:25:50.120 INFO [sshd-SshServer[6e85ec8]-nio2-thread-1] Session karaf@/
127.0.0.1:49402 authenticated
18:36:05.122 WARN [sshd-SshServer[6e85ec8]-nio2-thread-2]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:49402])[state=Opened]
InterruptedByTimeoutException: null
18:36:07.226 INFO [sshd-SshServer[6e85ec8]-nio2-thread-2] Session karaf@/
127.0.0.1:49506 authenticated
18:46:22.227 WARN [sshd-SshServer[6e85ec8]-nio2-thread-1]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:49506])[state=Opened]
InterruptedByTimeoutException: null
18:46:24.335 INFO [sshd-SshServer[6e85ec8]-nio2-thread-1] Session karaf@/
127.0.0.1:49602 authenticated
20:48:01.659 WARN [sshd-SshServer[6e85ec8]-nio2-thread-2]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:49602])[state=Opened]
InterruptedByTimeoutException: null
20:48:03.767 INFO [sshd-SshServer[6e85ec8]-nio2-thread-2] Session karaf@/
127.0.0.1:50035 authenticated
20:58:18.768 WARN [sshd-SshServer[6e85ec8]-nio2-thread-1]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:50035])[state=Opened]
InterruptedByTimeoutException: null
20:58:20.937 INFO [sshd-SshServer[6e85ec8]-nio2-thread-1] Session karaf@/
127.0.0.1:50225 authenticated
21:08:35.940 WARN [sshd-SshServer[6e85ec8]-nio2-thread-2]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:50225])[state=Opened]
InterruptedByTimeoutException: null
21:08:38.046 INFO [sshd-SshServer[6e85ec8]-nio2-thread-2] Session karaf@/
127.0.0.1:50344 authenticated
21:18:53.048 WARN [sshd-SshServer[6e85ec8]-nio2-thread-1]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:50344])[state=Opened]
InterruptedByTimeoutException: null
21:18:55.160 INFO [sshd-SshServer[6e85ec8]-nio2-thread-1] Session karaf@/
127.0.0.1:50601 authenticated
21:29:10.162 WARN [sshd-SshServer[6e85ec8]-nio2-thread-2]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:50601])[state=Opened]
InterruptedByTimeoutException: null
21:29:12.301 INFO [sshd-SshServer[6e85ec8]-nio2-thread-2] Session karaf@/
127.0.0.1:50687 authenticated


On Thu, Jan 4, 2018 at 11:58 AM Jean-Baptiste Onofré 
wrote:

> Thanks for the update.
>
> Let me try to reproduce this behavior.
>
> Regards
> JB
>
> On 01/04/2018 04:56 PM, Ryan Moquin wrote:
> > Yes, sorry, 4.0.12.  Yes, with both the Karaf client and an OpenSSH
> client I see
> > this happen.  Let me just re-verify that if I start up karaf with
> absolutely
> > nothing in it and ssh to it locally that it times out.  Want to make
> sure no
> > bundles are clobbering anything.  The logging gets messed up periodically
> > because camel pulls in pax-logger-log4j2 which breaks the logging and
> then I
> > have to reconnect my ssh client, if it's still connected.  I think this
> is
> > something different though.
> >
> > Actually, I think a bug was logged for this by OpenHAB (that was the
> project),
> > here is the thread where they discuss what sounds like the exact same
> thing I'm
> > seeing.  They mention it happening after 30 minutes, which is what the
> Karaf
> > timeout is configured for, but then someone else mentions it happens
> after a few
> > minutes consistently...
> >
> > https://community.openhab.org/t/timeout-in-karaf-console/35443
> >
> > I've tried different SSH clients with Karaf to see if there was any
> difference
> > just in case.  If I turn on keepalive in my bitvise ssh client, it seems
> to stay
> > connected a lot longer, but it sends a keep alive ever 20 seconds and the
> > interval isn't configurable, which makes the logs fun to look through :)
> >
> >
> >
> > On Thu, Jan 4, 2018 at 10:39 AM Jean-Baptiste Onofré  > > wrote:
> >
> > Hi Ryan,
> >
> > Are you using the Karaf client or OpenSSH client ?
> >
> > You just type log:tail ?
> >
> > I didn't notice such timeout.
> >
> > By the way, I guess you mean Karaf 4.0.12 (not 4.1.12) right ?
> >
> > Regards
> > JB
> >
> > On 01/04/2018 04:34 PM, Ryan Moquin wrote:
> >  > Out of curiosity, since this is driving me a bit batty because I
> usually SSH
> >  > into Karaf locally to tail the log, is there a bug in the SSH
> library
> > that Karaf
> >  > uses to provide SSH access?  The past few releases of Karaf,
> 4.1.13,
> > 4.1.14 and
> >  > 4.2.0 all timeout after a few minutes of being connected via SSH
> to Karaf:
> >  >
> >  > 14:26:36.079 WARN [sshd-SshServer[20286265]-nio2-thread-1]
> >  > exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:63261
> ])[state=Opened]
> >  > InterruptedByTimeoutException: null
> >  >
> >  

Re: Auditing http traffic and performance monitoring

2018-01-04 Thread Jean-Baptiste Onofré

Hi Alex,

1) I guess your are using the OSGi HTTP service (so Pax Web). Then you can use 
the Jetty NCSARequestLog (globally or per application). Karaf provides security 
audit log.


2) Decanter can help you there: it can harvest all MBeans metrics (via the JMX 
Collector). You can then check threading, number of messages, etc depending of 
the MBeans. Decanter can also throws alerts.


Regards
JB

On 01/04/2018 08:56 PM, Alex O'Ree wrote:

Greetings Karaf community.

Two questions:

1) I understand that Karaf can be used to host lots of different things, however 
things that are used to serve up HTTP requests, is there any built in mechanism 
for audit the message traffic for these HTTP requests (or any other protocol for 
that matter)? My gut feeling is that the answer is no since karaf is not a 
tomcat like web app container and supports a wider variety of stuff via osgi. I 
think that any module deployed to karaf would need to provide it's own mechanism 
for auditing. Is that correct?


2) Does karaf offer any kind of built in performance monitoring mechanisms that 
can be queried remotely? I would image certain things are available JMX but 
haven't looked too much into it. Any pointers for documentation related to this 
is appreciated. I'm looking for any kind of performance counters really but 
tracking stuff like messages in/out, bytes in/out, etc, status of the modules, 
memory/cpu usage on a per module basis, response times, etc


thanks!




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


Re: Starting bundle: spring error in camel context

2018-01-04 Thread Jean-Baptiste Onofré
It seems you embed lot of packages in your bundle, which is wrong generally 
speaking.


I would advice to correctly import the packages.

Regards
JB

On 01/04/2018 07:09 PM, GFO wrote:

Hi,

I think it has been deleted, it was in the message when I previewed it...

Here is the pastebin link: https://pastebin.com/LkKDwv89

Thanks,
GFO



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



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


Auditing http traffic and performance monitoring

2018-01-04 Thread Alex O'Ree
Greetings Karaf community.

Two questions:

1) I understand that Karaf can be used to host lots of different things,
however things that are used to serve up HTTP requests, is there any built
in mechanism for audit the message traffic for these HTTP requests (or any
other protocol for that matter)? My gut feeling is that the answer is no
since karaf is not a tomcat like web app container and supports a wider
variety of stuff via osgi. I think that any module deployed to karaf would
need to provide it's own mechanism for auditing. Is that correct?

2) Does karaf offer any kind of built in performance monitoring mechanisms
that can be queried remotely? I would image certain things are available
JMX but haven't looked too much into it. Any pointers for documentation
related to this is appreciated. I'm looking for any kind of performance
counters really but tracking stuff like messages in/out, bytes in/out, etc,
status of the modules, memory/cpu usage on a per module basis, response
times, etc

thanks!


Re: Starting bundle: spring error in camel context

2018-01-04 Thread François Papon
Do you embedded a Spring dependencie in your bundle ?

Le 4 janv. 2018 10:09 PM, GFO a écrit : > > Hi, > > I think it has been 
deleted, it was in the message when I previewed it... > > Here is the pastebin 
link: https://pastebin.com/LkKDwv89 > > Thanks, > GFO > > > > -- > Sent from: 
http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html

Re: Starting bundle: spring error in camel context

2018-01-04 Thread GFO
Hi,

I think it has been deleted, it was in the message when I previewed it... 

Here is the pastebin link: https://pastebin.com/LkKDwv89

Thanks,
GFO



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


Re: Starting bundle: spring error in camel context

2018-01-04 Thread Francois Papon
Hi,

You forgot to paste your error stack trace ;)

François


Le 04/01/2018 à 21:48, GFO a écrit :
> Hi,
>
> I am trying to launch my bundle. 
>
> However, I have the following error:
>
>
>
> Here is my camel-context.xml file: https://pastebin.com/CsxSDZsv
>
> I know this error can come from namespaces in my file. I tried several
> things: 
> - remove the version number in XSD spring links
> - change the version number in XSD spring links
>
> => Every time the same error. 
>
> Does anyone has already solved this problem?
>
> Thanks;
> GFO
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html



Starting bundle: spring error in camel context

2018-01-04 Thread GFO
Hi,

I am trying to launch my bundle. 

However, I have the following error:



Here is my camel-context.xml file: https://pastebin.com/CsxSDZsv

I know this error can come from namespaces in my file. I tried several
things: 
- remove the version number in XSD spring links
- change the version number in XSD spring links

=> Every time the same error. 

Does anyone has already solved this problem?

Thanks;
GFO



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


Re: Bundle dependencies in prod env

2018-01-04 Thread Jean-Baptiste Onofré

Did you check your import/export ?

Creating a uber bundle is also an option, but fat bundles should be avoided.

Regards
JB

On 01/04/2018 06:18 PM, GFO wrote:

Hi,

Thanks for your answer.

I have tried to create a kar file: my bundle does not find some dependencies
although dependencies are started as bundles.

I have the following dependencies:

BundleA (mine) depends on jarA (mine) which depends on libA (third party).

jarA and libA are wrapped as bundles in Karaf.

BundleA finds the jarA but BundleA tell me it does not find libA (class not
found). Why does BundleA do not find libA by itself?


Another question: what about embeding all the jars in the bundle instead of
creating a feature (for instance via maven-bundle-plugin and
Embed-Dependency directive)? Does it make a big difference?

Thanks
GFO



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



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


Re: Bundle dependencies in prod env

2018-01-04 Thread GFO
Hi,

Thanks for your answer.

I have tried to create a kar file: my bundle does not find some dependencies
although dependencies are started as bundles.

I have the following dependencies:

BundleA (mine) depends on jarA (mine) which depends on libA (third party). 

jarA and libA are wrapped as bundles in Karaf. 

BundleA finds the jarA but BundleA tell me it does not find libA (class not
found). Why does BundleA do not find libA by itself?


Another question: what about embeding all the jars in the bundle instead of
creating a feature (for instance via maven-bundle-plugin and 
Embed-Dependency directive)? Does it make a big difference?

Thanks
GFO



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


Re: Karaf and SSH timeouts

2018-01-04 Thread Jean-Baptiste Onofré

Thanks for the update.

Let me try to reproduce this behavior.

Regards
JB

On 01/04/2018 04:56 PM, Ryan Moquin wrote:
Yes, sorry, 4.0.12.  Yes, with both the Karaf client and an OpenSSH client I see 
this happen.  Let me just re-verify that if I start up karaf with absolutely 
nothing in it and ssh to it locally that it times out.  Want to make sure no 
bundles are clobbering anything.  The logging gets messed up periodically 
because camel pulls in pax-logger-log4j2 which breaks the logging and then I 
have to reconnect my ssh client, if it's still connected.  I think this is 
something different though.


Actually, I think a bug was logged for this by OpenHAB (that was the project), 
here is the thread where they discuss what sounds like the exact same thing I'm 
seeing.  They mention it happening after 30 minutes, which is what the Karaf 
timeout is configured for, but then someone else mentions it happens after a few 
minutes consistently...


https://community.openhab.org/t/timeout-in-karaf-console/35443

I've tried different SSH clients with Karaf to see if there was any difference 
just in case.  If I turn on keepalive in my bitvise ssh client, it seems to stay 
connected a lot longer, but it sends a keep alive ever 20 seconds and the 
interval isn't configurable, which makes the logs fun to look through :)




On Thu, Jan 4, 2018 at 10:39 AM Jean-Baptiste Onofré > wrote:


Hi Ryan,

Are you using the Karaf client or OpenSSH client ?

You just type log:tail ?

I didn't notice such timeout.

By the way, I guess you mean Karaf 4.0.12 (not 4.1.12) right ?

Regards
JB

On 01/04/2018 04:34 PM, Ryan Moquin wrote:
 > Out of curiosity, since this is driving me a bit batty because I usually 
SSH
 > into Karaf locally to tail the log, is there a bug in the SSH library
that Karaf
 > uses to provide SSH access?  The past few releases of Karaf, 4.1.13,
4.1.14 and
 > 4.2.0 all timeout after a few minutes of being connected via SSH to 
Karaf:
 >
 > 14:26:36.079 WARN [sshd-SshServer[20286265]-nio2-thread-1]
 > exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:63261])[state=Opened]
 > InterruptedByTimeoutException: null
 >
 > I tried upping the timeout in the Karaf config which doesn't help.  I
noticed a
 > discussion in a different open source project (the name escapes me at the
 > moment) where they were having a similar issue and said it started at
4.1.12.  I
 > was surprised to not see anyone else mentioning it, so I'm just 
wondering if
 > it's me.  I would think this would be something that would stand out to
others
 > very quickly. :)  It happens no matter the SSH client I use, or whether
running
 > Windows or Linux...
 >
 > Ryan

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



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


Re: Karaf and SSH timeouts

2018-01-04 Thread Ryan Moquin
Yes, sorry, 4.0.12.  Yes, with both the Karaf client and an OpenSSH client
I see this happen.  Let me just re-verify that if I start up karaf with
absolutely nothing in it and ssh to it locally that it times out.  Want to
make sure no bundles are clobbering anything.  The logging gets messed up
periodically because camel pulls in pax-logger-log4j2 which breaks the
logging and then I have to reconnect my ssh client, if it's still
connected.  I think this is something different though.

Actually, I think a bug was logged for this by OpenHAB (that was the
project), here is the thread where they discuss what sounds like the exact
same thing I'm seeing.  They mention it happening after 30 minutes, which
is what the Karaf timeout is configured for, but then someone else mentions
it happens after a few minutes consistently...

https://community.openhab.org/t/timeout-in-karaf-console/35443

I've tried different SSH clients with Karaf to see if there was any
difference just in case.  If I turn on keepalive in my bitvise ssh client,
it seems to stay connected a lot longer, but it sends a keep alive ever 20
seconds and the interval isn't configurable, which makes the logs fun to
look through :)



On Thu, Jan 4, 2018 at 10:39 AM Jean-Baptiste Onofré 
wrote:

> Hi Ryan,
>
> Are you using the Karaf client or OpenSSH client ?
>
> You just type log:tail ?
>
> I didn't notice such timeout.
>
> By the way, I guess you mean Karaf 4.0.12 (not 4.1.12) right ?
>
> Regards
> JB
>
> On 01/04/2018 04:34 PM, Ryan Moquin wrote:
> > Out of curiosity, since this is driving me a bit batty because I usually
> SSH
> > into Karaf locally to tail the log, is there a bug in the SSH library
> that Karaf
> > uses to provide SSH access?  The past few releases of Karaf, 4.1.13,
> 4.1.14 and
> > 4.2.0 all timeout after a few minutes of being connected via SSH to
> Karaf:
> >
> > 14:26:36.079 WARN [sshd-SshServer[20286265]-nio2-thread-1]
> > exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:63261])[state=Opened]
> > InterruptedByTimeoutException: null
> >
> > I tried upping the timeout in the Karaf config which doesn't help.  I
> noticed a
> > discussion in a different open source project (the name escapes me at the
> > moment) where they were having a similar issue and said it started at
> 4.1.12.  I
> > was surprised to not see anyone else mentioning it, so I'm just
> wondering if
> > it's me.  I would think this would be something that would stand out to
> others
> > very quickly. :)  It happens no matter the SSH client I use, or whether
> running
> > Windows or Linux...
> >
> > Ryan
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>


Re: Karaf and SSH timeouts

2018-01-04 Thread Jean-Baptiste Onofré

Hi Ryan,

Are you using the Karaf client or OpenSSH client ?

You just type log:tail ?

I didn't notice such timeout.

By the way, I guess you mean Karaf 4.0.12 (not 4.1.12) right ?

Regards
JB

On 01/04/2018 04:34 PM, Ryan Moquin wrote:
Out of curiosity, since this is driving me a bit batty because I usually SSH 
into Karaf locally to tail the log, is there a bug in the SSH library that Karaf 
uses to provide SSH access?  The past few releases of Karaf, 4.1.13, 4.1.14 and 
4.2.0 all timeout after a few minutes of being connected via SSH to Karaf:


14:26:36.079 WARN [sshd-SshServer[20286265]-nio2-thread-1] 
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:63261])[state=Opened] 
InterruptedByTimeoutException: null


I tried upping the timeout in the Karaf config which doesn't help.  I noticed a 
discussion in a different open source project (the name escapes me at the 
moment) where they were having a similar issue and said it started at 4.1.12.  I 
was surprised to not see anyone else mentioning it, so I'm just wondering if 
it's me.  I would think this would be something that would stand out to others 
very quickly. :)  It happens no matter the SSH client I use, or whether running 
Windows or Linux...


Ryan


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


Karaf and SSH timeouts

2018-01-04 Thread Ryan Moquin
Out of curiosity, since this is driving me a bit batty because I usually
SSH into Karaf locally to tail the log, is there a bug in the SSH library
that Karaf uses to provide SSH access?  The past few releases of Karaf,
4.1.13, 4.1.14 and 4.2.0 all timeout after a few minutes of being connected
via SSH to Karaf:

14:26:36.079 WARN [sshd-SshServer[20286265]-nio2-thread-1]
exceptionCaught(ServerSessionImpl[karaf@/127.0.0.1:63261])[state=Opened]
InterruptedByTimeoutException: null

I tried upping the timeout in the Karaf config which doesn't help.  I
noticed a discussion in a different open source project (the name escapes
me at the moment) where they were having a similar issue and said it
started at 4.1.12.  I was surprised to not see anyone else mentioning it,
so I'm just wondering if it's me.  I would think this would be something
that would stand out to others very quickly. :)  It happens no matter the
SSH client I use, or whether running Windows or Linux...

Ryan


Re: Bundle dependencies in prod env

2018-01-04 Thread Jean-Baptiste Onofré

Hi,

1/ If you really want a zip file, then take a kar.
If you want to work with a repo, feature is better.
2/ It's possible using fileinstall and specifying your folder
3/ Cave can be an option too (with Bundle Repository).

Regards
JB


On 01/04/2018 12:05 PM, GFO wrote:

Hello,

I have a question about dependencies in Karaf.

I have a bundle which contains a lot of dependencies:
- jars created by me
- third party jars

Those dependencies may have transitive dependencies.

To deploy my application in a production environment I would like a zip file
which contains my bundle and all its dependencies.

What is the best way to achieve that?

1/ A kar file which contains a feature.xml file? And wrap every non-OSGi
dependency (more than 50 dependencies...) ?
2/ A basic zip file which contains my bundle and my libs in another
directory? In this case, how can I tell Karaf to look at the "lib directory"
to resolve dependencies for my bundle ?
3/ Another solution?

Thanks a lot,
GFO



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



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


Bundle dependencies in prod env

2018-01-04 Thread GFO
Hello,

I have a question about dependencies in Karaf.

I have a bundle which contains a lot of dependencies:
- jars created by me
- third party jars

Those dependencies may have transitive dependencies.

To deploy my application in a production environment I would like a zip file
which contains my bundle and all its dependencies.

What is the best way to achieve that?

1/ A kar file which contains a feature.xml file? And wrap every non-OSGi
dependency (more than 50 dependencies...) ?
2/ A basic zip file which contains my bundle and my libs in another
directory? In this case, how can I tell Karaf to look at the "lib directory"
to resolve dependencies for my bundle ?
3/ Another solution?

Thanks a lot,
GFO



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