You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@karaf.apache.org by Eric Lilja <mi...@gmail.com> on 2018/12/02 19:15:33 UTC
Consider KARAF-5934 for Karaf 4.2.2?
Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw it
was just tentatively postponed to 4.2.3.
Also, is the deploy folder enabled by default? I downloaded the binary
distribution (version 4.2.1), and created a new instance with feature
scr enabled. Everything else vanilla. I put a bundle in the deploy
folder but it doesn't get installed, no interesting output from log:tail
either, so no failures. Just like the directory was not monitored at all
(I did use the deploy directory in the instance I created).
Furthermore, output from scr:list seems to lack line breaks. This is
under Windows, with Cygwin (Mintty) as terminal. Also tried with
TakeCommand under Windows, which used to work really well with Karaf,
but when one does bundle:list -s -t 0 for example, a lot columns
contains only ?-characters (question marks). Also scr:list looks bad
under it.
- Eric L
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Eric Lilja <mi...@gmail.com>.
Hi, I did as you suggested, put a jar-file in the deploy folder of
newinst and checked its log. I can see fileinstall trying to start it
now. Seems guava is not self-contained anymore...I must have missed it
before. I wish I could log in to the instance and confirm I see it as
INSTALLED when doing bundle:list
- Eric L
On 2018-12-04 23:17, Jean-Baptiste Onofré wrote:
> HI Eric,
>
> the ArrayIndexOutOfBoundsException is already fixed on 4.2.2-SNAPSHOT.
>
> Can you check directly in the karaf.log of the child instance ?
>
> Regards
> JB
>
> On 04/12/2018 22:05, Eric Lilja wrote:
>> Hi!
>>
>> I decided to re-try, so I did this:
>> $ cd /cygdrive/c/apache-karaf-4.2.1/bin
>> $ ./karaf
>> (when I do this I see the following message, but Karaf starts normally:
>> ' : integer expression expected' (error message starts with the
>> character ':')
>> Then, inside Karaf I did
>> $ instance:create --feature:scr newinst
>> $ instance:start newinst
>> <wait till it starts as confirmed by instance:list>
>> $ instance:connect newinst
>> Now I get
>> Connecting to host localhost on port 8103
>> Error executing command: Failed (ArrayIndexOutOfBoundsException) to
>> execute: 1
>> log:tail shows:
>> 21:55:46.109 ERROR [Karaf local console user karaf] Exception caught
>> while executing command
>> org.apache.sshd.common.SshException: Failed
>> (ArrayIndexOutOfBoundsException) to execute: 1
>> at
>> org.apache.sshd.common.future.AbstractSshFuture.verifyResult(AbstractSshFuture.java:125)
>> ~[?:?]
>> at
>> org.apache.sshd.client.future.DefaultAuthFuture.verify(DefaultAuthFuture.java:40)
>> ~[?:?]
>> at
>> org.apache.sshd.client.future.DefaultAuthFuture.verify(DefaultAuthFuture.java:33)
>> ~[?:?]
>> at
>> org.apache.sshd.common.future.VerifiableFuture.verify(VerifiableFuture.java:44)
>> ~[?:?]
>> at
>> org.apache.karaf.shell.ssh.SshAction.execute(SshAction.java:168) ~[?:?]
>> at
>> org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84)
>> ~[?:?]
>> at
>> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68)
>> ~[?:?]
>> at
>> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86)
>> ~[?:?]
>> at
>> org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:599) ~[?:?]
>> at
>> org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:526)
>> ~[?:?]
>> at
>> org.apache.felix.gogo.runtime.Closure.execute(Closure.java:415) ~[?:?]
>> at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:416) ~[?:?]
>> at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) ~[?:?]
>> at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) ~[?:?]
>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:?]
>> at
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>> ~[?:?]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>> ~[?:?]
>> at java.lang.Thread.run(Thread.java:748) [?:?]
>> Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
>> at
>> org.apache.karaf.shell.ssh.KnownHostsManager.getKnownKeyInternal(KnownHostsManager.java:84)
>> ~[?:?]
>> at
>> org.apache.karaf.shell.ssh.KnownHostsManager.getKnownKey(KnownHostsManager.java:64)
>> ~[?:?]
>> at
>> org.apache.karaf.shell.ssh.ServerKeyVerifierImpl.verifyServerKey(ServerKeyVerifierImpl.java:57)
>> ~[?:?]
>> at
>> org.apache.sshd.client.session.AbstractClientSession.checkKeys(AbstractClientSession.java:488)
>> ~[?:?]
>> at
>> org.apache.sshd.common.session.helpers.AbstractSession.handleKexMessage(AbstractSession.java:664)
>> ~[?:?]
>> at
>> org.apache.sshd.common.session.helpers.AbstractSession.doHandleMessage(AbstractSession.java:612)
>> ~[?:?]
>> at
>> org.apache.sshd.common.session.helpers.AbstractSession.handleMessage(AbstractSession.java:547)
>> ~[?:?]
>> at
>> org.apache.sshd.common.session.helpers.AbstractSession.decode(AbstractSession.java:1498)
>> ~[?:?]
>> at
>> org.apache.sshd.common.session.helpers.AbstractSession.messageReceived(AbstractSession.java:508)
>> ~[?:?]
>> at
>> org.apache.sshd.common.session.helpers.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:66)
>> ~[?:?]
>> at
>> org.apache.sshd.common.io.nio2.Nio2Session.handleReadCycleCompletion(Nio2Session.java:301)
>> ~[?:?]
>> at
>> org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:281)
>> ~[?:?]
>> at
>> org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:278)
>> ~[?:?]
>> at
>> org.apache.sshd.common.io.nio2.Nio2CompletionHandler.lambda$completed$0(Nio2CompletionHandler.java:38)
>> ~[?:?]
>> at java.security.AccessController.doPrivileged(Native Method)
>> ~[?:?]
>> at
>> org.apache.sshd.common.io.nio2.Nio2CompletionHandler.completed(Nio2CompletionHandler.java:37)
>> ~[?:?]
>> at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126) ~[?:?]
>> at sun.nio.ch.Invoker$2.run(Invoker.java:218) ~[?:?]
>> at
>> sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:112)
>> ~[?:?]
>> ... 3 more
>>
>> So I have messed something up, but perhaps the code which is crashing
>> could be improved and log a better error message. Since I was creating
>> new instances, I kept getting host key problems, and I may have removed
>> something before (didn't touch anything now), which now causes this
>> crash. How do I disable host key checking when I am just connecting to
>> my local instances?
>>
>> - Eric L
>>
>> On 2018-12-04 21:23, Jean-Baptiste Onofré wrote:
>>> Hi Eric,
>>>
>>> I just tried the following scenario:
>>>
>>> 1. With Karaf 4.2.2-SNAPSHOT freshly built, I created an instance with:
>>> instance:create test
>>> instance:start test
>>> instance:connect test
>>>
>>> 2. I dropped a bundle in the test instance deploy folder.
>>>
>>> I can see the fileinstall "trigger" in the log:
>>>
>>> 2018-12-04 21:21:43,375 | INFO | nces/test/deploy | fileinstall
>>> | 10 - org.apache.felix.fileinstall - 3.6.4 | Started
>>> bundle:
>>> file:/home/jbonofre/Workspace/karaf/assemblies/apache-karaf/target/apache-karaf-4.2.2-SNAPSHOT/instances/test/deploy/commons-lang-2.6.jar
>>>
>>>
>>> So, it looks good to me.
>>>
>>> Regards
>>> JB
>>>
>>> On 02/12/2018 20:15, Eric Lilja wrote:
>>>> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw
>>>> it was just tentatively postponed to 4.2.3.
>>>>
>>>> Also, is the deploy folder enabled by default? I downloaded the
>>>> binary distribution (version 4.2.1), and created a new instance with
>>>> feature scr enabled. Everything else vanilla. I put a bundle in the
>>>> deploy folder but it doesn't get installed, no interesting output
>>>> from log:tail either, so no failures. Just like the directory was not
>>>> monitored at all (I did use the deploy directory in the instance I
>>>> created).
>>>>
>>>> Furthermore, output from scr:list seems to lack line breaks. This is
>>>> under Windows, with Cygwin (Mintty) as terminal. Also tried with
>>>> TakeCommand under Windows, which used to work really well with Karaf,
>>>> but when one does bundle:list -s -t 0 for example, a lot columns
>>>> contains only ?-characters (question marks). Also scr:list looks bad
>>>> under it.
>>>>
>>>> - Eric L
>>>>
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
HI Eric,
the ArrayIndexOutOfBoundsException is already fixed on 4.2.2-SNAPSHOT.
Can you check directly in the karaf.log of the child instance ?
Regards
JB
On 04/12/2018 22:05, Eric Lilja wrote:
> Hi!
>
> I decided to re-try, so I did this:
> $ cd /cygdrive/c/apache-karaf-4.2.1/bin
> $ ./karaf
> (when I do this I see the following message, but Karaf starts normally:
> ' : integer expression expected' (error message starts with the
> character ':')
> Then, inside Karaf I did
> $ instance:create --feature:scr newinst
> $ instance:start newinst
> <wait till it starts as confirmed by instance:list>
> $ instance:connect newinst
> Now I get
> Connecting to host localhost on port 8103
> Error executing command: Failed (ArrayIndexOutOfBoundsException) to
> execute: 1
> log:tail shows:
> 21:55:46.109 ERROR [Karaf local console user karaf] Exception caught
> while executing command
> org.apache.sshd.common.SshException: Failed
> (ArrayIndexOutOfBoundsException) to execute: 1
> at
> org.apache.sshd.common.future.AbstractSshFuture.verifyResult(AbstractSshFuture.java:125)
> ~[?:?]
> at
> org.apache.sshd.client.future.DefaultAuthFuture.verify(DefaultAuthFuture.java:40)
> ~[?:?]
> at
> org.apache.sshd.client.future.DefaultAuthFuture.verify(DefaultAuthFuture.java:33)
> ~[?:?]
> at
> org.apache.sshd.common.future.VerifiableFuture.verify(VerifiableFuture.java:44)
> ~[?:?]
> at
> org.apache.karaf.shell.ssh.SshAction.execute(SshAction.java:168) ~[?:?]
> at
> org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84)
> ~[?:?]
> at
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68)
> ~[?:?]
> at
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86)
> ~[?:?]
> at
> org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:599) ~[?:?]
> at
> org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:526)
> ~[?:?]
> at
> org.apache.felix.gogo.runtime.Closure.execute(Closure.java:415) ~[?:?]
> at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:416) ~[?:?]
> at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) ~[?:?]
> at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) ~[?:?]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:?]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> ~[?:?]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> ~[?:?]
> at java.lang.Thread.run(Thread.java:748) [?:?]
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
> at
> org.apache.karaf.shell.ssh.KnownHostsManager.getKnownKeyInternal(KnownHostsManager.java:84)
> ~[?:?]
> at
> org.apache.karaf.shell.ssh.KnownHostsManager.getKnownKey(KnownHostsManager.java:64)
> ~[?:?]
> at
> org.apache.karaf.shell.ssh.ServerKeyVerifierImpl.verifyServerKey(ServerKeyVerifierImpl.java:57)
> ~[?:?]
> at
> org.apache.sshd.client.session.AbstractClientSession.checkKeys(AbstractClientSession.java:488)
> ~[?:?]
> at
> org.apache.sshd.common.session.helpers.AbstractSession.handleKexMessage(AbstractSession.java:664)
> ~[?:?]
> at
> org.apache.sshd.common.session.helpers.AbstractSession.doHandleMessage(AbstractSession.java:612)
> ~[?:?]
> at
> org.apache.sshd.common.session.helpers.AbstractSession.handleMessage(AbstractSession.java:547)
> ~[?:?]
> at
> org.apache.sshd.common.session.helpers.AbstractSession.decode(AbstractSession.java:1498)
> ~[?:?]
> at
> org.apache.sshd.common.session.helpers.AbstractSession.messageReceived(AbstractSession.java:508)
> ~[?:?]
> at
> org.apache.sshd.common.session.helpers.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:66)
> ~[?:?]
> at
> org.apache.sshd.common.io.nio2.Nio2Session.handleReadCycleCompletion(Nio2Session.java:301)
> ~[?:?]
> at
> org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:281)
> ~[?:?]
> at
> org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:278)
> ~[?:?]
> at
> org.apache.sshd.common.io.nio2.Nio2CompletionHandler.lambda$completed$0(Nio2CompletionHandler.java:38)
> ~[?:?]
> at java.security.AccessController.doPrivileged(Native Method)
> ~[?:?]
> at
> org.apache.sshd.common.io.nio2.Nio2CompletionHandler.completed(Nio2CompletionHandler.java:37)
> ~[?:?]
> at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126) ~[?:?]
> at sun.nio.ch.Invoker$2.run(Invoker.java:218) ~[?:?]
> at
> sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:112)
> ~[?:?]
> ... 3 more
>
> So I have messed something up, but perhaps the code which is crashing
> could be improved and log a better error message. Since I was creating
> new instances, I kept getting host key problems, and I may have removed
> something before (didn't touch anything now), which now causes this
> crash. How do I disable host key checking when I am just connecting to
> my local instances?
>
> - Eric L
>
> On 2018-12-04 21:23, Jean-Baptiste Onofré wrote:
>> Hi Eric,
>>
>> I just tried the following scenario:
>>
>> 1. With Karaf 4.2.2-SNAPSHOT freshly built, I created an instance with:
>> instance:create test
>> instance:start test
>> instance:connect test
>>
>> 2. I dropped a bundle in the test instance deploy folder.
>>
>> I can see the fileinstall "trigger" in the log:
>>
>> 2018-12-04 21:21:43,375 | INFO | nces/test/deploy | fileinstall
>> | 10 - org.apache.felix.fileinstall - 3.6.4 | Started
>> bundle:
>> file:/home/jbonofre/Workspace/karaf/assemblies/apache-karaf/target/apache-karaf-4.2.2-SNAPSHOT/instances/test/deploy/commons-lang-2.6.jar
>>
>>
>> So, it looks good to me.
>>
>> Regards
>> JB
>>
>> On 02/12/2018 20:15, Eric Lilja wrote:
>>> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw
>>> it was just tentatively postponed to 4.2.3.
>>>
>>> Also, is the deploy folder enabled by default? I downloaded the
>>> binary distribution (version 4.2.1), and created a new instance with
>>> feature scr enabled. Everything else vanilla. I put a bundle in the
>>> deploy folder but it doesn't get installed, no interesting output
>>> from log:tail either, so no failures. Just like the directory was not
>>> monitored at all (I did use the deploy directory in the instance I
>>> created).
>>>
>>> Furthermore, output from scr:list seems to lack line breaks. This is
>>> under Windows, with Cygwin (Mintty) as terminal. Also tried with
>>> TakeCommand under Windows, which used to work really well with Karaf,
>>> but when one does bundle:list -s -t 0 for example, a lot columns
>>> contains only ?-characters (question marks). Also scr:list looks bad
>>> under it.
>>>
>>> - Eric L
>>>
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Eric Lilja <mi...@gmail.com>.
Hi!
I decided to re-try, so I did this:
$ cd /cygdrive/c/apache-karaf-4.2.1/bin
$ ./karaf
(when I do this I see the following message, but Karaf starts normally:
' : integer expression expected' (error message starts with the
character ':')
Then, inside Karaf I did
$ instance:create --feature:scr newinst
$ instance:start newinst
<wait till it starts as confirmed by instance:list>
$ instance:connect newinst
Now I get
Connecting to host localhost on port 8103
Error executing command: Failed (ArrayIndexOutOfBoundsException) to
execute: 1
log:tail shows:
21:55:46.109 ERROR [Karaf local console user karaf] Exception caught
while executing command
org.apache.sshd.common.SshException: Failed
(ArrayIndexOutOfBoundsException) to execute: 1
at
org.apache.sshd.common.future.AbstractSshFuture.verifyResult(AbstractSshFuture.java:125)
~[?:?]
at
org.apache.sshd.client.future.DefaultAuthFuture.verify(DefaultAuthFuture.java:40)
~[?:?]
at
org.apache.sshd.client.future.DefaultAuthFuture.verify(DefaultAuthFuture.java:33)
~[?:?]
at
org.apache.sshd.common.future.VerifiableFuture.verify(VerifiableFuture.java:44)
~[?:?]
at
org.apache.karaf.shell.ssh.SshAction.execute(SshAction.java:168) ~[?:?]
at
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84)
~[?:?]
at
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68)
~[?:?]
at
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86)
~[?:?]
at
org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:599) ~[?:?]
at
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:526)
~[?:?]
at
org.apache.felix.gogo.runtime.Closure.execute(Closure.java:415) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:416) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) ~[?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[?:?]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
~[?:?]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
~[?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
at
org.apache.karaf.shell.ssh.KnownHostsManager.getKnownKeyInternal(KnownHostsManager.java:84)
~[?:?]
at
org.apache.karaf.shell.ssh.KnownHostsManager.getKnownKey(KnownHostsManager.java:64)
~[?:?]
at
org.apache.karaf.shell.ssh.ServerKeyVerifierImpl.verifyServerKey(ServerKeyVerifierImpl.java:57)
~[?:?]
at
org.apache.sshd.client.session.AbstractClientSession.checkKeys(AbstractClientSession.java:488)
~[?:?]
at
org.apache.sshd.common.session.helpers.AbstractSession.handleKexMessage(AbstractSession.java:664)
~[?:?]
at
org.apache.sshd.common.session.helpers.AbstractSession.doHandleMessage(AbstractSession.java:612)
~[?:?]
at
org.apache.sshd.common.session.helpers.AbstractSession.handleMessage(AbstractSession.java:547)
~[?:?]
at
org.apache.sshd.common.session.helpers.AbstractSession.decode(AbstractSession.java:1498)
~[?:?]
at
org.apache.sshd.common.session.helpers.AbstractSession.messageReceived(AbstractSession.java:508)
~[?:?]
at
org.apache.sshd.common.session.helpers.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:66)
~[?:?]
at
org.apache.sshd.common.io.nio2.Nio2Session.handleReadCycleCompletion(Nio2Session.java:301)
~[?:?]
at
org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:281)
~[?:?]
at
org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:278)
~[?:?]
at
org.apache.sshd.common.io.nio2.Nio2CompletionHandler.lambda$completed$0(Nio2CompletionHandler.java:38)
~[?:?]
at java.security.AccessController.doPrivileged(Native Method)
~[?:?]
at
org.apache.sshd.common.io.nio2.Nio2CompletionHandler.completed(Nio2CompletionHandler.java:37)
~[?:?]
at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126) ~[?:?]
at sun.nio.ch.Invoker$2.run(Invoker.java:218) ~[?:?]
at
sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:112)
~[?:?]
... 3 more
So I have messed something up, but perhaps the code which is crashing
could be improved and log a better error message. Since I was creating
new instances, I kept getting host key problems, and I may have removed
something before (didn't touch anything now), which now causes this
crash. How do I disable host key checking when I am just connecting to
my local instances?
- Eric L
On 2018-12-04 21:23, Jean-Baptiste Onofré wrote:
> Hi Eric,
>
> I just tried the following scenario:
>
> 1. With Karaf 4.2.2-SNAPSHOT freshly built, I created an instance with:
> instance:create test
> instance:start test
> instance:connect test
>
> 2. I dropped a bundle in the test instance deploy folder.
>
> I can see the fileinstall "trigger" in the log:
>
> 2018-12-04 21:21:43,375 | INFO | nces/test/deploy | fileinstall
> | 10 - org.apache.felix.fileinstall - 3.6.4 | Started
> bundle:
> file:/home/jbonofre/Workspace/karaf/assemblies/apache-karaf/target/apache-karaf-4.2.2-SNAPSHOT/instances/test/deploy/commons-lang-2.6.jar
>
> So, it looks good to me.
>
> Regards
> JB
>
> On 02/12/2018 20:15, Eric Lilja wrote:
>> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw
>> it was just tentatively postponed to 4.2.3.
>>
>> Also, is the deploy folder enabled by default? I downloaded the
>> binary distribution (version 4.2.1), and created a new instance with
>> feature scr enabled. Everything else vanilla. I put a bundle in the
>> deploy folder but it doesn't get installed, no interesting output
>> from log:tail either, so no failures. Just like the directory was not
>> monitored at all (I did use the deploy directory in the instance I
>> created).
>>
>> Furthermore, output from scr:list seems to lack line breaks. This is
>> under Windows, with Cygwin (Mintty) as terminal. Also tried with
>> TakeCommand under Windows, which used to work really well with Karaf,
>> but when one does bundle:list -s -t 0 for example, a lot columns
>> contains only ?-characters (question marks). Also scr:list looks bad
>> under it.
>>
>> - Eric L
>>
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi Eric,
I just tried the following scenario:
1. With Karaf 4.2.2-SNAPSHOT freshly built, I created an instance with:
instance:create test
instance:start test
instance:connect test
2. I dropped a bundle in the test instance deploy folder.
I can see the fileinstall "trigger" in the log:
2018-12-04 21:21:43,375 | INFO | nces/test/deploy | fileinstall
| 10 - org.apache.felix.fileinstall - 3.6.4 | Started
bundle:
file:/home/jbonofre/Workspace/karaf/assemblies/apache-karaf/target/apache-karaf-4.2.2-SNAPSHOT/instances/test/deploy/commons-lang-2.6.jar
So, it looks good to me.
Regards
JB
On 02/12/2018 20:15, Eric Lilja wrote:
> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw it
> was just tentatively postponed to 4.2.3.
>
> Also, is the deploy folder enabled by default? I downloaded the binary
> distribution (version 4.2.1), and created a new instance with feature
> scr enabled. Everything else vanilla. I put a bundle in the deploy
> folder but it doesn't get installed, no interesting output from log:tail
> either, so no failures. Just like the directory was not monitored at all
> (I did use the deploy directory in the instance I created).
>
> Furthermore, output from scr:list seems to lack line breaks. This is
> under Windows, with Cygwin (Mintty) as terminal. Also tried with
> TakeCommand under Windows, which used to work really well with Karaf,
> but when one does bundle:list -s -t 0 for example, a lot columns
> contains only ?-characters (question marks). Also scr:list looks bad
> under it.
>
> - Eric L
>
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Let me check if there's no issue in "child" instances.
Regards
JB
On 03/12/2018 09:57, Eric Lilja wrote:
> It was an instance created with instance:create --feature scr
>
> I put the jar-file in the deploy folder inside that instance, so it was the
> correct one, but it was like I had done nothing.
>
> - Eric L
>
> On Mon, Dec 3, 2018 at 7:30 AM Jean-Baptiste Onofré <jb...@nanthrax.net> wrote:
>
>> Hi Eric,
>>
>> when you say new instance, you mean instance created with
>> instance:create or a "regular" vanilla one (maybe you don't use the
>> right deploy folder) ?
>>
>> You should have something in the log anyway from the artifact installer.
>>
>> Regards
>> JB
>>
>> On 02/12/2018 21:15, Eric Lilja wrote:
>>> Hi, see my replies at relevant places below!
>>>
>>> On 2018-12-02 21:03, Jean-Baptiste Onofré wrote:
>>>> Hi Eric,
>>>>
>>>> The update to maven-bundle-plugin 4.1.0 introduces some other changes
>>>> (as the requirements/capabilities created are extended). Why do you
>>>> need this for 4.2.2 ? It's transparent for you as user.
>>>> So I will try but without strong commitment. Reasonably, I would
>>>> prefer to target in 4.2.3 as I'm planning 4.2.2 for this week. So, it
>>>> will be a best effort.
>>>
>>> Okay, I see, I bumped to that version for my projects without issue so I
>>> thought it was straight-forward.
>>>
>>>>
>>>> Yes, deploy folder is enabled by default. Did you deploy a bundle or a
>>>> raw jar ?
>>>
>>> It was one of my bundles, built using maven-bundle-plugin 4.1.0. I have
>>> no troubles provisioning it programmatcially when using Karaf/Pax-Exam.
>>> I also tried with a 3PP found on Maven central. The deploy folder
>>> doesn't seem to be active on Windows. It was working fine on Windows a
>>> couple of versions (of Karaf) ago.
>>>
>>>>
>>>> The line breaks should be fixed already (you can test on
>> 4.2.2-SNAPSHOT).
>>>
>>> Ah, nice to hear! Could you try on your end Windows with TakeCommand to
>>> see about the question-mark-thingie? I also recall a DOS .bat-file error
>>> being reported by TakeCommand as I launched karaf.bat
>>>
>>> - Eric L
>>>
>>>>
>>>> Regards
>>>> JB
>>>>
>>>> On 02/12/2018 20:15, Eric Lilja wrote:
>>>>> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw
>>>>> it was just tentatively postponed to 4.2.3.
>>>>>
>>>>> Also, is the deploy folder enabled by default? I downloaded the
>>>>> binary distribution (version 4.2.1), and created a new instance with
>>>>> feature scr enabled. Everything else vanilla. I put a bundle in the
>>>>> deploy folder but it doesn't get installed, no interesting output
>>>>> from log:tail either, so no failures. Just like the directory was not
>>>>> monitored at all (I did use the deploy directory in the instance I
>>>>> created).
>>>>>
>>>>> Furthermore, output from scr:list seems to lack line breaks. This is
>>>>> under Windows, with Cygwin (Mintty) as terminal. Also tried with
>>>>> TakeCommand under Windows, which used to work really well with Karaf,
>>>>> but when one does bundle:list -s -t 0 for example, a lot columns
>>>>> contains only ?-characters (question marks). Also scr:list looks bad
>>>>> under it.
>>>>>
>>>>> - Eric L
>>>>>
>>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbonofre@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Eric Lilja <mi...@gmail.com>.
It was an instance created with instance:create --feature scr
I put the jar-file in the deploy folder inside that instance, so it was the
correct one, but it was like I had done nothing.
- Eric L
On Mon, Dec 3, 2018 at 7:30 AM Jean-Baptiste Onofré <jb...@nanthrax.net> wrote:
> Hi Eric,
>
> when you say new instance, you mean instance created with
> instance:create or a "regular" vanilla one (maybe you don't use the
> right deploy folder) ?
>
> You should have something in the log anyway from the artifact installer.
>
> Regards
> JB
>
> On 02/12/2018 21:15, Eric Lilja wrote:
> > Hi, see my replies at relevant places below!
> >
> > On 2018-12-02 21:03, Jean-Baptiste Onofré wrote:
> >> Hi Eric,
> >>
> >> The update to maven-bundle-plugin 4.1.0 introduces some other changes
> >> (as the requirements/capabilities created are extended). Why do you
> >> need this for 4.2.2 ? It's transparent for you as user.
> >> So I will try but without strong commitment. Reasonably, I would
> >> prefer to target in 4.2.3 as I'm planning 4.2.2 for this week. So, it
> >> will be a best effort.
> >
> > Okay, I see, I bumped to that version for my projects without issue so I
> > thought it was straight-forward.
> >
> >>
> >> Yes, deploy folder is enabled by default. Did you deploy a bundle or a
> >> raw jar ?
> >
> > It was one of my bundles, built using maven-bundle-plugin 4.1.0. I have
> > no troubles provisioning it programmatcially when using Karaf/Pax-Exam.
> > I also tried with a 3PP found on Maven central. The deploy folder
> > doesn't seem to be active on Windows. It was working fine on Windows a
> > couple of versions (of Karaf) ago.
> >
> >>
> >> The line breaks should be fixed already (you can test on
> 4.2.2-SNAPSHOT).
> >
> > Ah, nice to hear! Could you try on your end Windows with TakeCommand to
> > see about the question-mark-thingie? I also recall a DOS .bat-file error
> > being reported by TakeCommand as I launched karaf.bat
> >
> > - Eric L
> >
> >>
> >> Regards
> >> JB
> >>
> >> On 02/12/2018 20:15, Eric Lilja wrote:
> >>> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw
> >>> it was just tentatively postponed to 4.2.3.
> >>>
> >>> Also, is the deploy folder enabled by default? I downloaded the
> >>> binary distribution (version 4.2.1), and created a new instance with
> >>> feature scr enabled. Everything else vanilla. I put a bundle in the
> >>> deploy folder but it doesn't get installed, no interesting output
> >>> from log:tail either, so no failures. Just like the directory was not
> >>> monitored at all (I did use the deploy directory in the instance I
> >>> created).
> >>>
> >>> Furthermore, output from scr:list seems to lack line breaks. This is
> >>> under Windows, with Cygwin (Mintty) as terminal. Also tried with
> >>> TakeCommand under Windows, which used to work really well with Karaf,
> >>> but when one does bundle:list -s -t 0 for example, a lot columns
> >>> contains only ?-characters (question marks). Also scr:list looks bad
> >>> under it.
> >>>
> >>> - Eric L
> >>>
> >
>
> --
> Jean-Baptiste Onofré
> jbonofre@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi Eric,
when you say new instance, you mean instance created with
instance:create or a "regular" vanilla one (maybe you don't use the
right deploy folder) ?
You should have something in the log anyway from the artifact installer.
Regards
JB
On 02/12/2018 21:15, Eric Lilja wrote:
> Hi, see my replies at relevant places below!
>
> On 2018-12-02 21:03, Jean-Baptiste Onofré wrote:
>> Hi Eric,
>>
>> The update to maven-bundle-plugin 4.1.0 introduces some other changes
>> (as the requirements/capabilities created are extended). Why do you
>> need this for 4.2.2 ? It's transparent for you as user.
>> So I will try but without strong commitment. Reasonably, I would
>> prefer to target in 4.2.3 as I'm planning 4.2.2 for this week. So, it
>> will be a best effort.
>
> Okay, I see, I bumped to that version for my projects without issue so I
> thought it was straight-forward.
>
>>
>> Yes, deploy folder is enabled by default. Did you deploy a bundle or a
>> raw jar ?
>
> It was one of my bundles, built using maven-bundle-plugin 4.1.0. I have
> no troubles provisioning it programmatcially when using Karaf/Pax-Exam.
> I also tried with a 3PP found on Maven central. The deploy folder
> doesn't seem to be active on Windows. It was working fine on Windows a
> couple of versions (of Karaf) ago.
>
>>
>> The line breaks should be fixed already (you can test on 4.2.2-SNAPSHOT).
>
> Ah, nice to hear! Could you try on your end Windows with TakeCommand to
> see about the question-mark-thingie? I also recall a DOS .bat-file error
> being reported by TakeCommand as I launched karaf.bat
>
> - Eric L
>
>>
>> Regards
>> JB
>>
>> On 02/12/2018 20:15, Eric Lilja wrote:
>>> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw
>>> it was just tentatively postponed to 4.2.3.
>>>
>>> Also, is the deploy folder enabled by default? I downloaded the
>>> binary distribution (version 4.2.1), and created a new instance with
>>> feature scr enabled. Everything else vanilla. I put a bundle in the
>>> deploy folder but it doesn't get installed, no interesting output
>>> from log:tail either, so no failures. Just like the directory was not
>>> monitored at all (I did use the deploy directory in the instance I
>>> created).
>>>
>>> Furthermore, output from scr:list seems to lack line breaks. This is
>>> under Windows, with Cygwin (Mintty) as terminal. Also tried with
>>> TakeCommand under Windows, which used to work really well with Karaf,
>>> but when one does bundle:list -s -t 0 for example, a lot columns
>>> contains only ?-characters (question marks). Also scr:list looks bad
>>> under it.
>>>
>>> - Eric L
>>>
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Eric Lilja <mi...@gmail.com>.
Hi, see my replies at relevant places below!
On 2018-12-02 21:03, Jean-Baptiste Onofré wrote:
> Hi Eric,
>
> The update to maven-bundle-plugin 4.1.0 introduces some other changes
> (as the requirements/capabilities created are extended). Why do you
> need this for 4.2.2 ? It's transparent for you as user.
> So I will try but without strong commitment. Reasonably, I would
> prefer to target in 4.2.3 as I'm planning 4.2.2 for this week. So, it
> will be a best effort.
Okay, I see, I bumped to that version for my projects without issue so I
thought it was straight-forward.
>
> Yes, deploy folder is enabled by default. Did you deploy a bundle or a
> raw jar ?
It was one of my bundles, built using maven-bundle-plugin 4.1.0. I have
no troubles provisioning it programmatcially when using Karaf/Pax-Exam.
I also tried with a 3PP found on Maven central. The deploy folder
doesn't seem to be active on Windows. It was working fine on Windows a
couple of versions (of Karaf) ago.
>
> The line breaks should be fixed already (you can test on 4.2.2-SNAPSHOT).
Ah, nice to hear! Could you try on your end Windows with TakeCommand to
see about the question-mark-thingie? I also recall a DOS .bat-file error
being reported by TakeCommand as I launched karaf.bat
- Eric L
>
> Regards
> JB
>
> On 02/12/2018 20:15, Eric Lilja wrote:
>> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw
>> it was just tentatively postponed to 4.2.3.
>>
>> Also, is the deploy folder enabled by default? I downloaded the
>> binary distribution (version 4.2.1), and created a new instance with
>> feature scr enabled. Everything else vanilla. I put a bundle in the
>> deploy folder but it doesn't get installed, no interesting output
>> from log:tail either, so no failures. Just like the directory was not
>> monitored at all (I did use the deploy directory in the instance I
>> created).
>>
>> Furthermore, output from scr:list seems to lack line breaks. This is
>> under Windows, with Cygwin (Mintty) as terminal. Also tried with
>> TakeCommand under Windows, which used to work really well with Karaf,
>> but when one does bundle:list -s -t 0 for example, a lot columns
>> contains only ?-characters (question marks). Also scr:list looks bad
>> under it.
>>
>> - Eric L
>>
Re: Consider KARAF-5934 for Karaf 4.2.2?
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi Eric,
The update to maven-bundle-plugin 4.1.0 introduces some other changes
(as the requirements/capabilities created are extended). Why do you need
this for 4.2.2 ? It's transparent for you as user.
So I will try but without strong commitment. Reasonably, I would prefer
to target in 4.2.3 as I'm planning 4.2.2 for this week. So, it will be a
best effort.
Yes, deploy folder is enabled by default. Did you deploy a bundle or a
raw jar ?
The line breaks should be fixed already (you can test on 4.2.2-SNAPSHOT).
Regards
JB
On 02/12/2018 20:15, Eric Lilja wrote:
> Hi, is it possible to consider including KARAF-5934 for 4.2.2? I saw it
> was just tentatively postponed to 4.2.3.
>
> Also, is the deploy folder enabled by default? I downloaded the binary
> distribution (version 4.2.1), and created a new instance with feature
> scr enabled. Everything else vanilla. I put a bundle in the deploy
> folder but it doesn't get installed, no interesting output from log:tail
> either, so no failures. Just like the directory was not monitored at all
> (I did use the deploy directory in the instance I created).
>
> Furthermore, output from scr:list seems to lack line breaks. This is
> under Windows, with Cygwin (Mintty) as terminal. Also tried with
> TakeCommand under Windows, which used to work really well with Karaf,
> but when one does bundle:list -s -t 0 for example, a lot columns
> contains only ?-characters (question marks). Also scr:list looks bad
> under it.
>
> - Eric L
>