Re: [picocontainer-dev] [IMPORTANT] caching is not on by default anymore?

Paul Hammant <[email protected]>
Newsgroups gmane.comp.java.picocontainer.devel
Message-ID <[email protected]>
So my feeling is that ...

On Dec 23, 2007, at 7:50 PM, Konstantin Priblouda wrote:

> Hi all,
>
> I just discovered that caching is not activated on
> default pico container by default anymore - is
> it intentional? If yes, all the nanowar stuff
> has to be checked and ensured that it is activated.
>

... the NanoContainer architecture that is dependant on  
ScriptedContainer / ScriptedContainerBuilder is not the best way (Joe  
kinda apologized for the IntegrationKit stuff a couple of years back).

With Pico2, in gems there is a HttpSessionStoringAdapter

Also see http://picocontainer.org/web-frameworks.html

The intent is to provide a much more efficient way to store components  
on the session.  The current NanoWar way is to rebuild containers per  
session.  The new way reuses containers, but has a different store.

> Otherwise there will be a lot of fun for web-tier
> users.

Agree.


My hope is that the entire Nano container architecture gets a re- 
implementation where is appropriate for Pico2 (Composer1) codelines.   
Obviously the testcases are of high value, but the internal  
implementations that depends on ContainerBuilder can be redone - in a  
far more simple way.

Thoughts?

- Paul

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.