[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
R: HTTPAPI performance
Thanks a lot,
I follow your suggestion so now I see in my log (related to WSS DHL for label request) :
2013-11-05-09.50.39.026000 http_persist_open(): entered
Login to remote server
2013-11-05-09.50.41.068000 senddoc(): entered
My SOAP request
2013-11-05-09.50.49.698000 SetError() #13: HTTP/1.1 200 OK
Server response
So I have 2 seconds to login to DHL server and 8 seconds to have a reply !!!
Are these times normal for a WSS service ? I have no idea ...
Best regards
Antonio
PS : I use CRTRPGMOD to rebuild HTTPUTILR4. Then I use UPDSRVPGM to update service program, without rebuild it from zero.
-----Messaggio originale-----
Da: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] Per conto di Mike Krebs
Inviato: giovedì 31 ottobre 2013 16:40
A: HTTPAPI and FTPAPI Projects
Oggetto: RE: HTTPAPI performance
Earlier this year, I modded my version of the debug log to add timestamps to the debug. This catches most of the places that write to the debug log but not all, but it will probably give you enough information to look at.
In HTTPUTILR4 you will find the http_dmsg procedure. Add the timestamp right in the procedure. Here is one way to do it.
c eval wwMsg = %char(%timestamp()) + ' ' + <===mod
c %trimr(peMsgTxt) + x'0d25'
c eval wwMsgLen = %len(%trimr(wwMsg))
c callp http_xlate(wwMsgLen: wwMsg: TO_ASCII)
Re-install after making the mod by calling the install program.
After the change, the debug log looks like this:
HTTPAPI Ver 1.25beta2 released 2012-03-06
OS/400 Ver V7R1M0
2013-10-31-10.23.19.696000 Setting variables
2013-10-31-10.23.19.715000 http_url_get(): entered
2013-10-31-10.23.19.720000 http_persist_open(): entered
2013-10-31-10.23.19.720000 http_long_ParseURL(): entered
It should give you plenty of data to look at. By modding http_dmsg, it doesn't add timestamps to every message. If you think you have a low level problem, you will need to add timestamps in http_dwrite. http_dwrite expects ascii so don't forget to do the translation if you go to that level. You will see how in the procedure.
If you are doing "other things" in your code, you might want to add your own debug messages. This would help to tell you that your other stuff is holding up.
http_dmsg('Get system control');
http_dmsg('This is my INCOMING procedure: ' + %trim(name));
http_dmsg('Writing data to file MIKE');
-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Antonio Nalesso
Sent: Thursday, October 31, 2013 6:30 AM
To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
Subject: HTTPAPI performance
Hi ,
I am using HTTPAPI to obtain from DHL WSS labels via web.
The problem is that I am experiencing very long time on response (media 11 seconds) and I want to understand where's the problem, that is, if it's mine or related to DHL side.
I put a timestamp before and after the call to "http_url_post_xml" but I not able to understand what happens inside (I try to debug HTTPAPIR4 but I loose myself !!!)
There is any way to obtain the time of response from remote server ? For example : how much time to obtain connection, how much time to obtain answer, and so on ....
I have the debug always *on, but nothing change turning it off.
PS : I am problem in searching inside FTPAPI archives ... Search give me always no results, but ifI go inside the specific month I found it !!! Example : I search for 'DHL' : result 0 .
If I went inside June 2012 I found "Consuming DHL Webservices" that I discover via Google !
Best regards
Nalesso Antonio
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------