[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: http_persist vs http_url



   Thanks for that explanation, Scott. Let's see if it helps the
   provider...
   Tony

   On Thu, Jul 14, 2016 at 1:22 PM, Scott Klement <[1]sk@xxxxxxxxxxxxxxxx>
   wrote:

     Tony,
     It doesn't clarify much -- but now it sounds like the opposite of
     what you originally asked?
     In the HTTP 1.1 protocol, all connections are considered
     "persistent" by default.� The idea is you make one request (its
     very much like sending a command) and when the request is done,
     you're left at the point where you can make another request (much
     like returning to the command line), you can then keep making
     requests until you're done, at which point you disconnect.
     HTTPAPI, therefore provides a set of routines called
     http_persist_open(), http_persist_xxx (where xxx are the different
     request types) and http_persist_close().� �You can use these to
     connect, run multiple requests, and then disconnect if desired. This
     is the "persistent" approach.
     The way you're doing it (which is used 90+% of the time) with
     http_url_xxx is really just a "shortcut" that runs
     http_persist_open, http_persist_get, and http_persist_close in
     succession.� So under the covers there is no difference between
     using the http_url APIs and http_persist APIs, UNLESS you want to
     run multiple requests within a single connection.� �Running
     multiple requests is more complicated to code, but can improve
     performance significantly if you are making a lot of requests in a
     short time.
     However, the functionality is exactly the same.� There should not
     be a situation where http_url_xxx (which calls the http_close
     routine) can "cause issues with subsequent requests".� I've never
     heard of that before.� Unless it's something very specific to the
     server you're connecting to?
     It is possible to use non-persistent HTTP, even though this is
     unusual in HTTP 1.1, by adding the "Connection: close" header to
     your request using http_xproc().� �But this usually only needed
     for compatibility with HTTP 1.0, and I haven't seen anyone do that
     in years.
     I find it odd that your service provider would somehow know which
     APIs you're using and would know anything about what they do.� Why
     do they care which APIs you use?
     -SK
     On 7/14/2016 12:06 PM, Tony Cate wrote:

     � � I literally have no idea. The service provider asked that and
     it makes
     � � no sense to me. After I had sent my query to you, the service
     provider
     � � sent me this:
     � � The persist may be causing issues as generally you open a
     connection do
     � � your work and close the connection and it appears from the
     debug logs
     � � that http_close is happening and may be causing issues when
     making
     � � further requests.
     � � I'm not sure that clarifies anything.
     � � Tony
     � � On Thu, Jul 14, 2016 at 12:57 PM, Scott Klement
     � � <[1][2]sk@xxxxxxxxxxxxxxxx> wrote:
     � � � Tony,
     � � � Sorry, I don't understand what you are asking.�� What is
     the
     � � � difference in your mind between a "http_persist" and
     "http_url"
     � � � connection?
     � � � -SK
     � � � On 7/14/2016 11:00 AM, Tony Cate wrote:
     � � � �� �� A service provider sent this request:
     � � � �� �� It also appears from your debug logs you are
     using a
     � � � http_perisit
     � � � �� �� connection would it be possible to test using a
     http_url
     � � � connection?
     � � � �� �� Here's my request code:
     � � � �� �� � rc = http_url_get_xml(uri:
     %paddr(StartXMLNode)
     � � � :%paddr(EndXMLNode):
     � � � �� �� *null);
     � � � �� �� I don't see anything in HTTPAPI_H that helps.
     Can you explain
     � � � what is
     � � � �� �� being asked and what I have to do to comply?
     � � � �� �� Tony
     � � � �� �� --
     � � � �� �� Tony Cate� |� Senior Programmer/Analyst�
     |�
     � � � [2]704.872.2458 x 126
     � � � �� �� [1]Auction Edge, Inc.
     � � � �� �� AUCTION� EDGE,� INC.� |� Powering
     Independent Auctions
     � � � �� �� STATESVILLE, NC� |� [3]704.872.2458
     � � � References
     � � � �� �� 1. [4][3]http://www.auctionedge.com/
     � � �     --------------------------------------------------------------------
     � � � ---
     � � � This is the FTPAPI mailing list.�� To unsubscribe,
     please go to:
     � � � [5][4]http://www.scottklement.com/mailman/listinfo/ftpapi
     � � �     --------------------------------------------------------------------
     � � � ---
     � � �     --------------------------------------------------------------------
     � � � ---
     � � � This is the FTPAPI mailing list.�� To unsubscribe,
     please go to:
     � � � [6][5]http://www.scottklement.com/mailman/listinfo/ftpapi
     � � �     --------------------------------------------------------------------
     � � � ---
     � � --
     � � Tony Cate� |� Senior Programmer/Analyst� |�
     [6]704.872.2458 x 126
     � � [7]Auction Edge, Inc.
     � � AUCTION� EDGE,� INC.� |� Powering Independent Auctions
     � � STATESVILLE, NC� |� [7]704.872.2458
     References
     � � 1. mailto:[8]sk@xxxxxxxxxxxxxxxx
     � � 2. tel:704.872.2458%20x%20126
     � � 3. tel:[9]704.872.2458
     � � 4. [10]http://www.auctionedge.com/
     � � 5. [11]http://www.scottklement.com/mailman/listinfo/ftpapi
     � � 6. [12]http://www.scottklement.com/mailman/listinfo/ftpapi
     � � 7. [13]http://www.auctionedge.com/
     --------------------------------------------------------------------
     ---
     This is the FTPAPI mailing list.� To unsubscribe, please go to:
     [14]http://www.scottklement.com/mailman/listinfo/ftpapi
     --------------------------------------------------------------------
     ---

   -----------------------------------------------------------------------
   This is the FTPAPI mailing list.� To unsubscribe, please go to:
   [15]http://www.scottklement.com/mailman/listinfo/ftpapi
   -----------------------------------------------------------------------

   --
   Tony Cate�|�Senior Programmer/Analyst�|�704.872.2458 x 126
   [16]Auction Edge, Inc.
   AUCTION�EDGE,�INC.�|�Powering Independent Auctions
   STATESVILLE, NC�|�704.872.2458

References

   1. mailto:sk@xxxxxxxxxxxxxxxx
   2. mailto:sk@xxxxxxxxxxxxxxxx
   3. http://www.auctionedge.com/
   4. http://www.scottklement.com/mailman/listinfo/ftpapi
   5. http://www.scottklement.com/mailman/listinfo/ftpapi
   6. tel:704.872.2458%20x%20126
   7. tel:704.872.2458
   8. mailto:sk@xxxxxxxxxxxxxxxx
   9. tel:704.872.2458
  10. http://www.auctionedge.com/
  11. http://www.scottklement.com/mailman/listinfo/ftpapi
  12. http://www.scottklement.com/mailman/listinfo/ftpapi
  13. http://www.auctionedge.com/
  14. http://www.scottklement.com/mailman/listinfo/ftpapi
  15. http://www.scottklement.com/mailman/listinfo/ftpapi
  16. http://www.auctionedge.com/
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------