Oh, and I would like to change the terminology a bit.  Instead of "service
model" we should call it "lifecycle."

-----Original Message-----
From: James Carman [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 19, 2006 9:03 AM
To: hivemind-dev@jakarta.apache.org
Subject: RE: HiveMind 2.0: Dependency Injection

Assembly instructions should go inside the <instance> element, as they
pertain to that specific instance and not to the service point as a whole.
Again, I'm not married to the syntax itself, just the ideas.  The <instance>
element could easily be renamed as <implementation> (or <impl> for brevity)
and they could live either directly inside a service point our outside it.
If the <implementation> element lives outside of the <service-point> it must
include a service-id:

<service-point id="MyService" interface="com.myco.MyInterface">
  
</service-point>

<implementation service-id="MyService" factory-id="MyServiceFactory">
</implementation>

Again, we can rename it whatever we want, but it might make sense to do it
as <implementation> rather than <instance>.  Who knows?  I'm sure we can
decide on something.

-----Original Message-----
From: Knut Wannheden [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 19, 2006 3:30 AM
To: hivemind-dev@jakarta.apache.org
Subject: Re: HiveMind 2.0: Dependency Injection

James,

That sounds like an excellent idea. I also quite liked Howard's idea
about streamlining the syntax
(http://thread.gmane.org/gmane.comp.jakarta.hivemind.devel/2321/focus=2323).
Maybe that could be combined with your idea. So maybe something like:

<service-point id="MyService" interface="com.myco.MyService">
   <instance factory-id="HibernateSessionFactoryFactory">
      <factory-params-according-to-schema />
   </instance>
   <assembly autowire="false">
      <inject property="myDao" value="service:MyDao" />
      <inject property="myConfig" value="config:ConfigurationParameters" />
      <listener service-id="MyEventSource" />
   </assembly>
</service-factory>

What do you think?

--knut

---------------------------------------------------------------------
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