It's a system scope variable initialized in witango.ini. See Configuration Variables.
You might maintain a system table containing domains to be initialized at app server startup, along with the applicaable initialization taf file. >Interesting. That might be a better approach. A user could be viewing pages >other than default.taf. I haven't used or heard of StartupURL. Can you point >me to documentation about this. > >Can this be domain specific? > >This still may have the problems that John Hotaling talks about. Maybe I >should automatically read the database and not check a SystemInitialized >variable and use your method? > >Steve > >-----Original Message----- >From: Bill Conlon [mailto:[EMAIL PROTECTED] >Sent: Tuesday, August 19, 2003 12:06 PM >To: [EMAIL PROTECTED] >Subject: Re: Witango-Talk: Domain Variables > > >I haven't used domain variables yet, but this looks like it could be an >interesting thread. > >You mention that on running default.taf for the first time, it checks >whether domain$common is empty. What if the service restarts while a >user session is in process. Would a user request still trigger this >check? > >What about setting StartupURL to InitializeSystemVariables, and not >depending on user state? > >>Win2K sp3 server, R:Tango 2000, R:Base 6.5 >> >>I'll try to explain this as best I can. I am having trouble with my domain >>variables. When I restart Witango services or it restarts itself, my domain >>variables are reset to old values, not the current ones. The current values >>are stored in a database table. Are domain variables stored in a cache that >>reloads if the service restarts? >> >>This is how my application works. FYI: I have patterned it after James >>Carroll's Storefront. >> >>Every time a visitor hits the home page, Default.taf, it checks to see if >>the Object Instance Variable <@VAR domain$Common> for catalog.tcf is empty. >>If it is, it calls catalog.tcf. The On_Create method calls the method >within >>itself called InitializeSystemVariables. This method checks a domain >>variable <@VAR Domain$Initialized> to see if it is empty. If it is empty, >it >>reads the database table and resets the variables. >> >>I can manually reset the variables with a method in catalog.tcf called >>ReloadSystemVariables which reads a database table of these variables and >>sets them up as domain variables. When I run that method, the domain >>variables are reset to the current variables in the table. >> >>I assume when the service restarts, that is clears all domain variables. In >>particular Domain$Initialized, so when the first visitor hits Default.taf, >>the application would reset the variables from the current values in the >>table. >> >>Any help would be appreciated. >> >>Steve Fogelson >>Internet Commerce Solutions >>________________________________________________________________________ >>TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf >> > > >Bill Conlon > >To the Point >345 California Avenue Suite 2 >Palo Alto, CA 94306 > >office: 650.327.2175 >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/maillist.taf >________________________________________________________________________ >TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > Bill Conlon To the Point 345 California Avenue Suite 2 Palo Alto, CA 94306 office: 650.327.2175 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/maillist.taf