Not sure what's wrong as the parameters seem correct:
http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/shell/wrapper/src/main/resources/org/apache/karaf/shell/wrapper/unix/karaf-wrapper.conf
You could try to turn on debug logging for JSW and see if the actual
parameters are correct.
The config file should be located in the etc/ folder after running the
wrapper:install command.
On Tue, Aug 24, 2010 at 10:24, Achim Nierbeck <achim.nierb...@ptv.de> wrote:
>
> Sorry, forgot to tell you that I'm using the 2.0 version of the Karaf server.
>
> The jce.jar is included in the lib folder ${JAVA_HOME}/jre/lib of the jdk
> (was downloaded last week from the dl-server)
>
> Any Idea how to configure JSW (JavaServiceWrapper?) different.
>
>
>
> Guillaume Nodet wrote:
>>
>> This problem is usually caused by the JCE libraries not being included
>> in the classpath.
>> On some systems, the jars for cryptography are located in
>> ${JAVA_HOME}/jre/lib/endorsed or ${JAVA_HOME}/lib/endorsed. Those
>> folders are configured in the batch file, but maybe there's something
>> wrong in the way the JSW is configured. Does that happen using trunk
>> / 2.0.0 too or only 1.6.0 ?
>>
>> On Tue, Aug 24, 2010 at 10:08, Achim Nierbeck <achim.nierb...@ptv.de>
>> wrote:
>>>
>>> Hi,
>>>
>>> I do have a strange behavior when trying to connect to the Karaf server
>>> on a
>>> Linux machine with ssh.
>>>
>>> If I do run the Karaf as a shell application (starting through the Karaf
>>> shell script) I'm able to connect to it via SSH. If I run the Karaf as a
>>> service with the service wrapper I'm not able to connect to it, which is
>>> quite strange.
>>>
>>> Googling for this strange behavior showed me that there was some sort of
>>> issue with the SSH implementation back in 1.60 which should be fixed by
>>> now.
>>>
>>> I do get the following exception:
>>>
>>>
>>> [ INFO] 10:00:04,066 (NioProcessor-1) Session created...
>>> [ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
>>> SSH-2.0-PuTTY_Release_0.60
>>> [ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
>>> [ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
>>> java.lang.IllegalStateException: Unable to negociate key exchange for
>>> item 2
>>> at
>>> org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
>>> at
>>> org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
>>> at
>>> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
>>> at
>>> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
>>> at
>>> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
>>> at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
>>> [ INFO] 10:00:04,092 (NioProcessor-1) Closing session
>>>
>>> --
>>> View this message in context:
>>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>>
>>
>>
>>
>> --
>> Cheers,
>> Guillaume Nodet
>> ------------------------
>> Blog: http://gnodet.blogspot.com/
>> ------------------------
>> Open Source SOA
>> http://fusesource.com
>>
>>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306777.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
