<br><br><div class="gmail_quote">2009/5/20 Ulf Wiger <span dir="ltr"><<a href="mailto:ulf.wiger@erlang-consulting.com">ulf.wiger@erlang-consulting.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
This is true also for the start function and the<br>
start phase callbacks.<br>
<br>
It is your responsibility to take care of the included<br>
applications.<br>
</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
In the AXD 301, we had a generic top-level application<br>
callback that would look for environment variables<br>
in the included applications - e.g. {'#prep_stop#', {M,F}}.<br>
</blockquote><div><br>I see ... well i finally managed to solve my problem by calling an
included-application API function from the primary prep_stop callback.
Although it seems to me not the best solution, it works, and i have no time of implementing a more generic solution like the one you mention.<br><br>Anyway, just for curiosity, there would be any reason preventing some kind of stop_phases scheme or it's just that nobody found it that necessary and/or had the time to do it?<br>
 <br>Regards,<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
BR,<br>
Ulf W<div><div></div><div class="h5"><br>
<br>
Alex Vazquez wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi list,<br>
<br>
I would like to know if there is a way of forcing the execution of the prep_stop() callback for an included application that is started by adding its supervisor to the primary application supervisor.<br>
<br>
The scenario i'm facing includes a primary application that launches some included applications, with some of them launching another applications too:<br>
<br>
Prim<br>
IncA, IncB,<br>
IncA1, IncA2<br>
<br>
Here, i need to manipulate the supervisor of the included application (say, IncA) just before it stops, to allow deleting its own included apps (say IncA1 and IncA2) before it terminates, doing it from inside the included application and not from the primary one.<br>

<br>
I'm experiencing that the prep_stop callback is only called for the primary application and not for the included ones.<br>
<br>
I now it can sound a bit akward. I can explain a bit further if needed.<br>
<br>
Thanks in advance,<br>
<br>
-- <br>
Alejandro Vazquez Fente<br>
</blockquote>
<br>
<br>
<br></div></div><font color="#888888">
-- <br>
Ulf Wiger<br>
CTO, Erlang Training & Consulting Ltd<br>
<a href="http://www.erlang-consulting.com" target="_blank">http://www.erlang-consulting.com</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Alejandro Vazquez Fente<br>