1000 times sorry this is correct, and works
so perhaps loop if there is a circular requests action
but it is easy to correct.Matthew Weier O'Phinney-3 wrote: > > -- Roman1975 <[EMAIL PROTECTED]> wrote > (on Monday, 10 December 2007, 12:30 AM -0800): >> The front controller is a singleton, and as such should not allow >> cloning, to this end, we added a private __clone () method. >> >> >> But these very possible you did not challenge Helper View >> $ this-> action! >> Plus you have banned the possibility of establishing parallel challenges >> to >> any action, you are sure that this is true? Because of the loss of >> flexibility. > > It is only the Front Controller itself that is a singleton. The various > other objects it consumes are *not* singletons -- including the plugin > broker, request and response objects, router, dispatcher, plugins, and > action controllers. > > Zend_View_Helper_Action, as I mentioned in a previous email, clones the > *dispatcher*, as well as the request and response objects, in order to > do its work. All of these can be cloned without issues. We do not > dispatch a secondary front controller as (a) it's not necessary for the > scope of this particular helper, and (b), this would likely lead to race > conditions. > > If you ever have doubt about whether or not code in ZF works, *please* > run the test suites. These exercise the code fairly rigorously. > > -- > Matthew Weier O'Phinney > PHP Developer | [EMAIL PROTECTED] > Zend - The PHP Company | http://www.zend.com/ > > -- View this message in context: http://www.nabble.com/help-tp14240166s16154p14252430.html Sent from the Zend Framework mailing list archive at Nabble.com.
