Skip to content
This repository has been archived by the owner on Jul 3, 2024. It is now read-only.

Add ReleasableException and BuryableException #58

Closed
glen-84 opened this issue Oct 11, 2013 · 7 comments
Closed

Add ReleasableException and BuryableException #58

glen-84 opened this issue Oct 11, 2013 · 7 comments

Comments

@glen-84
Copy link

glen-84 commented Oct 11, 2013

These exceptions are defined in both SlmQueueBeanstalkd and SlmQueueDoctrine, which ties the job to the queue implementation.

Why not define these exceptions in SlmQueue itself?

For example, instead of:

SlmQueueBeanstalkd\Job\Exception\ReleasableException and
SlmQueueDoctrine\Job\Exception\ReleasableException

Just have:

SlmQueue\Job\Exception\ReleasableException

@juriansluiman
Copy link

Closing this now. The releasable and buryable exceptions are removed from beanstalkd to make it more natural for the queue process in general. I think it should be removed from Doctrine as well. @basz and @stefankleff, what do you think?

See for more info Webador/SlmQueueBeanstalkd#26 and this commit specifically.

@juriansluiman
Copy link

PS. Uhm, I wanted to close this as I saw the issue, but then I wrote a comment which started a discussion. So I'm not closing this one yet :)

@basz
Copy link
Collaborator

basz commented Mar 23, 2014

@juriansluiman which discussion would that be? I agree with the idea that the job can bury/release itself if the queue implementation supports it.

@juriansluiman
Copy link

@basz so we remove those exceptions from Doctrine as well?

@basz
Copy link
Collaborator

basz commented Mar 23, 2014

yes - i think it is a welkom simplification

@juriansluiman
Copy link

OK, closing now then. Webador/SlmQueueDoctrine#55 is the reference.

@stefankleff
Copy link
Contributor

I agree with that. I'm currently working on some kind of monitoring tool. I'm not yet finished but I like to provide some insights as soon as possible. E.g. using the exception as return value of Job::execute() is more helpful than using constants. Also I've added forking capabilities which are not fully tested yet. goalio@37217ec

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants