On Thu, Jan 4, 2018 at 10:33 PM, leledumbo via fpc-pascal
wrote:
>> The problem is that the WS could take so long time that the entire request
> will broke with a "time out".
>
> I suggest making the request handling asynchronous instead. So request will
> only register and return some unique id t
On Thu, Jan 4, 2018 at 6:33 PM, Michael Van Canneyt
wrote:
>
> If you use a thread to consume it, yes.
>
> Without more info on how you consume this webservice, it's difficult to
> answer this.
Yes, sorry. I should explained more.
I'm using WST -> http://svn.code.sf.net/p/lazarus-ccr/svn/wst (rev
> The problem is that the WS could take so long time that the entire request
will broke with a "time out".
I suggest making the request handling asynchronous instead. So request will
only register and return some unique id to the requester, then do call to
the WS in background thread. An endpoint
On Thu, 4 Jan 2018, Marcos Douglas B. Santos wrote:
Hi,
I have a FastCGI application which needs to receive an user request but, in
some cases, the app should consume a WebService(WS) before make the
response to the user.
The problem is that the WS could take so long time that the entire requ
Hi,
I have a FastCGI application which needs to receive an user request but, in
some cases, the app should consume a WebService(WS) before make the
response to the user.
The problem is that the WS could take so long time that the entire request
will broke with a "time out".
My question is: Can I
