|
Home > Archive > BizTalk Server Applications Integration > December 2004 > BT2k4 and HTTP Receive: help (404 FileNotFound)
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
BT2k4 and HTTP Receive: help (404 FileNotFound)
|
|
| Marco Ganio Vecchiolino 2004-11-23, 7:51 am |
| A few days ago I've posted some on this experience. After reading near all
was written in any e-place, after change on machine.config and web.config,
after I found a non-infering configuration for SharePoint (it's on server's
port 80)... I'm back to the first error I had in this path.
When i try to make a POST on HTTPReceive.dll... well, 404: File not found. I
read it cannot be an error from dll, because it raises just 200 and a few.
So, i guess, it is an IIS problem. Directory which store the file
(c:\BizTalk 2004\..\HTTPReceive) has permission for Everyone FullControl (at
this point my desperation rises). The win user which is impersonated by the
Application Pool is a local one (no domain for now, dev server is in
WORKGROUP), member of Administrators, BizTalk Isolated Host and more. Has sa
grant on both SharePoint configuration DB and BT Configuration DB.
Even if i've uncommented HTTPPOST entry in machine.config file, i'm
currently receiveng this error on http://Localhost/virtual, while posting and
while browsing (this is some kind of gladness: if not working, still my
implementation is coherent); and obviously even posting and browsing from
remote.
I Konow some of you has had this problem before, but he didn't write some
kind of answer.
Tell me, please, if you know a place (no matter is e-place or a book) where
HTTP interfacing is tratted as a whole. I've find some in Microsoft places,
but it was a step-by-step tutorial which I followed closely... and dosn't
work, as you see.
I'm very very thankfull to any contribute.
--
Marco Ganio Vecchiolino
| |
| Marco Ganio Vecchiolino 2004-12-01, 5:51 pm |
| Ok, one more time i'm replying to myself (this is not exactly the way i meant
to use this ng).
I'm not sure the way i found to fix this problem, probably i've removed some
of the strange settings i was tring to resolve another problem (just below).
Resolution step was dropping ApplicationPool and re-creating it.
Well, at that time a stream of error was waiting for me: BizTalk Messanging
Engine errors who say 'None of the components at Disassemble stage can
recognize the data', IIS/ASP.NET who say 'HTML Verb is not permitted' (i've
again checked my web.config and machine.config), and a few of middle-step
errors.
BizTalk Error was origined by this: since i have made a dummy page in html
for the POST action, i take little care of details. I made my form, my
textarea and the submit button. In makng this, probabily you send some it is
not encoded in UTF-8, and so BizTalk XMLReceive Pipeline (which only spoke
UTF-8, if i'm right) don't understand. You can try to set enctype in the
form, dropping "<?xml ...?>" from your stream... but without effects.
I've solved this problem using a client-side MSXML2.XMLHHTP.3.0, using POST
action of a loaded XMLDOM. This is the snippet:
<script language="Javascript">
function SubmitToBiz(){
var xmlhhtp;
xmlhttp = new ActiveXObject("Msxml2.XMLHTTP.3.0");
var xmldom = false;
xmldom = new ActiveXObject("MSXML2.DOMDocument.3.0");
xmldom.async = false;
xmldom.loadXML(document.frmXMLSubmission.innerText);
xmlhttp.Open("POST","http://10.22.25.96/Prova/BTSHTTPReceive.dll", false);
xmlhttp.setRequestHeader("Content-Type", "text/xml");
xmlhttp.setRequestHeader("Content-Length", xmldom.xml.length);
xmlhttp.setRequestHeader("Accept", "*/*");
xmlhttp.send(xmldom.xml); //document.frmXMLSubmission.innerText);
xmldom = '';
xmlhttp = '';
}
</script>
The second problem was not a real problem. Making this tries, i've forget
of a little thing called <input type="submit"...>. So: Form has action set to
"", and submit action generate the error (is the same error you receive if
you don't open httppost channel for web services in you machine.config). This
have masked to me the achievement of my goal for a few!
I don't know if there's a way to force standard http form to encode in utf-8
the textarea content. I've finf this and, as you see, works as well with
winhttp o sokets... pratically everywhere.
I've write this for who's coming next with this strange behaviors and a as
little as mine knowing of.
This is very poor, i know, but it is the only response I've had.
|
|
|
|
|