CGI Development - Multiple Entry or Dispatch

David Dick david_dick at iprimus.com.au
Tue Nov 5 02:59:32 CST 2002



Joshua Goodall wrote:

>On Mon, Nov 04, 2002 at 06:49:30PM +0000, David Dick wrote:
>  
>
>>>This is not unlike the container model of a J2EE server, although
>>>without any of the sophistication (resource/instance pooling etc).
>>>
>>>      
>>>
>>where does J2EE implement this sort of stuff? I always imagined that 
>>instance pooling would be handled by a some sort of proxy thingy 
>>inbetween the script and MyImplementation method, like
>>
>>my $m = proxy_new MyImplementation;
>>
>>to allow for the pooling to be used by cron jobs for example.  Or am i 
>>completely off the wall here?
>>    
>>
>
>You're not at all, as far as I know; in particular I had in mind
>the life-cycle of a J2EE Session EJB.  Although in J2EE, it's up to
>the container (a subsection of the application server) precisely when to
>instantiate for you, and it's typically abstracted through a directory
>service and an abstractfactory pattern.
>
>It's quite overblown outside of multi-tier applications.
>
>  
>
>>i would argue that can be a strength of multiple methods.  It forces a 
>>private vs public methods implementation, and stops a later developer 
>>from blowing a hole in the application by developing 
>>MyImplemention->admin_function() only to find out that without his/her 
>>knowledge, it's become a function available to anyone with a web browser.
>>    
>>
>
>I think only a very naive implementation of the dispatch approach
>would allow such.  E.g., all the sample code in this thread checked the
>allowedness of a method. 
>
yeah, good point.

>  
>




More information about the Melbourne-pm mailing list