Hi Jim, Does your logfile show under which <@DOMAIN> the TAF executed under? And is the code that writes to your logfile at the end of your startup.taf?
Excuse me if you've already answered this - just trying to help :-) Let us know, when you have a moment. Cheers... Scott Cadillac, Witango.org - http://witango.org 403-281-6090 - [EMAIL PROTECTED] -- Information for the Witango Developer Community --------------------- XML-Extranet - http://xmlx.ca 403-281-6090 - [EMAIL PROTECTED] -- Well-formed Development (for hire) --------------------- -----Original Message----- From: "Jim Kass" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Date: Thu, 6 Nov 2003 11:50:33 -0800 Subject: RE: Witango-Talk: STARTUPURL configuration var. > > Here is the problem exactly: > > I use a taf to purge all domain variables, then restart the server. I > can > see in the log file that my domain variable IS BEING SET(and thus the > URL is > being hit), but then when I try to use a taf that reads the domain > vars, it > shows that they are still purged. If I go to the startupurl file with > my > browser, the log file shows exactly the same result as before, but now > going > back to my domain var reader taf, the domain vars are set. > > I hope that helps to explain it better. > > TIA > > Jim Kass > Web Developer > > -- > Forestweb: The Source for Industry Intelligence > Best Content -- Most Relevant -- Best Delivery > http://www.forestweb.com > (310) 553 - 0008 > > -----Original Message----- > From: Scott Cadillac [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 06, 2003 11:41 AM > To: [EMAIL PROTECTED] > Subject: RE: Witango-Talk: STARTUPURL configuration var. > > > Hi Jim, > > I admit I haven't read every post on this thread, but I can confirm > that the > method you just > described does work. > > There must be some other problem getting in the way for you. > > Although you can likely reach 'http://www.website.com/' from the > browser on > your > workstation, it does not necessarily mean the Server can find itself > as 'http://www.website.com/'. > > In order for STARTUPURL to work, the Server Witango is running on must > be > able to reach this > address and the problem with the STARTUPURL process is that there is > nothing > "visual" to > indicate the process completed successfully. > > Have you tried pinging the address from the Server itself? Or opened a > browser on the Server > and surfed to 'http://www.website.com/'? > > Can you reach it? If not, try modifying the HOSTS file on the Server or > correct the local > DNS configuration - then start over and test it again. > > Hope this helps. Cheers..... > > Scott Cadillac, > Witango.org - http://witango.org > 403-281-6090 - [EMAIL PROTECTED] > -- > Information for the Witango Developer Community > --------------------- > > XML-Extranet - http://xmlx.ca > 403-281-6090 - [EMAIL PROTECTED] > -- > Well-formed Development (for hire) > --------------------- > > > -----Original Message----- > From: "Jim Kass" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Date: Thu, 6 Nov 2003 11:22:55 -0800 > Subject: RE: Witango-Talk: STARTUPURL configuration var. > > > > > > > So, then by that reational - if I test and use the startupurl with > > 'http://www.website.com/startup.taf' domain... then any domain var > > assignments there should be able to impact domain vars on > > http://www.website.com/index.taf. > > > > The problem is... they don't! > > > > With the exception of writing code that sits at the head of EVERY > > SINGLE taf > > (we have 100s right now), is there no other way that Tango can > > essentially > > "preload" certain variables that are used globally in every taf on > the > > server??! > > > > I guess my big question is can you set global/domain variables using > a > > STARTUPURL (has anyone a proven method of doing this before), and > > if not, then is there another solution that someone has in mind. > > > > TIA > > > > Jim Kass > > Web Developer > > > > -- > > Forestweb: The Source for Industry Intelligence > > Best Content -- Most Relevant -- Best Delivery > > http://www.forestweb.com > > (310) 553 - 0008 > > > > -----Original Message----- > > From: Robert Shubert [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, November 05, 2003 7:19 PM > > To: [EMAIL PROTECTED] > > Subject: RE: Witango-Talk: STARTUPURL configuration var. > > > > > > A few things to note: > > > > It's generally good practice to set an additional domain variable > > something like: <@ASSIGN domain$vars_ok 1> Then at the top of each > TAF, > > place an IF statement checking for @@domain$vars_ok != 1. If so, > branch > > to your domain variable rebuild TAF. In your setup, it sounds like > your > > domain variable set is an all-or-nothing issue. This will ensure that > > your variables are present before any execution occurs. > > > > The second thing to note is that domain variables are dependant on > the > > domain which is the entire URL, including the host, thus > "website.com" > > and "www.website.com" are two separate domains. If you're testing at > > one, and running your startupurl at another, you'll have the outcome > > you > > describe (and rather unpredictable results). You can use domains.ini > to > > combine URL variations like that into one 'tango' domain, or simply > use > > @URL to call your domain setup TAF at all possible domain variations. > > > > Robert Shubert > > Tronics > > > > -----Original Message----- > > From: Jim Kass [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, November 05, 2003 9:32 PM > > To: [EMAIL PROTECTED] Com > > Subject: Witango-Talk: STARTUPURL configuration var. > > > > I'm using dynamic DataSources... specified with domain scoped > > variable(s). > > Whent the server restarts I'm noticing strange behavior... > > in some cases, the domain vars die, but in most cases they are still > > alive. > > > > I used a taf to clear domain vars manually, and restarted the server. > > The STARTUPURL that I set in t4server.ini which creates the domain > vars > > I > > need shows it is setting them in the log, but then when I try to use > a > > file > > that requires it, it fails... another taf used to view vars shows > that > > the > > domain vars are as blank as when I cleared them before the restart. > > > > If I run the taf that the STARTUPURL points to manually... it sets > all > > the > > vars I want and they are accessible, and after the server is > restarted, > > they > > are still alive. > > > > I'm awfully confused. The default timeout is set to 120. I'm > setting > > a > > variableTimeoutTrigger to the same taf as STARTUPURL. My big concern > > here > > is that sometimes these domain vars are dying and because they are > > being > > used to indicate a database connection - pretty important things will > > break > > in the middle of the night after a server restart without my > knowing... > > a > > serious problem as far as I'm concerned. > > > > I'd think that setting the variableTimeoutTrigger to the STARTUPURL > taf > > would ensure that even if they die that they still get rebuilt, but > > considering that the variable assignments dont seemt to be happening > > anyway > > other than in the logs... I'm at a loss for how to ensure 100% uptime > > of > > these vars. (Maybe the ultra-unelegant solution of putting the > > STARTUPURL > > taf on a cron... hoping that it behaves differently than when the > > server > > restarts). > > > > > > > > Any ideas? > > > > > > Jim Kass > > Web Developer > > > > -- > > Forestweb: The Source for Industry Intelligence > > Best Content -- Most Relevant -- Best Delivery > > http://www.forestweb.com > > (310) 553 - 0008 > > > > > > > _______________________________________________________________________ > > _ > > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > > > > > _______________________________________________________________________ > > _ > > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > > > > > > > _______________________________________________________________________ > > _ > > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > > _______________________________________________________________________ > _ > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > > > _______________________________________________________________________ > _ > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf
