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

How does the component handle supervision trees #6

Open
shifters67 opened this issue Jan 9, 2019 · 1 comment
Open

How does the component handle supervision trees #6

shifters67 opened this issue Jan 9, 2019 · 1 comment
Labels
question Further information is requested

Comments

@shifters67
Copy link

Very well written and interesting post!

With components how do you handle supervision trees if all the components (and hence supervision trees) are independent of each other?

I would be interested in seeing an example app (beyond trivial!) that handles genserver messages eg handle_info, terminate etc.

I look forward to see what conversation this library generates!

@pragdave pragdave added the question Further information is requested label Jan 9, 2019
@pragdave
Copy link
Owner

pragdave commented Jan 9, 2019

Thank you! I'd forgotten to document this.

It was important to me that you could still write the regular genserver callbacks (and you can). I'll add an example to the readme.

In terms of supervision, I have mixed feelings. To date, I've been writing my components just using the defaults, and because each is its own (Erlang) application, this has worked out fine. However, I'm also chatting in parallel with José about strategies for state (as we currently really only have strategies for process lifecycles), and this will start to involve supervision.

What I'd really like is for you to use the library and find places where it can't do what you want. Let me know, and we can discuss whether this is something that should be added or whether you can just use regular Elixir.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants