librelist archives

Re: [erlar] Hola mundo

From:

Juan Jose Comellas

Date:

2012-02-10 @ 15:38

Los releases en Erlang tienen cierta complicación. Antes de empezar a
usarlos te recomendaría que estés un poco más cómodo con Erlang. Acá tenés
una introducción a cómo usarlos:
http://learnyousomeerlang.com/release-is-the-word

Lo ideal es primero entender cómo funciona todo y después usar alguna
herramienta que te simplifique un poco el proceso. De todas las que usé la
más práctica para mi fue rebar, que se usa principalmente para compilar
proyectos de Erlang , generar releases y también upgrades. La podés bajar
de https://github.com/basho/rebar/

Saludos,

Juanjo


On Fri, Feb 10, 2012 at 12:17 PM, Winston Sánchez <wsanchez@sidevox.com>wrote:

> Gracias si esta es la mejor opcion la primera parte no la sabia muchas
> gracias por la recomendacion. ya voy a probar, y si tienes alguna
> documentacion sobre la manera de hacer los releases en erlang seria de mas
> ayuda.
>
> Gracias por todo a todos.
>
> El 10 de febrero de 2012 10:07, Juan Jose Comellas 
<juanjo@comellas.org>escribió:
>
> 1) Primero de todo, no necesitás usar nohup para levantar la VM de Erlang
>> en background. Esto lo podés hacer fácilmente pasando el parámetro
>> "-detached" cuando ejecutás el proceso de la VM. Por ejemplo:
>>
>>      erl -sname nodo1 -detached
>>
>> 2) Una vez hecho eso, podés conectarte a un shell corriendo en nodo que
>> levantaste con algo como (en Linux/Unix):
>>
>>     erl -sname nodo2 -remsh nodo1@`hostname`
>>
>> 3) Una vez que estás en ese shell podrías compilar y cargar el módulo a
>> mano. Mi sugerencia es que te crees un archivo Emakefile, que tiene una
>> sintaxis como:
>>
>>     {"src/*", [debug_info, {outdir, "ebin"}, {i, "include"}]}.
>>
>> 4) Y después compiles todos los archivos que hayan cambiado y los cargues
>> desde el shell remoto a la VM de Erlang haciendo:
>>
>>     make:all([load]).
>>
>> 5) Una vez que hayas terminado NO salgas del shell con q() o h(), porque
>> estarías bajando el nodo inicial (nodo1). Acordate que lo que hiciste en el
>> paso (2) fue crear un shell REMOTO. Para salir tenés que presionar Ctrl+G y
>> despus elegir la opción 'q' del menú que te va a aparecer.
>>
>> Esa creo que es la forma más simple de hacer lo que necesitás vos. En un
>> futuro te convendría aprender cómo hacer un release de Erlang y cómo hacer
>> upgrades del sistema en tiempo de ejecución.
>>
>> Cualquier otra duda, preguntá.
>>
>> Saludos,
>>
>> Juanjo
>>
>>
>>
>> On Fri, Feb 10, 2012 at 11:49 AM, Winston Sánchez <wsanchez@sidevox.com>wrote:
>>
>>> EL problema es que tengo el modulo ejecutandose en background y cuando
>>> necesito hacer un cambio en el codigo me toca detener el proceso compilarle
>>> y mandar a ejecutar otra vez. estoy probando algunas opciones pero todavia
>>> o me resulta lo q quiero .... el proceso en background lo hago con el nohup
>>> en linux.
>>>
>>> El 10 de febrero de 2012 09:39, Mariano Guerra <
>>> luismarianoguerra@gmail.com> escribió:
>>>
>>> 2012/2/10 Juan Jose Comellas <juanjo@comellas.org>:
>>>> > Winston, no se qué tan complejo es lo que tenés que hacer, pero con
>>>> > code:load_file/1 podés cargar una nueva versión del módulo. Desde el
>>>> shell
>>>> > de Erlang lo podés hacer también con l(). Esta es la forma más básica
>>>> de
>>>> > hacerlo, pero si estás usando releases tenés formas más complejas que
>>>> > intentan automatizar el proceso de actualización para cuando tenés
>>>> > aplicaciones más complejas. Qué es lo que necesitás hacer?
>>>>
>>>> yo supuse que lo que quiere hacer es que si compila el modulo de nuevo
>>>> y le manda un mensaje especial al proceso carga la nueva version.
>>>>
>>>
>>>
>>
>