From: Vlad S. <vl...@cr...> - 2006-09-18 21:02:10
|
It will require 2 hash calls but currently it results in error, so 2 calls will not be that bad if default handler will be able to process request. Stephen Deasey wrote: > On 9/18/06, Vlad Seryakov <vl...@cr...> wrote: >>> I don't know, I'm asking... >>> >>> I was wondering why registering a proxy handler is different than a >>> regular registered proc. Do they have to be different? >>> >>> The main difference seems to be that you can register a proxy for a >>> protocol, i.e. http or https, but you don't have that option with >>> regular registered procs. >> correct >> >>> Is this an important distinction to make though? Registered procs can >>> still check the protocol, manually, if they care. >> right >> >>> Re having to register for each method, that also is sometimes a >>> problem for registered procs. Maybe allowing something like: >>> >>> ns_register_proc * /* callback >>> >>> Where the only supported symbol is '*', meaning 'default, if no more >>> specific method is registered'. Perhaps that's too confusing -- >>> people will expect full glob support. I don't think glob support is >>> possible, or even desirable here. Url handlers are supposed to be >>> deterministic, only one will match some URL (unlike filters). >> Agree, i will take a look. but glob does not work with url-specific >> hashes and we want to keep them, they are very fast >> > > Agree. Maybe it was confusing to suggest using '*' syntax to mean > 'default' and not 'globbing pattern'. > > What do you think to allowing defaults for methods? > > i.e. If a GET request comes in, and a GET handler is registered, run > it. This will be just as quick as now. > > If a PROPFIND request comes in, there is no PROPFIND handler, but > there is a default handler, run the default handler. > > I'm not sure if this *is* feasable. But sometimes it seems like this > would be useful. > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |