Hi Alan,
Yes I checked it out and it's okay for me, job queues are working as
expected ;)
Thanks for you answer !
Florian
Le vendredi 9 décembre 2016 15:40:56 UTC+1, Alan Plum a écrit :
>
> Hi Florian,
>
> did you check out ArangoDB 3.1? There was a bug in the queue logic that
> resulted in failing jobs getting stuck in pending state. Maybe this is what
> you encountered?
>
> Cheers,
>
> Alan
>
> On Thursday, 6 October 2016 11:53:42 UTC+2, Florian wrote:
>>
>> Sorry for my late answer ;)
>>
>> Yes, I already use Foxx queues for some work, but I'm a bit confused
>> about error handling
>>
>> In the documentation, it says :
>>
>> Any errors raised by the script will be handled depending on how the
>> script was invoked:
>>
>> - if the script was invoked from the HTTP API (e.g. using the web
>> interface), it will return an error response using the exception's
>> statusCode property if specified or 500.
>> - if the script was invoked from a Foxx job queue, the job's failure
>> counter will be incremented and the job will be rescheduled or marked as
>> failed if no attempts remain.
>>
>> Since I use it from a Foxx Service, when I throw errors, the job remains
>> in progress status and blocks every next jobs. How can I handle this
>> problem ?
>>
>> My code is :
>>
>> if(response.statusCode >= 200 && response.statusCode < 300) {
>> module.exports = true;
>> } else {
>> throw new errors.EventFailedError("event_failed", eventData);
>> }
>>
>> Thanks in advance !
>> Florian
>>
>> Le mardi 13 septembre 2016 12:06:25 UTC+2, Claudius Weinberger a écrit :
>>>
>>>
>>> Am 13. September 2016 um 11:07:41, Florian ([email protected])
>>> schrieb:
>>>
>>> I have another question about HTTP request in ArangoDB :
>>>
>>>
>>> ArangoDB uses synchronous connections so when we send an HTTP request in
>>> a Foxx route, is ArangoDB waiting for the HTTP response before sending its
>>> own response ?
>>>
>>> Yes, it is. That's why we introduce Foxx Queue. Did you have a look at
>>> the Foxx Queues already?
>>>
>>>
>>>
>>>
>>> *An example :*
>>> I have a route in a Foxx service (/createEntity) which :
>>>
>>> - save user data into ArangoDB
>>> - send an HTTP request to the SQS (the queue service).
>>>
>>> Is the Foxx route waiting for the HTTP request to be sent or return the
>>> response immediately after calling request() function ?
>>>
>>>
>>> If it is, is it interesting to create a Foxx queue which handles these
>>> HTTP requests ? Is there another way to not wait ?
>>>
>>> Thanks in advance !
>>>
>>> Florian
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "ArangoDB" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to [email protected].
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
--
You received this message because you are subscribed to the Google Groups
"ArangoDB" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.