Hi John,

You were right that witangod doesn't want to accept requests from outside. I reconfigured apache so all my vhosts were bound to particular IP addresses, and I set my startup.taf and cron jobs to all execute from localhost.

But, initializing domain scope variables, still can't be done, because AFAIK this must be done from a domain using something like:
<@URL LOCATION="http://domain.tobeinitialized/init.taf";>


Of course this can't be done until the server is ready. So I guess instead of just blindly entering a FOR LOOP to issue <@URL> for each domain, and assuming that I got a 200 status return, I actually need to check the response code, and re-issue the request if it fails.

Of course, if I had thought this through in the first place, I would not have had to change my apache config.


On Wednesday, September 22, 2004, at 10:10 PM, John McGowan wrote:

Bill,

perhaps the problem is that the request is being routed outside and back so the server doesn't know it's a "startup url" request. I suppose if the request isn't coming from localhost it won't "trust" > it?

/John

Bill Conlon wrote:

Sorry for the confusion, but yes these are requests from the server.

This is a routing issue due to my laziness in properly configuring apache. 118 is our firewall, 114 is the server. 114 requests the startup.taf, which resolves to the server; for some routing reason (I need to fix that too) it goes to the firewal and back. Startup.taf then does a loop of <@URL>s to initialize all the domain variables, again, routing out to the firewall and back. It's my dev system, so it hasn't been a priority.

FYI, it arose when I started testing Darwin Streaming Server. It needs a separate IP to stream through port 80. Apache then need a config directive to Listen on 114:80. Well, all my vhosts were set to *, and it's tedious to reconfigure them all to particular addresses and ports.

On Wednesday, September 22, 2004, at 03:12  PM, John McGowan wrote:

I must say... that's pretty funny.... Are you sure those errors in the log are from the startup url or were you also trying to hit it from your browser at the same time? I'm assuming that .114 is the address of your server, not a different machine like your desktop.

/John

Bill Conlon wrote:

I want to initialize domain variables at server startup, but my startup.taf fails with the following:

22/09/2004 14:49:38 66.219.95.114 [EMAIL PROTECTED] 1102691248 1 0 [Error] -1070 The server is starting up and can not process regular requests.
22/09/2004 14:49:38 66.219.95.114 [EMAIL PROTECTED] 1102691248 1 0 [Error] -1070 The server is starting up and can not process regular requests.



Yet if I execute it from a browser, after the server starts:

22/09/2004 15:00:18 66.219.95.118 [EMAIL PROTECTED] 1123670960 1 44 [Application File] START /startup.taf WitangoServer
22/09/2004 15:00:18 66.219.95.114 [EMAIL PROTECTED] 1134160816 2 39 [Application File] START /init.taf WitangoServer
22/09/2004 15:00:18 66.219.95.114 [EMAIL PROTECTED] 1134160816 2 44 [Application File] END /init.taf
22/09/2004 15:00:18 66.219.95.118 [EMAIL PROTECTED] 1123670960 1 104 [User Message] startup.taf: Initialized domain variables for ccmhtest3.tothept.com
22/09/2004 15:00:18 66.219.95.114 [EMAIL PROTECTED] 1113181104 2 41 [Application File] START /init.taf WitangoServer
22/09/2004 15:00:18 66.219.95.114 [EMAIL PROTECTED] 1113181104 2 44 [Application File] END /init.taf
22/09/2004 15:00:18 66.219.95.118 [EMAIL PROTECTED] 1123670960 1 152 [User Message] startup.taf: Initialized domain variables for sox3.tothept.com
22/09/2004 15:00:18 66.219.95.118 [EMAIL PROTECTED] 1123670960 1 153 [Application File] END /startup.taf



So why does the server execute the startupurl before it's ready to accept requests? How does one delay the execution of startupurl until the server is running?


____________________________________________________________________ __ __
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf



_____________________________________________________________________ __ _
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf



______________________________________________________________________ __
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf



_______________________________________________________________________ _
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf



________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf

Reply via email to