Release handling and auto reload

[Daniel Widgren]

Hi,

we are trying to make release handling of CB but we stumble on one
issue and that is when we have a release it doesn't evoke auto
reloading. So html pages are not reloaded.

Wondering a bit how auto reloading is working. I can see that when we
runs the ./init-dev.sh it will call the reloader module. But in
production ./init.sh it have a reload_cmd. But, when we create a
releaes it will create it own scripts for start/stop and so on. I
guess the issue is there, that the release scripts doesn't work as
intended for CB.

best regards,
Daniels

[Matt Husby]

Hi Daniel,

I am not sure if this is the best way of doing things, but when I want to reload my production code this is what I do:

(I have everything in git)

$ git pull

$ ./rebar compile

$ ./init.sh reload

So I pull in all of my new code, then compile it using rebar, and then have CB reload everything.  How that helps :-)

Matt

-- 

Matt Husby

[Daniel Widgren]

Hi,

The issue is that we don't want to install erlang on all servers.
Just use regular release handling where you can send out a release and
then upgrade it nice. Like the otp way.

But I will see if we can implement the solutions that init.sh have in
our CB release. Other thing is that we don't want our proudction
servers to download things from github. We want to be sure package way
how things are going.

/ Daniel



2012/5/27 Matt Husby <matt...@gmail.com>:

[Evan Miller]

Hi Daniel,

Reloading in production is implemented via RPC, which is why
production nodes must have node names (and a cookie). You should be
able to learn more from the init and rebar scripts.

Evan

--
Evan Miller
http://www.evanmiller.org/

[Kai Janson]

Daniel,

The git pull command can come from git server on your network.
Gitosis is a free git server that acts like github but without the
external connection needs.

--Kai


Sent from my iPhone

[Daniel Widgren]

Thank you for your answer.

We have solved the issue and can now upgrade releases live even with
static library.

Daniel

2012/5/28 Kai Janson <kot...@gmail.com>: