Re: http_url_post_stmf question

[Michael <mikejbwhoo@xxxxxxxxx>]

   Scott-
   Thanks for getting back to me so quickly. First off, no I am using an
   old version. I think it is 1.17. But I don't think I explained the
   situation right, because http_url_post_stmf() isn't returning. The job
   just stays on that function for hours. Now as I said before this has
   only happened once since this new process installed last week. I blame
   the https server we connect to, as they are running an XML process w/o
   an XSD. I assume the socket remains open until it receives connection
   close. Of course I believe the one job that failed sent a lot of data,
   maybe 30MB or more.
   Michael
   --- On Tue, 4/7/09, Scott Klement <sk@xxxxxxxxxxxxxxxx> wrote:

     From: Scott Klement <sk@xxxxxxxxxxxxxxxx>
     Subject: Re: http_url_post_stmf question
     To: "HTTPAPI and FTPAPI Projects" <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
     Date: Tuesday, April 7, 2009, 5:28 PM

   Hi Michael,
   It doesn't matter if the remote server "releases" the connection.
   HTTPAPI should disconnect the connection on every call to
   http_url_post_stmf(). If you have connections that are stuck in
   "Established" mode on the client side (the HTTPAPI side) of the
   connection, and you're not calling the http_persist_xxx routines, then
   it'd have to be caused by a bug/problem in HTTPAPI.
   The server does not have the ability to prevent HTTPAPI from
   disconnecting.
   Make sure you're using the current version of HTTPAPI.
   If you are, please send a debug log.
   Michael wrote:
   >    I have an application that works really well, API of course does
   most
   >    of the work. But every once in a while the remote server does not
   >    release the connection, it stays in an "Established" mode, even
   though
   >    they claim they have disconnected. I assume the logic that waits
   on
   >    the socket is deep in the COMM *MODULE and so I don't want to
   change
   >    it. Does anyone have any suggestions on this? Is there another
   >    function or option to handle lazy remote servers?
   >
   >
   >
   >
   ----------------------------------------------------------------------
   --
   >
   >
   ----------------------------------------------------------------------
   -
   > This is the FTPAPI mailing list.  To unsubscribe, please go to:
   > [1]http://www.scottklement.com/mailman/listinfo/ftpapi
   >
   ----------------------------------------------------------------------
   -
   ----------------------------------------------------------------------
   -
   This is the FTPAPI mailing list.  To unsubscribe, please go to:
   [2]http://www.scottklement.com/mailman/listinfo/ftpapi
   ----------------------------------------------------------------------
   -

References

   1. http://www.scottklement.com/mailman/listinfo/ftpapi
   2. 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
-----------------------------------------------------------------------