Mercurius
Mon Oct 30 19:41:59 CST 2006
Strange, I do not remember setting that, or even going into that setup
before. Maybe part of the Biztalk installation set that.
Thank you for that extra info David, very good to know. Good blog too.
David Wang wrote:
> By default, .dll extension is not mapped to ASP.DLL, so that is user
> misconfiguration that needs to be accounted for.
>
> The "Script Engine" option determines whether one needs "Scripts" or
> "Scripts and Executables" Execution permission to allow an Application
> Mapping to handle that extension. In other words, suppose .asp is
> mapped to ASP.DLL - if "Script Engine" is checked, then you only need
> "Scripts" Execute Permission for IIS to allow ASP.DLL process .asp .
> Otherwise, you'd need "Scripts and Executables" Execute Permission, and
> IIS will return 403 errors for those denials because "Execute"
> permission is required but not set.
>
>
> //David
>
http://w3-4u.blogspot.com
> //
>
>
>
> Mercurius.ter.Maximus@gmail.com wrote:
> > Thanks for that, I think you fixed it (the 403's prevent total
> > confirmation).
> >
> > There was an IIS Application Mapping for .dll's to be handled by
> > asp.dll. Removing the 'Script Engine' option changed nothing.
> > Removing the mapping altogether did not change the fact it still
> > returns 500, but the IIS logs now read totally differently; they
> > changed to reporting a Biztalk error saying no Receive Location was set
> > up. And setting up a Recieve Location in Biztalk quashed that too.
> >
> > David Wang wrote:
> > > I don't know how Biztalk's ISAPI works, but the IIS log line seems to
> > > indicate an ASP error that whatever page it is trying to load is
> > > malformed because of "Missing_close_of_script_delimiter".
> > >
> > > Is the IIS Application Mapping for the .dll (or .*) extension
> > > configured to be handled by asp.dll ? It means that ASP is mistakenly
> > > trying to open the BTSHTTPReceive.dll file (to parse it for ASP code)
> > > and upon not finding a %> anywhere in the DLL file, it complains about
> > > it with that log entry? Because I find it very weird for access to a
> > > Biztalk ISAPI to be writing a log entry like ASP.DLL, unless one
> > > happened to misconfigure ASP.DLL to handle that resource extension
> > >
> > > 403s and 401s can usually be debugged just by looking at the IIS log
> > > entry. They both come with sub-error status codes which usually
> > > indicate exactly what is wrong (and thus look up the proper remedy to
> > > fix it).
> > >
> > >
> > > //David
> > >
http://w3-4u.blogspot.com
> > > //
> > >
> > >
> > > Mercurius.ter.Maximus@gmail.com wrote:
> > > > Any hints or tips you have for this C++ programmer in a mire of IIS and
> > > > networking are very much appreciated :D
> > > >
> > > > I can't debug why I am getting 500's when trying to access, through a
> > > > virtual directory using Internet Explorer, C:\Program Files\Microsoft
> > > > BizTalk Server 2004\HttpReceive\BTSHTTPReceive.dll. According to the
> > > > MSDN link below I should be getting a blank page, with entries in the
> > > > Event Viewer for Biztalk.
> > > >
> > > > I have previously had days of hassle with 403's and 401's trying to get
> > > > this working. For the 500 I get no errors in the Event Viewer. The IIS
> > > > log reveals nothing to me, it reads (using an existing virtual
> > > > directory, then one I created) :
> > > >
> > > > 2006-10-24 04:09:25 W3SVC1 MyServer 127.0.0.1 GET
> > > > /hwsmessages/BTSHTTPReceive.dll
> > > > |440|ASP_0116|Missing_close_of_script_delimiter 80 - 127.0.0.1 HTTP/1.1
> > > > Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+.NET+CLR+1.1.4322)
> > > > ASP.NET_SessionId=ytnfuq45fyyweu55jgg1dziz - localhost 500 0 0 615 377
> > > > 15
> > > >
> > > > 2006-10-24 04:09:35 W3SVC1 MyServer 127.0.0.1 GET
> > > > /newhttprec/BTSHTTPReceive.dll
> > > > |440|ASP_0116|Missing_close_of_script_delimiter 80 - 127.0.0.1 HTTP/1.1
> > > > Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+.NET+CLR+1.1.4322)
> > > > ASP.NET_SessionId=ytnfuq45fyyweu55jgg1dziz - localhost 500 0 0 614 376
> > > > 15
> > > >
> > > >
> > > > Following instructions from...
> > > > ms-help://BTS_2004/SDK/htm/ebiz_sdk_samples_yzhk.htm
> > > >
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/BTS_2004WP/html/ffda72df-5aec-4a1b-b97a-ac98635e81dc.asp
> > > > ( Setting Up HTTP Receive)
> > > > and general googling I have triple checked that
> > > > - Administrator is a member of all the Biztalk and Internet related
> > > > groups
> > > > - The IIS Application Pool Identity, Web Sites' Anonymous Access and in
> > > > Windows Component Services the IIS COM+ services all use the
> > > > Administrator ID.
> > > > - IIS has Web Services extensions allowing access to that .dll. I
> > > > additionally allowed access to everything.
> > > > - All related NTFS permissions seem fine
> > > > - In the Local Policies I have enabled Success and Failure auditing for
> > > > both Logon options.
> > > >
> > > > I think I tried everything except resetting the server and
> > > > throwing it out the window.
> > > >
> > > > Thanks in advance :)