I want to follow up on this, because the big inefficiency is disk
access, and I see repeated log entries for the custom tag:
09/10/2006 13:47:25 66.219.95.118 [EMAIL PROTECTED]
-1460044880 1 155 [Thread] Getting network
file /path_to_TCFs/ISINT.tcf
09/10/2006 13:47:25 66.219.95.118 [EMAIL PROTECTED]
-1460044880 1 155 [Thread] Got file
09/10/2006 13:47:25 66.219.95.118 [EMAIL PROTECTED]
-1460044880 1 157 [Thread] Network file
loaded: /path_to_/TCFs/ISINT.tcf
09/10/2006 13:47:25 66.219.95.118 [EMAIL PROTECTED]
-1460044880 1 158 [Application
File] /TCFs/ISINT.tcf
But for pre-existing objects, the disk access is not needed:
09/10/2006 13:47:25 66.219.95.118 [EMAIL PROTECTED]
-1460044880 1 154 [Call Method Action]
topic_access_check
09/10/2006 13:47:25 66.219.95.118 [EMAIL PROTECTED]
-1460044880 1 154 [Query] [Invocation of method
"topic_access_check" of object "TCF://forum.tcf:Domain$forumObj" with
parameters [id=18, org_id=301, user_access_level=11, public=yes,
owner_id=11]
09/10/2006 13:47:25 66.219.95.118 [EMAIL PROTECTED]
-1460044880 1 155 [Application
File] TCFs/forum.tcf
Can the Custom Tag be instantiated in System Scope by changing the
object definition, which comes out of the tag generator as local scope:
<objectdef id="ISINT_obj" type="TCF">
<name>ISINT.tcf</name>
<varname>ISINT_obj</varname>
<scope>local</scope>
</objectdef>
Or is there some other trick so the object can be instantiated by
witangod at startup, so the tag is always available?
On Oct 10, 2006, at 8:27 AM, Robert Shubert wrote:
1. The server looks for the class on each use, which is HIGHLY
inefficient. I would have thought that a Custom Tag would get
loaded in system scope and be optimized in various ways. (Always
loaded for example). Can this be adjusted with the tag definition
xml? I notice that the object definition provided by the custom tag
generator specifies local scope. If I changed this to system scope,
would the tag then be always loaded and persistent?
As long as the TCF is found in the first place the server looks,
and is
cached in the application cache, this process should not be
terribly time
consuming.
Bill
William M. Conlon, P.E., Ph.D.
To the Point
345 California Avenue Suite 2
Palo Alto, CA 94306
vox: 650.327.2175 (direct)
fax: 650.329.8335
mobile: 650.906.9929
e-mail: mailto:[EMAIL PROTECTED]
web: http://www.tothept.com
________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
