Mailing-List: contact users-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@camel.apache.org
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
Subject: Re: CamelBlueprintTestSupport No bean could be found in the registry
From: Quinn Stevenson <quinn@pronoia-solutions.com>
In-Reply-To: 
 <CAA8i-pYJxW-ufzVm+XvB0eUVn3Gti53FCq5QJsh-U6pnXTArfQ@mail.gmail.com>
Date: Mon, 8 Feb 2016 08:19:12 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <CEAF5D38-A339-4016-8D8C-0F0C3AD05135@pronoia-solutions.com>
References: <CDDD8E60-B303-4633-B5CB-AF3BFBDF687C@pronoia-solutions.com>
 <1454625374017-5777244.post@n5.nabble.com>
 <1454634897755-5777248.post@n5.nabble.com>
 <1454690720095-5777297.post@n5.nabble.com>
 <F0FBE1BB-0EF7-4B92-AB3D-46A55C8B3DA1@pronoia-solutions.com>
 <1454697635261-5777308.post@n5.nabble.com>
 <66A6C5A2-5090-4470-94D7-E087EC6D0F24@pronoia-solutions.com>
 <CAA8i-pbnwOUKT0ZcYwyj1KWfUUX-thD26dWqRU4qf9nVTzqR_Q@mail.gmail.com>
 <1454711005899-5777315.post@n5.nabble.com>
 <01C38C2C-22D8-4A8A-BC00-82EAEE01A6B9@pronoia-solutions.com>
 <1454712801669-5777317.post@n5.nabble.com>
 <CAA8i-pYJxW-ufzVm+XvB0eUVn3Gti53FCq5QJsh-U6pnXTArfQ@mail.gmail.com>
To: users@camel.apache.org

I=E2=80=99m a little confused here - asService take the object =
implementing the interface and the service property key/values - I=E2=80=99=
m not sure how that could even work as an interface instead of the =
implementation object.  The service interface is provided earlier in the =
call ( the key in services.put ), and I like having the string there as =
well so I don=E2=80=99t have to add dependencies to my project all the =
time (when I=E2=80=99m using OSGi classes that are provided by the =
framework).

That said, I=E2=80=99m always looking for ways to simplify tests - do =
you have an idea on how this could work?  Maybe you could do a prototype =
that we could see?


> On Feb 7, 2016, at 6:43 PM, Brad Johnson =
<brad.johnson@mediadriver.com> wrote:
>=20
> According
> to my humble opinion, the asService() method should ideally have =
Interface
> instead of Implementation argument.
>=20
> The asService is there to create a proxy to the actual implementation =
class
> I believe.  What you are actually putting in the registry is a key of =
the
> value of the full package and class name of the interface.  That's =
what
> blueprint is going to look up the service based upon.  The value is =
what
> you put in as the implementation.
>=20
> In a true blueprint environment that implementation will be hidden =
behind a
> proxy object that exposes the interface.  Any bundle wanting to use =
that
> proxied implementation then just tells it what the package anc class =
name
> of the interface are.  In other words, when that interface is fetched =
from
> the OSGi registry and handed to the requester, the requester doesn't =
know
> what concrete implementation it is talking to. It may be a test stub, =
it
> may be the actual implementation.  In fact, if you try to then cast =
that to
> the concrete implementation of the class it will fail because what it =
finds
> is a proxy of the interface.  This also makes it possible to hot swap
> bundles at run time because the proxy stays the same but the =
implementation
> changes.
>=20
> I'm still mystified why your test class wasn't picking up the service =
from
> your first bundle though.  If you have have it exported and referenced =
and
> listed as a test dependency in your client bundle then it should be
> automatically loaded up.  One of those pieces sounds as if it is =
missing.
>=20
>  @Override
>    protected void
> addServicesOnStartup(Map<String,KeyValueHolder&lt;Object, Dictionary>>
> services) {
>        services.put( MyServiceInterface.class.getName(), asService(new
> StubServiceImplementation(), "implementation", "stub"));
>    }
>=20
>=20
> On Fri, Feb 5, 2016 at 4:53 PM, enigma <send2shekar@gmail.com> wrote:
>=20
>> Thank you and Have a good weekend! :)
>>=20
>>=20
>>=20
>> --
>> View this message in context:
>> =
http://camel.465427.n5.nabble.com/CamelBlueprintTestSupport-No-bean-could-=
be-found-in-the-registry-tp5777228p5777317.html
>> Sent from the Camel - Users mailing list archive at Nabble.com.
>>=20