hivemind-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Joel Trunick" <joel.trun...@webifysolutions.com>
Subject RE: Testing Services
Date Thu, 19 Jan 2006 23:51:36 GMT
Within the Hivemind test case, where do you inject your mock
dependencies? (I also have a service registered with startup, so needs
to be before start).

Joel

-----Original Message-----
From: James Carman [mailto:james@carmanconsulting.com] 
Sent: Friday, January 13, 2006 12:00 PM
To: hivemind-user@jakarta.apache.org
Subject: RE: Testing Services

Don't test your services within the service registry.  Test them
outside.
Then, you can manually inject your mock dependencies and test your
services
at will.

-----Original Message-----
From: Joel Trunick [mailto:joel.trunick@webifysolutions.com] 
Sent: Friday, January 13, 2006 11:57 AM
To: hivemind-user@jakarta.apache.org
Subject: Testing Services


If I have a service-point X in module A, a module B with a dependency on
X, how do I specify a mock/test implementation of X in B, without
exposing that implementation to modules dependent on B?

Joel

-----Original Message-----
From: James Carman [mailto:james@carmanconsulting.com] 
Sent: Friday, January 13, 2006 9:23 AM
To: hivemind-user@jakarta.apache.org
Subject: RE: Reusing BuilderFactory in another
ServiceImplementationFactory

It's not really set up that way currently.  We're exploring ways to make
it
easier to reuse that logic.

-----Original Message-----
From: Arik Kfir [mailto:arikkfir@gmail.com] 
Sent: Friday, January 13, 2006 9:59 AM
To: hivemind-user@jakarta.apache.org
Subject: Re: Reusing BuilderFactory in another
ServiceImplementationFactory

I'm not sure I get it - do you mean that the BuilderFactory
*functionality* can be reused? (without actually using
BuilderFactory..)



On 1/13/06, James Carman <james@carmanconsulting.com> wrote:
> I believe that's still the way to go for now.  We're trying to figure
out
a
> good way to abstract out all of that construction logic into a very
> easy-to-use class.  Howard came up with a really cool idea which
involves
> generating a class at runtime (via Javassist) which builds an object
based
> on a "construction plan" using absolutely NO reflection code at all.
The
> construction plan would contain information regarding which
constructor to
> use and which constructor parameters (if any) to use.  It would also
contain
> instructions on how to inject all of the properties.
>
>
> -----Original Message-----
> From: Arik Kfir [mailto:arikkfir@gmail.com]
> Sent: Friday, January 13, 2006 5:13 AM
> To: hivemind-user@jakarta.apache.org
> Subject: Reusing BuilderFactory in another
ServiceImplementationFactory
>
> Hi,
>
> I'm writing a service factory which creates some service type. I would
> like to reuse BuilderFactory to actually create the service, and then
> perform a little extra configuration on it. Since I want to retain
> BuilderFactory's abilities, I would have to use the same (or extended)
> parameters schema used by BuilderFactory.
>
> The problem is that BuilderFactory's parameters schema is inline its
> hivemind module definition file, and therefor can't be reused by other
> services.
>
> I've searched the mailing list and this question has come up before
> where the reply was to simply to copy-paste it. Is that still the way
> to go? Is extracting the parameters schema to stand on its own planned
> to a future version?
>
> Thanks in advance,
>     _____________________________________
>     Arik Kfir                    arikkfir@gmail.com
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-user-help@jakarta.apache.org
>
>


--
Regards,
    _____________________________________
    Arik Kfir                    arikkfir@gmail.com



---------------------------------------------------------------------
To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: hivemind-user-help@jakarta.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: hivemind-user-help@jakarta.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: hivemind-user-help@jakarta.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: hivemind-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: hivemind-user-help@jakarta.apache.org


Mime
View raw message