Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Worker definition from bundle configuration #114

Open
mmoreram opened this issue Jul 3, 2014 · 4 comments
Open

Worker definition from bundle configuration #114

mmoreram opened this issue Jul 3, 2014 · 4 comments

Comments

@mmoreram
Copy link
Owner

mmoreram commented Jul 3, 2014

Workers should be defined from the bundle config, using yml, xml and php. We could define them using local workers, with same info as in annotations, and we could define foreign workers, with just the queue name.

This feature is an extension of #107 and requires:

  • Bundle config definition and validation
  • Modifications ( and maybe some kind of refactoring ) in cache build.
  • Documentation
  • Tests
@mmoreram mmoreram added this to the Version 2.5.0 milestone Jul 3, 2014
@mmoreram
Copy link
Owner Author

mmoreram commented Jul 3, 2014

I have set the Version 2.5.0 Milestone date to July the 19th, to ensure all new features have great quality :)

@orolyn
Copy link
Contributor

orolyn commented Jul 7, 2014

I would be nicer at least to use a compiler pass so we can tag the services as workers opposed to referencing the service names on the annotations.

tags:
    - { name: gearman.worker }

However unless the remaining configuration stays in the annotations, it would still be better in the config. It should be easy enough to use the same method as controllers where annotations or resource files can define the full configuration. Then you need only create the service with its class.

@er1z
Copy link

er1z commented Oct 5, 2015

How about this issue? Anything changed?

@cjprinse
Copy link

tagging wil introduce some kind of registry, which means you will be able to add workers in other ways to.

Ex:
We are working with a commandbus. A middleware sends the command to gearman. But we want to be in control which worker can handle which commands/jobs

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

No branches or pull requests

4 participants