Hi All,

Listening on the developer list this thread caught my eyes.

Is Merlin's proxying lookup scheme going to be a concern for speed?   

I mean is what John says a legitimate concern that in order to get the
most juice out of Merlin, its best to use what Steve is suggesting ?

I assume what Steve suggests is for optimizing calls to services methods
if one needs to do that to get more speed.

Korosh.




On Sat, 2004-01-31 at 01:12, Stephen McConnell wrote:
> john lukar wrote:
> 
> > I can be making 100's of
> > such method calls on my service per second and speed
> > is important.
> 
> What you can do is disable proxy generation for a particular component. 
>   This is needed sometimes for objects that are themselves acting as 
> proxies.  The solution is to include the attribute key 
> "urn:activation:proxy" with a value of "false" in the xinfo <type> 
> <info> <attributes> element.
> 
> For example:
> 
> <type>
>    <info>
>      <name>simple</name>
>      <lifestyle>singleton</lifestyle>
>      <attributes>
>        <attribute key="urn:activation:proxy" value="false"/>
>      </attributes>
>    </info>
>    :
> </type>
> 
> This is not tied into the meta-info generation at this time (we still 
> need to add generic attribute handling) - so you going to have to 
> maintain the xinfo file manually and make sure it is included into the 
> target/classes directory after the avalon:meta and before the jar:jar 
> goal.  BTW - there is an example of this in one of the test cases in the 
> activation impl package. Just search for "urn:activation:proxy".
> 
> Steve.
> 
> > 
> > thanks for information on this.
> > 
> > John.
> > 
> > __________________________________
> > Do you Yahoo!?
> > Yahoo! SiteBuilder - Free web site building tool. Try it!
> > http://webhosting.yahoo.com/ps/sb/
> > 
> > ---------------------------------------------------------------------
> > 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