> -----Original Message-----
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 07, 2000 9:29 AM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'
> Subject: RE: [ANNOUNCE] Apache::Dispatch-0.03
> 
> 
> On Mon, 7 Aug 2000, Geoffrey Young wrote:
> 
> > > Does Dispatch stat() the module on every hit? It might be 
> useful to
> > > provide a switch to turn that off, if so.
> > 
> > which I would guess is just apache doing apache translation 
> things, right?  
> 
> Yes, as the guide says, you could install an Apache::OK trans 
> handler to
> get rid of those.
> 
> > After determining the proper class->method() by parsing the 
> uri and making
> > some assumptions, Dispatch.pm calls class->can(method), 
> which does magic
> > things, of which I know little about the inner workings...
> > 
> > I was interested in somehow trying to cache known methods to avoid
> > successive can() calls, but I wasn't quite sure how to go 
> about that one
> > yet...
> > 
> > does that help?
> 
> No, because it's not what I meant :-)

oh :)

> 
> Assuming you're in a development stage, I might expect 
> Dispatch to stat
> the module that it's loading, like StatINC does, to check if it needs
> reloading again. And I'd turn that off for development. This gives you
> the advantage that Apache::Registry has of re-loading new 
> scripts (except
> in Dispatch's case, its a module not a script). And it won't 
> stat _all_
> the modules installed on every hit, like StatINC does, so the overhead
> should be reasonable.

well, I had assumed that for development, one could just install StatINC and
have that work, but I didn't actually try it. until now, that is, and yes,
it works...

so, you are desiring a StatINC like feature within Dispatch itself?  sounds
like overkill to me - after all, you're in development, so stat()ing
everything shouldn't be a big deal...  

--Geoff


> 
> -- 
> <Matt/>
> 
> Fastnet Software Ltd. High Performance Web Specialists
> Providing mod_perl, XML, Sybase and Oracle solutions
> Email for training and consultancy availability.
> http://sergeant.org | AxKit: http://axkit.org
> 

Reply via email to