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

Not always the service name of the last message is the valid one. #61

Open
jonefmc opened this issue Feb 3, 2016 · 0 comments
Open

Comments

@jonefmc
Copy link
Contributor

jonefmc commented Feb 3, 2016

If we are working with some different messages, each one for different workers, and we send, for example, two different messages for two different workers, the broker get freeze because it puts last received worker as 'waiting worker' in wrong the wrong list.

An example:

  • 2 workers: one for service "MSR" and one for service "KEYLOCK".
  • 2 requests: first for service "KEYLOCK" and then for service "MSR".
  • Worker "MSR" is waiting for card to be swiped.
  • Worker "KEYLOCK" returns with readed data.
  • Broker puts worker "KEYLOCK" as "waiting" state, but here is the problem. The last "service name" the broker has stored is "MSR", so it puts the worker as "waiting" in the list of "MSR" workers...
  • Now we try to send a new message for worker "KEYLOCK", but we haven't any worker available!
@jonefmc jonefmc mentioned this issue Feb 3, 2016
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant