Tom, 1) did you try : http://httpd.apache.org/docs/2.2/mod/mod_cgi.html#scriptlog(The idea is : if Apache really is seeing this dll as a cgi application, then maybe it also logs data about the request and the response, which might help. Or not, but without trying, it is difficult to say.)
2) The Apache error message "Premature end of script headers", does occur when some output of the external application occurs (and is piped back to Apache), and Apache sees that this output does not start with at least one HTTP header, followed by a blank line, followed by some content. When Apache runs an external application, it does not know what that application really *is*, so it has to judge by what it gets back from it. If it doesn't look like valid output to send back to the browser, then that's it.. Some immediate error message *from the application* would fit that scenario, if it occurred before any "correct" output from the application.
3) the error message you cite yourself below, seems pretty self-explanatory. The application (I doubt that it would be Apache) seems to want to get something from the OS, not from Apache, and the OS is telling it no-no. (Like, maybe, run under a user-id different from the one Apache is started as ?)
To me it smells like there is something else than the Apache version which plays a role here. Maybe Apache is not the only thing which you changed ? Such as, maybe, before your upgrade, Apache was running as a Windows Service under some user-id, and now it is running under a different user-id ? (Like "Local System" versus something else).
But indeed, on this forum people tend to specialise on Apache itself, so you might have more luck on a forum more knowledgeable about the DLL in question. Even if there are people here which do handle SOAP with Apache, the chances are narrow that they would do it specifically with that particular DLL.
Hickey, Tom wrote:
Yes this is related to a question I posted on another thread and I understand that SOAPISAP.dll is not an Apache product. But again I am trying to determine why this DLL works with version 2.2.4 and not with 2.2.14. The DLL has not changed, I am using the same DLL so something in Apache has changed. I hoped that with some additional logging I might be able to determine exactly what Apache was attempting to do when it failed.My hope was that there might be another user out there that uses Apache to handle SOAP calls on a Windows system. I guess what I am doing is not a supported configuration so no help is available. Thank you to the group for your patience.Tom -----Original Message-----From: André Warnier [mailto:aw@xxxxxxxxxx] Sent: Friday, October 23, 2009 9:21 AMTo: users@xxxxxxxxxxxxxxxx Subject: Re: Increase Logging Hickey, Tom wrote:Andre Thank you for your comments but I felt pretty confident stating that it was not a script problem because I do not have any scripts in my cgi directory. The actual issue is a security issue on my WIN XP box: [Thu Oct 22 11:02:56 2009] [warn] [client 192.168.0.3] ISAPI: ServerSupportFunction HSE_REQ_GET_IMPERSONATION_TOKEN is not supported: C:/Program Files/Common Files/MSSoap/Binaries/SOAPISAP.dllTom,unless I am mistaken, you already asked a question about this dll on another thread, and I already answered that this was not a part of Apache. Whatever you may think that the problem is, Apache is evidently seeing this as a cgi application, seeing an output from that application as incorrect HTTP output, and logging the error as such. Any error message written by that application to STDOUT, without being prefixed by some valid HTTP header, would be considered as such incorrect HTTP output.You should ask further questions about this to the supplier of that dll.It may just not be compatible with the version of Apache you are trying to run it with.I stand by my bet offer. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
--------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|