是否可以同时 运行 不同的 Erlang OTP 版本？
Is it possible to run different Erlang OTP version at the same time?
我正在尝试将 Apple 的 voip 推送通知添加到我们的应用程序中。我们的后端提供程序由 Erlang 的 Ejabberd 服务器和 apns4erl 服务器 1.0.4 编写。
目前，apns4erl 2 具有发送 voip 推送通知的功能。但它需要 OTP 19+ 才能编译，我们的系统在 OTP 17.3 上 运行ning。
那么我可以知道是否可以同时 运行 这两个 OTP？我无法将 OTP 升级到 19+。新图书馆需要 19 岁以上。
是否有好的方法可以满足此要求，或者我需要将新库移植到旧库中？
谢谢，
埃里克
在阅读本文时请记住，您应该真正找到一种方法来更新现有服务以与更新的运行时保持同步。我处理过卡在遗留运行时上的问题，只是因为有人认为他们需要以一种无法升级的方式在某个地方分叉特定模块——那简直是一场噩梦。
TL;DR:（但无论如何你都应该阅读它）
是的，我刚刚确认你可以通过 disterl 连接 R17 和 R20 节点并发送消息：
R17节点：
ceverett@changa:/opt/erlang/R17.5/bin$ ./erl -name bar -cookie walnut
Erlang/OTP 17 [erts-6.4] [source] [64-bit] [smp:2:2] [async-threads:10] [hipe] [kernel-poll:false]
Eshell V6.4 (abort with ^G)
(bar@changa.shinden.tsuriai.jp)1> P = spawn(fun Wait() -> receive {From, Message} -> From ! {received, Message}, Wait() end end).
<0.44.0>
(bar@changa.shinden.tsuriai.jp)2> global:register_name(waiter, P).
yes
R20节点：
ceverett@changa:~$ erl -name foo -cookie walnut
Erlang/OTP 20 [RELEASE CANDIDATE 2] [erts-9.0] [source] [64-bit] [smp:2:2] [ds:2:2:10] [async-threads:10] [hipe] [kernel-poll:false]
Eshell V9.0 (abort with ^G)
(foo@changa.shinden.tsuriai.jp)1> net_kernel:connect('bar@changa.shinden.tsuriai.jp').
true
(foo@changa.shinden.tsuriai.jp)2> global:send(waiter, {self(), "blah blah blah"}).
<7489.44.0>
(foo@changa.shinden.tsuriai.jp)3> flush().
Shell got {received,"blah blah blah"}
ok
请注意，在 R20 节点之上 首先 ，因此这是 运行 的 EPMD 版本。我不知道这是否重要，我也不知道 EPMD 是否在 R17 和 R20 之间发生了变化。
这是所有未记录的功能。阅读下文，了解 更多 更面向未来的方法。
记录的连接不同版本的两个节点的方法是使用 +R 运行时标志。我认为这是一个非常不可靠的 hack（和我上面展示的一样不可靠），除非你首先对它进行了彻底的测试——并且它可能会产生意想不到的副作用，具体取决于所涉及的版本（并且不知道未来会发生什么） ).但是这是一个实际的运行时标志，它的存在显然是有原因的。有关详细信息，请参阅 。
讨论
无论两个版本的 Erlang 运行时是否在 disterl 上兼容，用 Erlang 编写网络应用程序真的很容易。您始终可以通过 TCP 连接两个任何不同的东西。
对此的简单解决方案是使用当前版本的 Erlang（目前为 R20.1）在 Erlang 中编写网络应用程序，接收 Apple voip 推送，并将它们转发到您的主应用程序。
写入：
- R17 系统中的单个 TCP 套接字处理进程。
- R20 中的 Apple VOIP 推送服务处理程序和与 R17 TCP 套接字处理程序对话的 TCP 套接字连接进程。
在您的系统中对待 Apple VOIP 服务就好像它作为您应用程序的本机部分存在一样。 R17 节点 中的套接字处理程序是 VOIP 服务。确保你在编写它的接口函数时考虑到这一点——以后如果你可以将你的代码迁移到 R20，那么你就不必担心这个细节，因为它已经被 Erlang 的内部协议抽象出来了。
至于推送更新本身，您可以创建任何类型的协议。
Erlang 的 external term format 在 R17 和 R20 之间没有变化，因此您可以通过让 Apple VOIP 端套接字处理程序（在 R20 节点上）执行类似以下操作来在两个节点之间发送本地消息：
notify_node(Socket, VOIP_Data) ->
Message = term_to_binary({push, VOIP_Data}),
ok = gen_tcp:send(Socket, Message),
log(info, "Message sent").
在接收节点（R17节点）：
loop(Parent, Debug, State = #s{socket = Socket}) ->
receive
{tcp, Socket, Bin} ->
{push, VOIP_Data} = binary_to_term(Bin, [safe]),
{ok, NewState} = do_stuff(VOIP_Data, State)
loop(Parent, Debug, NewState);
%% Your other stuff
%% OTP system stuff
end.
您也可以将 R17 侧写为 gen_server，监听：
handle_info({tcp, Socket, Bin}, State = #s{socket = Socket}) ->
%% whatever
我只是碰巧经常看到套接字处理进程是 proc_lib 进程而不是 gen_server 大部分时间。不过大多数情况下没关系。
另一种方法是使用二进制文件：
notify_node(Socket, VOIP_Data) ->
Message = <<"PUSH ", VOIP_Data>>,
ok = gen_tcp:send(Socket, Message),
log(info, "Message sent").
在接收节点（R17节点）：
loop(Parent, Debug, State = #s{socket = Socket}) ->
receive
{tcp, Socket, <<"PUSH ", VOIP_Data/binary>>} ->
{ok, NewState} = do_stuff(VOIP_Data, State)
loop(Parent, Debug, NewState);
%% Your other stuff
%% OTP system stuff
end.
这真的取决于 VOIP_Data 的性质。如果它本身是一个二进制文件，并且 R20 Apple 推送服务应该只传递它而不检查它，那么原始二进制方法很简单。如果 R20 端要解释消息并将其转换为自己的 Erlang 消息，那么使用 binary_to_term/1/[=21= 可以做得更好 much ]表格。
也许
表明它确实有效，并且还提出了另一种方法。这个答案更笼统地谈到了使用 Erlang 发行版连接两个不同的版本。
在the erl man page中你可以找到+R标志：
+R ReleaseNumber
Sets the compatibility mode.
The distribution mechanism is not backward compatible by default. This flag sets the emulator in compatibility mode with an earlier Erlang/OTP release ReleaseNumber. The release number must be in the range <current release>-2..<current release>. This limits the emulator, making it possible for it to communicate with Erlang nodes (as well as C- and Java nodes) running that earlier release.
Note
Ensure that all nodes (Erlang-, C-, and Java nodes) of a distributed Erlang system is of the same Erlang/OTP release, or from two different Erlang/OTP releases X and Y, where all Y nodes have compatibility mode X.
这反映了手册 the Compatibility section 所说的内容：
Erlang Distribution
Erlang nodes can communicate across at least two preceding and two subsequent releases.
所以理论上，如果 19 节点以 +R 17 标志启动，Erlang 17 和 19 应该能够通信。
但实际上这个flag目前并没有开启任何兼容特性（参见R16B中的the source code), and it hasn't done so since compatibility for R9 was removed。release X和release Y是否可以相互连接的答案是“试试看” .
另见 table 显示不同 Erlang 版本之间的连接性。
我正在尝试将 Apple 的 voip 推送通知添加到我们的应用程序中。我们的后端提供程序由 Erlang 的 Ejabberd 服务器和 apns4erl 服务器 1.0.4 编写。
目前，apns4erl 2 具有发送 voip 推送通知的功能。但它需要 OTP 19+ 才能编译，我们的系统在 OTP 17.3 上 运行ning。
那么我可以知道是否可以同时 运行 这两个 OTP？我无法将 OTP 升级到 19+。新图书馆需要 19 岁以上。
是否有好的方法可以满足此要求，或者我需要将新库移植到旧库中？
谢谢，
埃里克
在阅读本文时请记住，您应该真正找到一种方法来更新现有服务以与更新的运行时保持同步。我处理过卡在遗留运行时上的问题，只是因为有人认为他们需要以一种无法升级的方式在某个地方分叉特定模块——那简直是一场噩梦。
TL;DR:（但无论如何你都应该阅读它）
是的，我刚刚确认你可以通过 disterl 连接 R17 和 R20 节点并发送消息：
R17节点：
ceverett@changa:/opt/erlang/R17.5/bin$ ./erl -name bar -cookie walnut
Erlang/OTP 17 [erts-6.4] [source] [64-bit] [smp:2:2] [async-threads:10] [hipe] [kernel-poll:false]
Eshell V6.4 (abort with ^G)
(bar@changa.shinden.tsuriai.jp)1> P = spawn(fun Wait() -> receive {From, Message} -> From ! {received, Message}, Wait() end end).
<0.44.0>
(bar@changa.shinden.tsuriai.jp)2> global:register_name(waiter, P).
yes
R20节点：
ceverett@changa:~$ erl -name foo -cookie walnut
Erlang/OTP 20 [RELEASE CANDIDATE 2] [erts-9.0] [source] [64-bit] [smp:2:2] [ds:2:2:10] [async-threads:10] [hipe] [kernel-poll:false]
Eshell V9.0 (abort with ^G)
(foo@changa.shinden.tsuriai.jp)1> net_kernel:connect('bar@changa.shinden.tsuriai.jp').
true
(foo@changa.shinden.tsuriai.jp)2> global:send(waiter, {self(), "blah blah blah"}).
<7489.44.0>
(foo@changa.shinden.tsuriai.jp)3> flush().
Shell got {received,"blah blah blah"}
ok
请注意，在 R20 节点之上 首先 ，因此这是 运行 的 EPMD 版本。我不知道这是否重要，我也不知道 EPMD 是否在 R17 和 R20 之间发生了变化。
这是所有未记录的功能。阅读下文，了解 更多 更面向未来的方法。
记录的连接不同版本的两个节点的方法是使用 +R 运行时标志。我认为这是一个非常不可靠的 hack（和我上面展示的一样不可靠），除非你首先对它进行了彻底的测试——并且它可能会产生意想不到的副作用，具体取决于所涉及的版本（并且不知道未来会发生什么） ).但是这是一个实际的运行时标志，它的存在显然是有原因的。有关详细信息，请参阅
讨论
无论两个版本的 Erlang 运行时是否在 disterl 上兼容，用 Erlang 编写网络应用程序真的很容易。您始终可以通过 TCP 连接两个任何不同的东西。
对此的简单解决方案是使用当前版本的 Erlang（目前为 R20.1）在 Erlang 中编写网络应用程序，接收 Apple voip 推送，并将它们转发到您的主应用程序。
写入：
- R17 系统中的单个 TCP 套接字处理进程。
- R20 中的 Apple VOIP 推送服务处理程序和与 R17 TCP 套接字处理程序对话的 TCP 套接字连接进程。
在您的系统中对待 Apple VOIP 服务就好像它作为您应用程序的本机部分存在一样。 R17 节点 中的套接字处理程序是 VOIP 服务。确保你在编写它的接口函数时考虑到这一点——以后如果你可以将你的代码迁移到 R20，那么你就不必担心这个细节，因为它已经被 Erlang 的内部协议抽象出来了。
至于推送更新本身，您可以创建任何类型的协议。
Erlang 的 external term format 在 R17 和 R20 之间没有变化，因此您可以通过让 Apple VOIP 端套接字处理程序（在 R20 节点上）执行类似以下操作来在两个节点之间发送本地消息：
notify_node(Socket, VOIP_Data) ->
Message = term_to_binary({push, VOIP_Data}),
ok = gen_tcp:send(Socket, Message),
log(info, "Message sent").
在接收节点（R17节点）：
loop(Parent, Debug, State = #s{socket = Socket}) ->
receive
{tcp, Socket, Bin} ->
{push, VOIP_Data} = binary_to_term(Bin, [safe]),
{ok, NewState} = do_stuff(VOIP_Data, State)
loop(Parent, Debug, NewState);
%% Your other stuff
%% OTP system stuff
end.
您也可以将 R17 侧写为 gen_server，监听：
handle_info({tcp, Socket, Bin}, State = #s{socket = Socket}) ->
%% whatever
我只是碰巧经常看到套接字处理进程是 proc_lib 进程而不是 gen_server 大部分时间。不过大多数情况下没关系。
另一种方法是使用二进制文件：
notify_node(Socket, VOIP_Data) ->
Message = <<"PUSH ", VOIP_Data>>,
ok = gen_tcp:send(Socket, Message),
log(info, "Message sent").
在接收节点（R17节点）：
loop(Parent, Debug, State = #s{socket = Socket}) ->
receive
{tcp, Socket, <<"PUSH ", VOIP_Data/binary>>} ->
{ok, NewState} = do_stuff(VOIP_Data, State)
loop(Parent, Debug, NewState);
%% Your other stuff
%% OTP system stuff
end.
这真的取决于 VOIP_Data 的性质。如果它本身是一个二进制文件，并且 R20 Apple 推送服务应该只传递它而不检查它，那么原始二进制方法很简单。如果 R20 端要解释消息并将其转换为自己的 Erlang 消息，那么使用 binary_to_term/1/[=21= 可以做得更好 much ]表格。
也许
在the erl man page中你可以找到+R标志：
+R ReleaseNumber
Sets the compatibility mode.The distribution mechanism is not backward compatible by default. This flag sets the emulator in compatibility mode with an earlier Erlang/OTP release
ReleaseNumber. The release number must be in the range<current release>-2..<current release>. This limits the emulator, making it possible for it to communicate with Erlang nodes (as well as C- and Java nodes) running that earlier release.Note
Ensure that all nodes (Erlang-, C-, and Java nodes) of a distributed Erlang system is of the same Erlang/OTP release, or from two different Erlang/OTP releases X and Y, where all Y nodes have compatibility mode X.
这反映了手册 the Compatibility section 所说的内容：
Erlang Distribution
Erlang nodes can communicate across at least two preceding and two subsequent releases.
所以理论上，如果 19 节点以 +R 17 标志启动，Erlang 17 和 19 应该能够通信。
但实际上这个flag目前并没有开启任何兼容特性（参见R16B中的the source code), and it hasn't done so since compatibility for R9 was removed。release X和release Y是否可以相互连接的答案是“试试看” .
另见