Re: HTTP receive issue

From: Mike V (a-mivall_at_discussions.microsoft.com)
Date: 09/10/04

  • Next message: Matt Milner: "Re: HTTP receive issue" 
    Date: Fri, 10 Sep 2004 17:49:23 GMT

    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?> on
    > 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: Matt Milner: "Re: HTTP receive issue"

    Relevant Pages

    • Re: What doesnt lend itself to OO?
      ... > system design within that context seriously). ... >>The first line exists in the server. ... > objects between client and server i.e. as far as the client code is ... the message data packet data in the server between requests, ...
      (comp.object)
    • Re: [CFT][PATCH] new scheduler policy
      ... "The X server uses selectto detect clients with pending input. ... executing requests from the client with the smallest file descriptor. ... Each client has a buffer which is used to read some data from the ...
      (Linux-Kernel)
    • Re: Events in .Net Remoting
      ... I am writing with respect to the Events in .Net Remoting that I had ... another channel for the callbacks..both on client side. ... Then I force a method on the server end (through a GUI control on the ... >> the regular client side requests still work fine. ...
      (microsoft.public.dotnet.framework.remoting)
    • Re: HTTP receive issue
      ... type is defined in your IIS settings so that it is aware of the media type. ... Client probes the WSS server for the required ActiveX control by ...
      (microsoft.public.biztalk.general)
    • Re: Multithreaded and/or nonblocking server?
      ... I'm trying to write a TCP server that will process and respond to ... When a client connects, the connection is persistent, similar to a chat ... However, some requests are long-running, and ...
      (comp.lang.perl.misc)