Re: HTTP receive issue
From: Matt Milner (matt.milner_at_m3technologypartners)
Date: 09/10/04
- Next message: jeremy: "rules engine using oracle fact retriever"
- Previous message: Mike V: "Re: HTTP receive issue"
- In reply to: Mike V: "Re: HTTP receive issue"
- Next in thread: Gregory Van de Wiele: "Re: HTTP receive issue"
- Reply: Gregory Van de Wiele: "Re: HTTP receive issue"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 10 Sep 2004 14:36:00 -0500
In the configuration of your receive location in biztalk explorer, what do
you have set as the content type for the return message. If this is
something other than text/xml or text/html, you will want to make sure the
type is defined in your IIS settings so that it is aware of the media type.
If this is OK, then check your request and see what that looks like to make
sure the content type being specified is also known to IIS.
Matt
"Mike V" <a-mivall@discussions.microsoft.com> wrote in message
news:1XDHK61lEHA.1156@cpmsftngxa10.phx.gbl...
> Greg,
>
> Have you confirmed Sharepoint settings between the two systems? I have
> seen a situation that appears similar to this. Please see the items
> below.
>
> Here is the situation description:
>
> 1. Client requests <whateverpage>.aspx from the WSS server
> 2. <whateverpage>.aspx contains an <OBJECT> tag referencing <somedll>.DLL
> with no
> CODEBASE attribute.
> 3. Client probes the WSS server for the required ActiveX control by
> sending GET
> requests to the server.
> 4. WSS ISAPI intercepts the requests and passes them to OWSSVR.DLL
> 5. WSS/OWSSVR.DLL will not handle requests for DLL/EXE, and returns
> response code
> 415
> 6. *IIS Log entry is made indicating a 415 response code for a request to
> OWSSVR.DLL
>
> The suggested resolution:
>
> 1. This might be mitigated/resolved by specifying a CODEBASE
> attribute for the ActiveX control, so that the client would not have to
> probe the
> server for the control's location. If a CODEBASE attribute were specified
> to
> indicate a location in an excluded path (such as the LAYOUTS directory), I
> suspect
> that the client would easily be able to download the control, and the
> issue
> would be resolved. ("Excluded" being excluded from Sharepoint scope)
>
> 2. Or, instead of running the control as a client-side ActiveX control,
> your
> customer might want to consider running this as a Server Control of some
> kind,
> which would not require the client to download anything from the server.
>
> The idea that it is running on machine one but not two suggests it might
> simply be resolved with the Sharepoint configuration. Also, considering
> that it works locally but fails remotely also leans toward the idea of
> client permissions and the ability to "Probe" for the file or to know how
> to run the DLL. Give that a look and let us know how you make out!
>
>
> Thanks,
>
>
> Mike Vallier
> Microsoft BizTalk Support Professional
>
> Note: This posting is provided "AS IS" with no warranties, and confers no
> rights.
> Microsoft Corporation Copyright 2004
> All Rights Reserved
>
> --------------------
> From: "Gregory Van de Wiele" <gregory@hydor.be>
> Newsgroups: microsoft.public.biztalk.general
> References: <HLd0d.242066$V85.12387388@phobos.telenet-ops.be>
> <zrWwEOzlEHA.1968@cpmsftngxa10.phx.gbl>
> Subject: Re: HTTP receive issue
> Lines: 94
> X-Priority: 3
> X-MSMail-Priority: Normal
> X-Newsreader: Microsoft Outlook Express 6.00.2800.1437
> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
> Message-ID: <vXk0d.242452$oy7.12470383@phobos.telenet-ops.be>
> Date: Fri, 10 Sep 2004 16:50:35 GMT
> NNTP-Posting-Host: 212.123.24.165
> X-Complaints-To: abuse@telenet.be
> X-Trace: phobos.telenet-ops.be 1094835035 212.123.24.165 (Fri, 10 Sep 2004
> 18:50:35 MEST)
> NNTP-Posting-Date: Fri, 10 Sep 2004 18:50:35 MEST
> Organization: Telenet Internet
> Path:
> cpmsftngxa10.phx.gbl!TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!news-out.cwi
> x.com!newsfeed.cwix.com!ossa.telenet-ops.be!phobos.telenet-ops.be.POSTED!not
> -for-mail
> Xref: cpmsftngxa10.phx.gbl microsoft.public.biztalk.general:19609
> X-Tomcat-NG: microsoft.public.biztalk.general
>
> Hi Mike,
>
> Here is the excerpt of the log:
>
> #Date: 2004-09-10 16:37:54
> #Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port
> cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status
> 2004-09-10 16:37:54 144.4.80.131 POST /_vti_bin/owssvr.dll - 80 -
> 144.4.80.131 - 401 2 2148074254
> 2004-09-10 16:37:54 144.4.80.131 POST /_vti_bin/owssvr.dll - 80 -
> 144.4.80.131 - 401 1 0
> 2004-09-10 16:37:55 144.4.80.131 POST /_vti_bin/owssvr.dll - 80
> LANGERBRUG\langvdwiele 144.4.80.131 - 415 0 0
> 2004-09-10 16:37:55 144.4.80.131 POST /_vti_bin/owssvr.dll - 80 -
> 144.4.80.131 - 401 2 2148074254
> 2004-09-10 16:37:55 144.4.80.131 POST /_vti_bin/owssvr.dll - 80 -
> 144.4.80.131 - 401 1 0
> 2004-09-10 16:37:55 144.4.80.131 POST /_vti_bin/owssvr.dll - 80
> LANGERBRUG\langvdwiele 144.4.80.131 - 415 0 0
> 2004-09-10 16:39:56 144.4.80.131 POST /_vti_bin/owssvr.dll - 80 -
> 144.4.80.131 - 401 2 2148074254
> 2004-09-10 16:39:56 144.4.80.131 POST /_vti_bin/owssvr.dll - 80 -
> 144.4.80.131 - 401 1 0
>
> Do you think it's the '401 2 2148074254' and the '401 1 0' that's causing
> this?
>
> Thanks,
> Greg
>
> "Mike V" <a-mivall@discussions.microsoft.com> wrote in message
> news:zrWwEOzlEHA.1968@cpmsftngxa10.phx.gbl...
>> What do you see in the IIS web logs? Could you please reply with a
>> multiple line snippet from the IIS logs before and after the error?
>>
>> Thanks,
>>
>> Mike Vallier
>> Microsoft BizTalk Support Professional
>>
>> Note: This posting is provided "AS IS" with no warranties, and confers no
>> rights.
>> Microsoft Corporation Copyright 2004
>> All Rights Reserved
>>
>> --------------------
>> From: "Gregory Van de Wiele" <gregory@hydor.be>
>> Newsgroups: microsoft.public.biztalk.general
>> Subject: HTTP receive issue
>> Lines: 17
>> X-Priority: 3
>> X-MSMail-Priority: Normal
>> X-Newsreader: Microsoft Outlook Express 6.00.2800.1437
>> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
>> Message-ID: <HLd0d.242066$V85.12387388@phobos.telenet-ops.be>
>> Date: Fri, 10 Sep 2004 08:40:07 GMT
>> NNTP-Posting-Host: 212.123.24.165
>> X-Complaints-To: abuse@telenet.be
>> X-Trace: phobos.telenet-ops.be 1094805607 212.123.24.165 (Fri, 10 Sep
>> 2004
>> 10:40:07 MEST)
>> NNTP-Posting-Date: Fri, 10 Sep 2004 10:40:07 MEST
>> Organization: Telenet Internet
>> Path:
>>
> cpmsftngxa10.phx.gbl!TK2MSFTFEED01.phx.gbl!TK2MSFTNGP08.phx.gbl!newsfeed00.s
>>
> ul.t-online.de!t-online.de!newsfeed.icl.net!proxad.net!nerim.net!feed1.news.
>>
> be.easynet.net!ossa.telenet-ops.be!phobos.telenet-ops.be.POSTED!not-for-mail
>> Xref: cpmsftngxa10.phx.gbl microsoft.public.biztalk.general:19587
>> X-Tomcat-NG: microsoft.public.biztalk.general
>>
>> Hi,
>> My code POSTs a document to a BTSHTTPReceive.dll location and has been
>> tested on 2 diff BizTalk 2004 machines.
>> Machine 1 works fine - message is accepted by BizTalk.
>> Machine 2 returns "System.Net.WebException: The remote server returned an
>> error: (415)." = HTTP 415 - Unsupported Media Type.Internet Information
>> Services (IIS)
>> If I do a http://localhost/receivelocation/BTSHTTPReceive.dll?
>> machine 2 it works fine (message reaches BizTalk). I have compared both
> IIS
>> directories and they look identical. Is there somebody out there that can
>> help Machine 2 accept my POST? Machine 2 will be grateful and me too...
>>
>> Thank you,
>> Gregory
>> (Gregory@eai.be)
>>
>>
>>
>>
>
>
>
>
- Next message: jeremy: "rules engine using oracle fact retriever"
- Previous message: Mike V: "Re: HTTP receive issue"
- In reply to: Mike V: "Re: HTTP receive issue"
- Next in thread: Gregory Van de Wiele: "Re: HTTP receive issue"
- Reply: Gregory Van de Wiele: "Re: HTTP receive issue"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
