On Saturday 05 April 2003 05:08 am, Chris Leishman wrote: > On Saturday, April 5, 2003, at 12:09 PM, Matt Sergeant wrote: > > On Fri, 4 Apr 2003, Daisuke Maki wrote: > >> So now I've commented out AxKit::Apache::pnotes() -- but is this going > >> to break something? I'm not quite sure why it's there in the first > >> place... > > > > Yes, it breaks subrequests, which axkit: is. It's a way to make pnotes > > always be the same no matter how many levels deep you go. > > > > It is however a hack, and one that might be beneficial to lose. I think > > the latest Cache patches get rid of it, so stick with what works for > > now, > > and see what happens in AxKit 1.7. > > The latest Cache patches don't get rid of it entirely (it is still > there and works) but it really is a hack and a better way of passing > notes like uri params should probably be considered... > It REALLY seems to me that if you need to pass complex information, then an object should be passed. In other words I think that while its tempting to use the Apache::Request object as a way to carry your data around, it really isn't the best idea for a variety of reasons. Really what should happen is that each stage in the pipeline should pass along an "AxKit::Request" object which can contain everything the next stage(s) of the pipeline needs, including file handles, DOM tree references, Serialized XML, SAX events perhaps, as well as references to the Apache::Request object etc (which should be wrapped up tightly so that you never actually call their methods, just methods on AxKit::Request).
This would not only make AxKit more maintainable but it would also make migration to Apache 2 MUCH MUCH easier. It would also make it much easier to create things along the lines of "AxKit B2B" where you want to use AxKit outside of the Apache environment because now you can reimplement the AxKit::Request object and a lot of the rest of AxKit never has to change at all. > Regards, > Chris > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Tod Harter Giant Electronic Brain http://www.giantelectronicbrain.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
