Don't hesitate to share your fork, I will merge on my branch just after
the push ;)
Regards
JB
On 01/22/2014 07:41 PM, Ryan Moquin wrote:
Ok, that'll be fun merging it with the changes I've been working on :)
Ryan
On Jan 22, 2014 11:50 AM, "Jean-Baptiste Onofré" <j...@nanthrax.net
<mailto:j...@nanthrax.net>> wrote:
That's it, I remember now ;)
Let me take a look.
By the way, I will push my local Cellar branch for 3.0.0 tomorrow
with a bunch of changes (adaptation for Karaf 3.0.0).
Regards
JB
On 01/22/2014 05:47 PM, Ryan Moquin wrote:
You use instance:connect like I was.... which works..
On Jan 22, 2014 11:43 AM, "Jean-Baptiste Onofré"
<j...@nanthrax.net <mailto:j...@nanthrax.net>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
Hmmm, it should work (I think we already use it in Cellar
itests).
Let me try.
Regards
JB
On 01/22/2014 05:36 PM, Ryan Moquin wrote:
I switched back to using the ssh:ssh shell command and
appeared
to get
around that issue but ran back into one that made me
switch in
the first
place. If I do:
ssh:ssh -l karaf -P 8102 localhost feature:list | grep
cellar
Then I think everything after feature:list gets dropped
when tbe
command
is parsed. Is there a way to do this or does the
result have to be
"grepped" in the integration test code?
Thanks for any help!
Ryan
On Jan 22, 2014 10:31 AM, "Ryan Moquin"
<fragility...@gmail.com <mailto:fragility...@gmail.com>
<mailto:fragility...@gmail.com
<mailto:fragility...@gmail.com>__>
<mailto:fragility...@gmail.com
<mailto:fragility...@gmail.com>
<mailto:fragility...@gmail.com
<mailto:fragility...@gmail.com>__>__>> wrote:
So If I used the ssh:ssh command then I'll be able
to get
around the
issue? I think that's what you are saying.
Thanks for your lightning fast response as usual, JB!
On Jan 22, 2014 10:21 AM, "Jean-Baptiste Onofré"
<j...@nanthrax.net <mailto:j...@nanthrax.net>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>> wrote:
As a quick workaround I would propose to add a
@after
test to
cleanly remove the file after itests.
As the itests download and bootstrap a new Karaf
runtime each
time (that's why the previous generated key is
no more
valid).
AFAIR, I did it as a warning (with
confirmation message
as we
have on OpenSSH), at least in ssh:ssh command.
Let me
check in
the client wrapper.
Regards
JB
On 01/22/2014 04:17 PM, Ryan Moquin wrote:
If I remove it, then the tests run fine.
Is there
a way to
avoid it
altogether for integration tests?
Otherwise I have
to remove it
everytime I do a clean test (which I
always do to
be safe).
I don't remember this being such a problem
until
recently...
now it
constantly happens.....
Ryan
On Jan 22, 2014 10:01 AM, "Jean-Baptiste
Onofré"
<j...@nanthrax.net <mailto:j...@nanthrax.net>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>
<mailto:j...@nanthrax.net
<mailto:j...@nanthrax.net> <mailto:j...@nanthrax.net
<mailto:j...@nanthrax.net>>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
<mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>>> wrote:
Hi Ryan,
did you remove the $HOME/.sshkaraf file ?
It's probably because you restart a
Karaf from
scratch
(for the key
changed).
Regards
JB
On 01/22/2014 03:53 PM, Ryan Moquin
wrote:
Hello, I had ran into a problem
before
where in an
integration
test I
would create a child karaf
instance, then
after it
started, I
would try
to connect to it via
instance:connect from
the root
console and the
connection fails due to certificate
issues. If I
delete the
.karafssh
directory, then the tests will
work a few
times,
but then the error
comes back. This is what I get:
16:27:17,559 | WARN |
org.apache.sshd.client.________session.ClientSessionImpl
| Exception caught
org.apache.sshd.common.________SshException:
Server key
did not validate
at
org.apache.sshd.client.________session.ClientSessionImpl.________checkHost(ClientSessionImpl.________java:543)[14:org.apache.____sshd.____core:0.9.0]
at
org.apache.sshd.client.________session.ClientSessionImpl.________doHandleMessage(________ClientSessionImpl.java:339)[________14:org.apache.sshd.core:0.__9.__0]
at
org.apache.sshd.client.________session.ClientSessionImpl.________handleMessage(________ClientSessionImpl.java:293)[________14:org.apache.sshd.core:0.__9.__0]
at
org.apache.sshd.common.________session.AbstractSession.________decode(AbstractSession.java:________587)[14:org.apache.sshd.____core:____0.9.0]
at
org.apache.sshd.common.________session.AbstractSession.________messageReceived(________AbstractSession.java:253)[14:________org.apache.sshd.core:0.9.__0]
at
org.apache.sshd.common.________AbstractSessionIoHandler.________messageReceived(________AbstractSessionIoHandler.java:________54)[14:org.apache.sshd.____core:__0.__9.0]
at
org.apache.sshd.common.io <http://org.apache.sshd.common.io>
<http://org.apache.sshd.__common.io
<http://org.apache.sshd.common.io>>
<http://org.apache.sshd.__comm__on.io <http://common.io>
<http://org.apache.sshd.__common.io
<http://org.apache.sshd.common.io>>>
<http://org.apache.sshd.__comm____on.io <http://comm__on.io>
<http://common.io>
<http://org.apache.sshd.__comm__on.io
<http://common.io>
<http://org.apache.sshd.__common.io
<http://org.apache.sshd.common.io>>>>.__nio2.____Nio2Session$__2.completed(______Nio2Session.__java:231)[14:____org.__apache.__sshd.core:0.9.____0]
at
org.apache.sshd.common.io <http://org.apache.sshd.common.io>
<http://org.apache.sshd.__common.io
<http://org.apache.sshd.common.io>>
<http://org.apache.sshd.__comm__on.io <http://common.io>
<http://org.apache.sshd.__common.io
<http://org.apache.sshd.common.io>>>
<http://org.apache.sshd.__comm____on.io <http://comm__on.io>
<http://common.io>
<http://org.apache.sshd.__comm__on.io
<http://common.io>
<http://org.apache.sshd.__common.io
<http://org.apache.sshd.common.io>>>>.__nio2.____Nio2Session$__2.completed(______Nio2Session.__java:217)[14:____org.__apache.__sshd.core:0.9.____0]
at
sun.nio.ch.Invoker.________invokeUnchecked(Invoker.java:________126)[:1.7.0_45]
at
sun.nio.ch.Invoker$2.run(________Invoker.java:206)[:1.7.0_45]
at
sun.nio.ch <http://sun.nio.ch> <http://sun.nio.ch>
<http://sun.nio.ch>
<http://sun.nio.ch>.________AsynchronousChannelGroupImpl$________1.run(________AsynchronousChannelGroupImpl.________java:112)[:1.7.0_45]
at
java.util.concurrent.________ThreadPoolExecutor.runWorker(________ThreadPoolExecutor.java:____1145)__[__:1.7.0_45]
at
java.util.concurrent.________ThreadPoolExecutor$Worker.run(________ThreadPoolExecutor.java:____615)__[:__1.7.0_45]
at
java.lang.Thread.run(Thread.________java:744)[:1.7.0_45]
I tried to turn off the ssh
authentication, but I
can only
override the
host key property for the root
instance
and not the
child. I don't
understand how it would work the
first
couple times
then not work
against until I delete that
directory.....
Any ideas would be appreciated!
I've been
banging
my head on
this for
the past several days. Thanks!
--
Jean-Baptiste Onofré
jbono...@apache.org <mailto:jbono...@apache.org>
<mailto:jbono...@apache.org <mailto:jbono...@apache.org>>
<mailto:jbono...@apache.org
<mailto:jbono...@apache.org> <mailto:jbono...@apache.org
<mailto:jbono...@apache.org>>>
<mailto:jbono...@apache.org
<mailto:jbono...@apache.org>
<mailto:jbono...@apache.org
<mailto:jbono...@apache.org>> <mailto:jbono...@apache.org
<mailto:jbono...@apache.org>
<mailto:jbono...@apache.org <mailto:jbono...@apache.org>>>>
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Jean-Baptiste Onofré
jbono...@apache.org <mailto:jbono...@apache.org>
<mailto:jbono...@apache.org <mailto:jbono...@apache.org>>
<mailto:jbono...@apache.org
<mailto:jbono...@apache.org> <mailto:jbono...@apache.org
<mailto:jbono...@apache.org>>>
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Jean-Baptiste Onofré
jbono...@apache.org <mailto:jbono...@apache.org>
<mailto:jbono...@apache.org <mailto:jbono...@apache.org>>
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Jean-Baptiste Onofré
jbono...@apache.org <mailto: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
