It wouldn't be exactly the same: A service point that uses BeanFactory can create different types of beans (different classes, varying configuration), whereas a service point that uses a 'new instance' ServiceModel can create a single type of beans only.
So this is 1:1 versus 1:n in terms of service point to beans relation.


Achim Huegen


Liebig, Stefan wrote:
Sorry, I haven�t looked at the BeanFactory and what it does. But it seems that it
does not as much as the BuilderFactory can do concerning object creation?
Just for me to understand:
If ServicePoint(Impl) - ServiceModel (and its implementations) would be refactored
such that the caching would get part of the ServiceModel, than BeanFactory would
become obsolete. Assuming my �new instance� service model exists.
Stefan


________________________________

Von: Howard Lewis Ship [mailto:[EMAIL PROTECTED]
Gesendet: Mi 12.01.2005 13:23
An: [email protected]
Betreff: Re: AW: Trying to create a �new instance" service mode l, but ..



That is what the BeanFactory (part of the library) is for ... however,
it would be nice if it were possible to do dependency injection with
pojos.


On Tue, 11 Jan 2005 23:15:06 -0800, Liebig, Stefan <[EMAIL PROTECTED]> wrote:

Well, I guess that the use case does not really fit what Hivemind is intended 
to do
and it wouldn�t be a problem if that would not be possible. But I first thought 
that the
service models give me the freedom to implement whatever I need/want. Maybe I
should have read the JavaDoc of ServiceModel more carefully!

However, the intention is to use Hivemind also as a kind of object factory (not 
only
as a service factory) to retrieve programmatically objects from the 
Hivemind-Registry,
which have state. This could also be done by plain Java factories. But why not
reuse the rich toolset of Hivemind for constructing POJOs.

Stefan
email: [EMAIL PROTECTED]

________________________________

Von: Howard Lewis Ship [mailto:[EMAIL PROTECTED]
Gesendet: Di 11.01.2005 13:17
An: [email protected]
Betreff: Re: Trying to create a �new instance" service mode l, but ..

I missed what you are trying to do, I thought this was something
previously discussed, but it's new.

What's your use case? Why would you need this? What do you get that
threaded or pooled doesn't give you.

On Mon, 10 Jan 2005 23:36:14 -0800, Liebig, Stefan
<[EMAIL PROTECTED]> wrote:

I have looked at the ThreadedServiceModel and I can not see how
I can realize that I get for each service request a new instance
of my service. The only thing I can do is to get for each method
invocation on a service a new instance. But this is different from
what I want.
Am I missing something?

Prototype? I would not associate this term with that what I need.
Isn�t a prototype not something unique?

Stefan
email: [EMAIL PROTECTED]

-----Original Message-----
From: Howard Lewis Ship [mailto:[EMAIL PROTECTED]
Sent: Mon 10.01.2005 14:33
To: [email protected]
Subject: Re: Trying to create a �new instance" service model, but ..

A good name for this would be "prototype", because that's what Spring
uses for the same concept.

Look at how ThreadedServiceModel works.

You basically need a proxy that obtains a fresh instance from the
ServiceModel for each method invocation.

On Mon, 10 Jan 2005 02:04:33 -0800, Liebig, Stefan
<[EMAIL PROTECTED]> wrote:

I tried to create a �new instance� service model. This service model should
create for each service request a new instance. But as I found out this is
not possible because ServicePointImpl �caches� the service once created.

My question - independent on how usefull a �new instance� service model might
be - is:
Shouldn�t this caching not be part of the specific service model? I think the
current solution limits the usage of service models.

Stefan

email: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-- Howard M. Lewis Ship Independent J2EE / Open-Source Java Consultant Creator, Jakarta Tapestry Creator, Jakarta HiveMind

Professional Tapestry training, mentoring, support
and project work.  http://howardlewisship.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-- Howard M. Lewis Ship Independent J2EE / Open-Source Java Consultant Creator, Jakarta Tapestry Creator, Jakarta HiveMind

Professional Tapestry training, mentoring, support
and project work.  http://howardlewisship.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-- Howard M. Lewis Ship Independent J2EE / Open-Source Java Consultant Creator, Jakarta Tapestry Creator, Jakarta HiveMind

Professional Tapestry training, mentoring, support
and project work.  http://howardlewisship.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to