[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jakarta-commons-dev
Subject:    RE: [HiveMind] Acess to schema - the second
From:       "Howard M. Lewis Ship" <hlship () comcast ! net>
Date:       2003-09-30 23:49:51
[Download RAW message or body]

I've added a getConfigurationPoint() method to Module.  Checked in soon.

--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
http://jakarta.apache.org/commons/sandbox/hivemind/
http://javatapestry.blogspot.com

> -----Original Message-----
> From: Christian Essl [mailto:christianessl@yahoo.de] 
> Sent: Tuesday, September 30, 2003 7:40 PM
> To: commons-dev@jakarta.apache.org
> Subject: [HiveMind] Acess to schema - the second
> 
> 
> There is now a getSchema on the ConfigurationPoint, but I 
> don't know how to 
> get the ConfigurationPoint from the module (Is there another 
> way?). Sorry 
> if I didn't explain it or checked it a bit late:
> 
> My ConfiguratonBuilderFactory is a normal 
> ServiceImplementationFactory 
> which does not have its own schema (and this way gets the Elements 
> unparsed). Than I plan to read from the first element the attribute 
> configuration-id. Than I would get the Schema for this 
> configuration-id and 
> just parse the elements under the first Element. The (service 
> implementator 
> defined) rules than create,setup and push the 
> service-implementation on the 
> stack. The ConfigurationFactory just takes it from there and 
> returns it.
> 
> I know it is increase of Interface complexity, but still I'd 
> like to ask 
> you to add a method Module.getConfigurationPoint (which could 
> throw an 
> exception - but better returns null - if not present).
> 
> (By the way should/can I go forward with the hot-replace/shutdown 
> ServiceModel?)
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 


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

[prev in list] [next in list] [prev in thread] [next in thread]