thanks, Anthony,
[quoted text, click to view] > MSXML doesn't depend on any external services so it seems unlikely that
> service dependancies have any impact.
good to know.
[quoted text, click to view] > Also Application_Start only occurs on the first request not on reboot.
on the first request after a reboot or iisreset, yes. but in our web
farm, each www server is queried by the load balancer at regular
intervals to see if it is online. that means shortly after a reboot,
once IIS is up and the application is running, the first request will
come from the load balancer. this first request needs to get some
things initialized.
[quoted text, click to view] > You haven't detailed what actually goes wrong. Is there an error or does it
> simply not behave as expected?
i gave all the details i had. the initial info was simply that the
servers weren't "really up". iis was running, but the initialization
steps had failed. we built in more logging of debug info and one retry
of the load-info-from-machine.config step.
this morning the problem didn't crop up, so I don't have more info.
maybe this single retry will be enough to solve the problem. we'll
keep an eye on it.
[quoted text, click to view] > Try using MSXML3 instead does that work?
thanks. i'll keep that in mind. we had 2 attempts built in, the first
protected by try, the 2nd not. based on the debug info we had and
looking at the code we deduced that both CreateObject() calls had
failed. we made the debug info more verbose now, so we'll have more
details if it fails again:
try {
fnRecordDebugInfo("try/catch to CreateObject() an
MSXML2.DOMDocument.4.0 Objekt");
oConf = Server.CreateObject("MSXML2.DOMDocument.4.0");
fnRecordDebugInfo("oConf ist ein MSXML2.DOMDocument.4.0 Objekt");
} catch (e) {
fnRecordDebugInfo("error: " + e.message);
fnRecordDebugInfo("try (no catch) to CreateObject() an
MSXML2.DOMDocument.3.0 Objekt");
oConf = Server.CreateObject("MSXML2.DOMDocument.3.0");
fnRecordDebugInfo("oConf ist ein MSXML2.DOMDocument.3.0 Objekt");
}
thanks again for your reply.
Tim Hanson