<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 6, 2014 at 3:08 PM, t x <span dir="ltr"><<a href="mailto:txrev319@gmail.com" target="_blank">txrev319@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div id=":tc" class="" style="overflow:hidden">* how do I:<br>
<br>
  1) give it a -sname so I can attach to it from another erlang node?<br>
<br>
  2) do hot code reloading on something that is already running via relx</div></blockquote></div><br>Okie, you normally have something like this in relx releases:</div><div class="gmail_extra"><br></div><div class="gmail_extra">

app/bin/app remote_console</div><div class="gmail_extra"><br></div><div class="gmail_extra">if you have given your original app node a name (I often pick <a href="mailto:app@127.0.0.1">app@127.0.0.1</a>). This allows you to have a remote console on the Erlang node and you can then hot-deploy modules into the running node by placing a .beam in the load path of the project and then executing l(Module). For more general perusal of this consult the appropriate man-page:</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">erl -man code</div><div class="gmail_extra"><br></div><div class="gmail_extra">For development, you might consider something like</div><div class="gmail_extra">
<br>
</div><div class="gmail_extra"><a href="https://github.com/rustyio/sync">https://github.com/rustyio/sync</a></div><div class="gmail_extra"><br></div><div class="gmail_extra">which is an even faster development path.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">This was 1), now for 2) and further on. There is also a concept called release upgrades. Fred did an amazing job at handling them:</div><div class="gmail_extra">

<br></div><div class="gmail_extra"><a href="http://learnyousomeerlang.com/relups">http://learnyousomeerlang.com/relups</a></div><div class="gmail_extra"><br></div><div class="gmail_extra">they allow you to upgrade systems which you for some reason cannot shut down between upgrades. There are a few places where this is necessary, but I would recommend designing your system in a way to avoid them if possible.</div>

<div class="gmail_extra"><br><br clear="all"><div><br></div>-- <br>J.
</div></div>