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
