Re: http_url_get issue

Sounds that we have very similar problems.

This is the beginning of my "debug file"

************Principio de datos*************
HTTPAPI Ver 1.40 released 2019-08-15
NTLM Ver 1.4.0 released 2014-12-22
OS/400 Ver V7R4M0

In the "CONFIG_H"

0037.00 D HTTP_USERAGENT C CONST('http-api/1.39') 180309

El 05-06-2020 13:58, K Crawford escribió:

Good question. I know there is an object I can look at to tell what
version I have. I can not get to Scott's website (without a bunch of red
tape) to figure out what that is. Can someone tell me?
Kerwin

On Fri, Jun 5, 2020 at 12:30 PM Brad Stone <bvstone@xxxxxxxxx> wrote:
Are you up to date on HTTPAPI version? On Fri, Jun 5, 2020 at 10:47 AM K Crawford <kscx3ksc@xxxxxxxxx> wrote: I have a program that is using http_url_get (it has been for several years). It is now working sometimes (quick estimate is 60% of the time). Note that it started acting up about a week after I put new PTF's (20128)) TR7 on. For that week it was working fine. When I look at the return code of http_url_get the fails return -1. My research tells me that it is an 'internal error' failure. When I look at the http_error() it is empty. When it is a successful run my target JSON file has good data. When it fails it is empty. I have talked to the service provider and everything looks good to them. I turned on the http_debug in the program. I have been testing with the same http_url_get statement. So the results should be the same. Obviously the successful ones look good. When I compare the logs of the fails to the successful. They are identical (except for date/time stamps)

. When
you get to the part where it has the JSON stuff is where it is different. This is a bad example of the log by where the data should be: SetError() #13: HTTP/1.1 200 OK recvresp(): end with 200 recvdoc parms: identity 70975 header_load_cookies() entered recvdoc(): entered SetError() #0: recvdoc(): Receiving 70975 bytes. http_close(): entered Notice nothing between recvdoc() and http_close. Two of my fails had 49142 char of the JSON line. The rest have no line/data. This is a successful example of the log by where the data should be: I truncated the JSON line, it has all 70975 char. SetError() #13: HTTP/1.1 200 OK recvresp(): end with 200 recvdoc parms: identity 70975 header_load_cookies() entered recvdoc(): entered SetError() #0: recvdoc(): Receiving 70975 bytes. [{"nCount":"454895600","vcRecordId":"0004... http_close(): entered Note that this has the JSON between recvdoc() and http_close. I have entered the http_url_get into my browser and always am successful. Trying to figu
re out
why the one line of the log file would be missing. I know this email got long. Any thoughts would be appreciated. Confused. -- Kerwin Crawford -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: https://lists.midrange.com/mailman/listinfo/midrange-l [1] or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l [2]. Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions. Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com [3] -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: https://lists.midrange.com/mailman/listinfo/midrange-l
[1] or
email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l [2]. Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions. Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com [3]