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

Should we merge iterum into Propono #75

Open
iHiD opened this issue Sep 28, 2017 · 2 comments
Open

Should we merge iterum into Propono #75

iHiD opened this issue Sep 28, 2017 · 2 comments

Comments

@iHiD
Copy link
Owner

iHiD commented Sep 28, 2017

So the only thing now blocking me from releasing the pre-release of v2 is reading from failed queues. We seem to have once had code that to have code for this but it got refactored out at some stage. It's now hardcoded via iterum (which will stop working). Do we want to bake this into Propono core somehow.

@malcyL @ccare Thoughts pls.

@iHiD iHiD changed the title How do we read from a failed_queue Should we merge iterum into Propono Sep 29, 2017
@malcyL
Copy link
Contributor

malcyL commented Sep 30, 2017

Iterum gave us something we could install and run either locally or on an server somewhere which provided rake tasks to easily replay messages. It's an operational tool outside of the application publishing/subscribing to those messages.

There is no reason why it couldn't be inside Propono itself. Keeping it inside Propono has the advantage that it is always kept up-to-date and working with the latest version.

Moving it inside Propono, would the user install the Propono gem globally, and then run a rake task?

@ccare
Copy link
Contributor

ccare commented Sep 30, 2017 via email

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

3 participants