<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hello Max,<div><br></div><div>I would _really_ propose you to came back to releases. Rebar + reltool makes distribution of you application in a form of self contained tarball.</div><div><br></div><div>Of corse there is nothing bad with application:start but I hardly see how your handle node and application restart. Proper release config + heart bring couple of advantages on fault handling.</div><div><br></div><div>BTW, there is no need to to touch app.src file for application configuration. All applications are configured through sys.config. You can also make your config file to be placed into /etc or even make hierarchy of configs.</div><div><br></div><div>- Dmitry</div><div><br></div><div><br><div><div>On Nov 16, 2012, at 5:19 PM, Max Lapshin wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
IMO application:start/1 is also a bad smell outside dev/test modes.<br>
When you deploy as an Erlang release, applications are started by the<br>
init system process.<br></blockquote><div><br> <br>I've tried to use releases in erlyvideo for a year and totally refused from then and I don't see even a single reason for me to return back to them. So, there is nothing bad in application:start/1, it is a good way to deploy and launch system.<br>
<br><br>There is a nice startup function now in erlyvideo, that does all setup (which differs for runtime and for tests), it loads<br>all data from config file.<br><br>application config file is a bad place for configuring your application, because it generates nowadays from app.src and exists somewhere in /usr/lib/...<br>
<br>configuration file lives in /etc/<br></div></div><br></div>
_______________________________________________<br>erlang-questions mailing list<br><a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>http://erlang.org/mailman/listinfo/erlang-questions<br></blockquote></div><br></div></body></html>