I've raised and fixed KARAF-178 in trunk, but I only had to replace
the semicolons with colons.
Could you double check that it also works for you ?

On Tue, Aug 24, 2010 at 17:07, Achim Nierbeck <achim.nierb...@ptv.de> wrote:
>
> OK, found the issue on my linux system.
>
> First I had some pebkac
>
> JAVA_HOME wasn't set :(
>
> second one was:
>
>
> wrapper.java.additional.7=-Djava.endorsed.dirs="%JAVA_HOME%/jre/lib/endorsed;%JAVA_HOME%/lib/endorsed;%KARAF_HOME%/lib/endorsed"
> wrapper.java.additional.8=-Djava.ext.dirs="%JAVA_HOME%/jre/lib/ext;%JAVA_HOME%/lib/ext;%KARAF_HOME%/lib/ext"
>
>
> my linux doesn't like the quotes and semicolon I had to remove the quotes
> and replace the semicolon with colons.
>
> Thanx, Achim
>
>
>
> Guillaume Nodet wrote:
>>
>> 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
>>
>>
>
> --
> View this message in context: 
> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1313024.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

Reply via email to