I built Karaf 3.0.0 locally and ran my tests, that security issue has now
gone away.

Thank you JB!

Ryan


On Sat, Dec 21, 2013 at 6:04 PM, Ryan Moquin <fragility...@gmail.com> wrote:

> Awesome, thanks JB!  I'll try it out!
>
> Ryan
>
>
> On Sat, Dec 21, 2013 at 10:42 AM, Jean-Baptiste Onofré 
> <j...@nanthrax.net>wrote:
>
>> I think I fixed your problem with KARAF-2645.
>>
>> Regards
>> JB
>>
>>
>> On 12/21/2013 04:18 PM, Ryan Moquin wrote:
>>
>>> If you don't mind cloning my cellar fork and building it you can see the
>>> error.  I'm not doing anything special and based the itest code on
>>> karaf.  If you clone the newest code, you only need to execute the
>>> CellarConfigurationTest.  A couple others do it but that one I know does
>>> offhand.  This problem only cropped up recently.  If you were able to
>>> try my fork that will at least verify an environmental issue.  It's just
>>> so puzzling that it happens only on instance:stop and nowhere else...
>>>
>>> So darn close to finishing up the changes on my fork... so close I can
>>> taste it... :)
>>>
>>> On Dec 21, 2013 12:51 AM, "Jean-Baptiste Onofré" <j...@nanthrax.net
>>> <mailto:j...@nanthrax.net>> wrote:
>>>
>>>     Hi Ryan,
>>>
>>>     I just built a Karaf 3.0.0-SNAPSHOT and I did:
>>>
>>>     karaf@root()> instance:list
>>>     SSH Port | RMI Registry | RMI Server | State   | PID   | Name
>>>     ------------------------------__------------------------------__-
>>>
>>>          8101 |         1099 |      44444 | Started | 16348 | root
>>>     karaf@root()> instance:create test
>>>     karaf@root()> instance:start test
>>>     karaf@root()> instance:list
>>>     SSH Port | RMI Registry | RMI Server | State    | PID   | Name
>>>     ------------------------------__------------------------------__--
>>>
>>>          8101 |         1099 |      44444 | Started  | 16348 | root
>>>          8102 |         1100 |      44445 | Starting | 16572 | test
>>>     karaf@root()> instance:stop test
>>>     karaf@root()> instance:list
>>>     SSH Port | RMI Registry | RMI Server | State   | PID   | Name
>>>     ------------------------------__------------------------------__-
>>>
>>>          8101 |         1099 |      44444 | Started | 16348 | root
>>>          8102 |         1100 |      44445 | Stopped | 0     | test
>>>
>>>     using the local console.
>>>
>>>     I tried the same using a remote SSH console:
>>>
>>>     jbonofre@vostro:~$ ssh karaf@localhost -p 8101
>>>     The authenticity of host '[localhost]:8101 ([127.0.0.1]:8101)' can't
>>>     be established.
>>>     DSA key fingerprint is
>>>     aa:c2:40:6b:91:34:a2:90:00:9b:__86:39:a3:5b:83:3c.
>>>
>>>     Are you sure you want to continue connecting (yes/no)? yes
>>>     Warning: Permanently added '[localhost]:8101' (DSA) to the list of
>>>     known hosts.
>>>     Authenticated with partial success.
>>>     Authenticated with partial success.
>>>     Authenticated with partial success.
>>>     Password authentication
>>>     Password:
>>>              __ __                  ____
>>>             / //_/____ __________ _/ __/
>>>            / ,<  / __ `/ ___/ __ `/ /_
>>>           / /| |/ /_/ / /  / /_/ / __/
>>>          /_/ |_|\__,_/_/   \__,_/_/
>>>
>>>        Apache Karaf (3.0.0-SNAPSHOT)
>>>
>>>     Hit '<tab>' for a list of available commands
>>>     and '[cmd] --help' for help on a specific command.
>>>     Hit 'system:shutdown' to shutdown Karaf.
>>>     Hit '<ctrl-d>' or type 'logout' to disconnect shell from current
>>>     session.
>>>
>>>     karaf@root()> instance:create test
>>>     karaf@root()> instance:start test
>>>     karaf@root()> instance:list
>>>     SSH Port | RMI Registry | RMI Server | State    | PID   | Name
>>>     ------------------------------__------------------------------__--
>>>
>>>          8101 |         1099 |      44444 | Started  | 16348 | root
>>>          8103 |         1101 |      44446 | Starting | 16822 | test
>>>     karaf@root()> instance:list
>>>     SSH Port | RMI Registry | RMI Server | State    | PID   | Name
>>>     ------------------------------__------------------------------__--
>>>
>>>          8101 |         1099 |      44444 | Started  | 16348 | root
>>>          8103 |         1101 |      44446 | Starting | 16822 | test
>>>     karaf@root()> instance:list
>>>     SSH Port | RMI Registry | RMI Server | State   | PID   | Name
>>>     ------------------------------__------------------------------__-
>>>
>>>          8101 |         1099 |      44444 | Started | 16348 | root
>>>          8103 |         1101 |      44446 | Started | 16822 | test
>>>     karaf@root()> instance:stop test
>>>     karaf@root()> instance:list
>>>     SSH Port | RMI Registry | RMI Server | State   | PID   | Name
>>>     ------------------------------__------------------------------__-
>>>
>>>          8101 |         1099 |      44444 | Started | 16348 | root
>>>          8103 |         1101 |      44446 | Stopped | 0     | test
>>>
>>>
>>>     So directly in Karaf it works fine.
>>>
>>>     I'm updating Cellar trunk itests to test it.
>>>
>>>     Regards
>>>     JB
>>>
>>>
>>>     On 12/21/2013 06:40 AM, Ryan Moquin wrote:
>>>
>>>         I have no doubt it works correctly except the shutdown of every
>>> test
>>>         starts doing thag now.  If you run my cellar fork, you should
>>>         see the
>>>         issue happen on a lot of tests .
>>>
>>>         Thanks,
>>>         Ryan
>>>
>>>         On Dec 21, 2013 12:36 AM, "Jean-Baptiste Onofré"
>>>         <j...@nanthrax.net <mailto:j...@nanthrax.net>
>>>         <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>>
>>>              Hi Ryan,
>>>
>>>              let me take a look on that. AFAIR, I tested it without
>>>         problem when
>>>              preparing Karaf 3.0.0 release.
>>>
>>>              Regards
>>>              JB
>>>
>>>              On 12/20/2013 10:47 PM, Ryan Moquin wrote:
>>>
>>>                  Hi, I ran into a problem recently as I was working on
>>>         some code
>>>                  where
>>>                  Karaf responds with the following error when I execute
>>> an
>>>                  "instance:stop" command:
>>>
>>>                  Caused by: java.lang.SecurityException: Insufficient
>>>         credentials.
>>>                            at
>>>
>>>         org.apache.karaf.service.____guard.impl.GuardProxyCatalog$_
>>> ___ProxyInvocationListener.____preInvoke(GuardProxyCatalog._
>>> ___java:527)[27:org.apache.karaf.____ser
>>>                  vice.guard:3.0.0.SNAPSHOT]
>>>                            at
>>>
>>>         org.apache.aries.proxy.impl.____ProxyHandler$1.invoke(____
>>> ProxyHandler.java:52)[12:org.____apache.aries.proxy.impl:1.0.__2]
>>>                            at
>>>
>>>         org.apache.aries.proxy.impl.____ProxyHandler.invoke(____
>>> ProxyHandler.java:119)[12:org.____apache.aries.proxy.impl:1.0.__2]
>>>                            at
>>>
>>>         org.apache.karaf.shell.____console.commands.$____
>>> BlueprintCommand1284042692.____execute(Unknown
>>>                  Source)[39:org.apache.karaf.__
>>> __shell.console:3.0.0.SNAPSHO
>>>                  T]
>>>                            at
>>>
>>>         org.apache.felix.gogo.runtime.____CommandProxy.execute(____
>>> CommandProxy.java:78)
>>>
>>>                  ...
>>>
>>>                  I'm using the default karaf/karaf credentials which
>>> work to
>>>                  connect to
>>>                  an instance, but for some reason this happens whenever
>>>         I try to
>>>                  stop the
>>>                  instance... is there something additional to be aware
>>> of in
>>>                  regards to
>>>                  the GuardProxyCatalog?  I'm going to take a look at the
>>>         source,
>>>                  but just
>>>                  in case nothing turns up, I thought I'd ask to see if
>>>         anyone has ran
>>>                  into something like this?
>>>
>>>                  Regards,
>>>                  Ryan
>>>
>>>
>>>              --
>>>              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
>>
>
>

Reply via email to