[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: HTTPAPI returns a "Host name look up failed"
In the bit of testing I've done with making calls to webservicex.net, the site is not the most robust. After reading your message, I tried to pull up http://www.webservicex.net/WCF/ServiceDetails.aspx?SID=46 in my browser, which should show the Summary and WSDL info concerning the service and after leaving the page to build for about 3 minutes I received:
WSDL Schema
Internet Explorer cannot display the webpage
Most likely causes:
You are not connected to the Internet.
The website is encountering problems.
There might be a typing error in the address.
What you can try:
Diagnose Connection Problems
Webservicex.net can be used but it's been my experience that the servers are more likely to respond as expected in the afternoon than in the morning. If it's not working on your iSeries, try testing in a web browser... if it won't work in Internet Explorer, Firefox, Opera, etc then chances are real good that it won't work on the iSeries either.
Hope this helps!
Doug
-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Rich Kitterman
Sent: Thursday, May 14, 2009 10:08 AM
To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
Subject: RE: HTTPAPI returns a "Host name look up failed"
Hi,
I tried sending a similar message yesterday, but can't find any trace of it - my apologies if this is redundant. I finally decided to retry everything on a platform running a more current version of the OS, so I installed the pre-compiled version of EXPAT (v2.0.0) and version 1.23 of HTTPAPI according to instructions, on an i running V6R1M0, and downloaded & created GEOIP to test it with. I ran GEOIP and got a timeout error. Here's the debug log:
HTTPAPI Ver 1.23 released 2008-04-24
OS/400 Ver V6R1M0
http_persist_open(): entered
http_long_ParseURL(): entered
DNS resolver retrans: 2
DNS resolver retry : 2
DNS resolver options: x'00000136'
DNS default domain: CUWCD.COM
DNS server found: 168.177.77.70
DNS server found: 204.113.1.10
http_persist_post(): entered
http_long_ParseURL(): entered
do_post(): entered
POST /geoipservice.asmx HTTP/1.1
Host: www.webservicex.net
User-Agent: http-api/1.23
Content-Type: text/xml; charset=UTF-8
SOAPAction: "http://www.webservicex.net/GetGeoIP";
Expect: 100-continue
Content-Length: 168
recvresp(): entered
HTTP/1.1 100 Continue
SetError() #13: HTTP/1.1 100 Continue
senddoc(): entered
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"; xmlns:web="http://www.webservicex.net";> <soapenv:Header/> <soapenv:Body> </soapenv:Envelope>
recvresp(): entered
SetError() #43: CommTCP_read: time-out!
http_close(): entered
I need a little help understanding why I'm getting the timeout error. Possibly related, the other thing that stood out to me is the part I bolded and highlighted in red, specifically the indication that the character set is UTF-8. I thought version 2.0.0 of EXPAT would use UTF-16 as a default. What should I do to get this to work?
Thanks for your help,
Rich
> Date: Wed, 6 May 2009 15:49:41 -0500
> From: sk@xxxxxxxxxxxxxxxx
> To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
> Subject: Re: HTTPAPI returns a "Host name look up failed"
>
> Hi Rich,
>
> I'm sorry if you already answered this question, but... did you
> compile Expat yourself, or did you download it precompiled from my web site?
>
> To be compatible with version 1.17 or higher of HTTPAPI, Expat *must*
> be compiled to output UTF-16 Unicode. Your copy, it would appear, is
> outputting UTF-8 instead of UTF-16.
>
> If you compiled it yourself, please make sure that you have
> XML_UNICODE defined in EXPAT_CO.H. (I have that set by default in
> version 2.0.0 of Expat, but do not have it set in 1.95.8).
>
> If you download it precompiled from me, please make sure you download
> version 2.0.0 of Expat.
>
> The intention was to use 1.95.8 for people who have existing programs
> that need UTF-8 output, or who are using HTTPAPI version 1.16 or earlier.
>
> And version 2.0.0 for people who want UTF-16 (Which is MUCH MUCH
> easier to deal with in RPG) or who are using HTTPAPI version 1.17 or higher.
>
>
> Rich Kitterman wrote:
> > Thomas,
> > Sorry for the delay - I'm back on task now. I agree that the F11
> > thing was just a characteristic of V5R1's version of the debugger.
> > I added the breakpoint as instructed (#1, below) and got the same
> > values we've already seen for "element".
> > I added the next breakpoints as instructed (#2, below) and got the
> > following:
> > > EVAL len
> > LEN = 7
> > > EVAL localName
> > LOCALNAME =
> > > EVAL localName :x 32
> > 00000 736F6170 3A456E76 656C6F70 65000000 -
> > Ë?/ø.á>ÎÁ%?øÁ...
> > 00010 00000000 00000000 00000000 00000000 -
> > ................
> > Now, here's something interesting. Compare my hex value to yours:
> > Mine
> > 00000 736F6170 3A456E76 656C6F70 65000000 -
> > Ë?/ø.á>ÎÁ%?øÁ...
> > 00010 00000000 00000000 00000000 00000000 -
> > ................
> > Yours
> > 00000 0073006F 00610070 003A0045 006E0076 - .Ë.?./.ø...á.>.Î
> > 00010 0065006C 006F0070 00650000 00000000 - .Á.%.?.ø.Á.....
> > Notice how they're identical, except yours has two zeros leading every
> > two non-zero values, while mine has compressed the leading zeros out.
> > I would hazard an ignorant guess and say that's the problem. What to
> > do about it I have no clue.
> > At the second breakpoint, I get this:
> > > Eval p_xlname :x 13
> > 00000 3F3F3F3F 3F3F3F00 00000000 00...... - ................
> > How would you like to proceed?
> > And thanks, by the way, for the amount of time & effort you've spent
> > helping me with this. I appreciate it very much.
> > Rich
> >
> ----------------------------------------------------------------------
> - This is the FTPAPI mailing list. To unsubscribe, please go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> -----------------------------------------------------------------------
******* Confidentiality Notice *******
This email, its electronic document attachments, and the
contents of its website linkages may contain confidential
health information. This information is intended solely
for use by the individual or entity to whom it is
addressed. If you have received this information in error,
please notify the sender immediately and arrange for the
prompt destruction of the material and any accompanying
attachments.
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------