<br><div><span class="gmail_quote">On 22/02/06, <b class="gmail_sendername">Mikael Karlsson</b> <<a href="mailto:mikael.karlsson@creado.com">mikael.karlsson@creado.com</a>> wrote:<br>[...]<br></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The problem with deployment on Erlang, as I see it, is that it is not possible<br>to add new applications to releases, and that they all have to go into the<br>erlang root library. It would be nice if Erlang could have a secondary
<br>library path that was searched too, meaning that you could deploy applications<br>in an own library without having to do code:add_path{a,z} for everyone of<br>them. And making it easy to upgrade your Erlang base system without affecting
<br>your own additions.</blockquote><div><br>I have to say that I don't find the use of .erlang too terribly onerous for doing the add_path work.<br>In spirit it's kind of like the venerable .cshrc|autoexec.bat|<your_own_choice>|...
<br><br>Of course you wouldn't want installers just vomiting all over the .erlang file but I don't think it would be too hard to establish a convention for organising the adding of application specific setup segments ...<br>
</div><br></div>-- <br>N.