Сам rebar3 использует HTTP-клиенты inets, поэтому, когда он запускает ваше приложение в оболочке, inets уже запущен и настроен. Одним из обходных путей может быть остановка inets до запуска вашего приложения, как это предложено разработчиком rebar3 (скопировано ниже ). Другим будет загрузка вашего релиза в консольном режиме:

./_build/default/rel/myapp/bin/myapp console

Кроме того, есть еще одна проблема с вашим проектом. Вы не сказали, что хотите, чтобы для вас запускались инеты. У вас должна быть эта строка в myapp.src:

{applications, [kernel, stdlib, inets]}

Или вы можете указать inets в разделе выпуска rebar.config, чтобы сообщить relx, что это приложение должно быть включено в выпуск и запускаться при загрузке.

{relx, [{release, { myapp, "0.1.0" }, [inets, myapp, sasl]} ]}

Остановить загрузку Inets при запуске оболочки rebar3

Вот копия полного ответа Фреда Хеберта из списка рассылки rebar3:

Нам нужны inets для получения пакетов, и, скорее всего, мы не отключим их автоматически для всех случаев использования, так как это может поставить под угрозу общее использование агента rebar3 в случае, когда пользовательское приложение не использует inets, но по-прежнему запрашивает получение пакетов при последующем запуске. . Обходной путь, который я бы предложил, состоял в том, чтобы использовать для этого сценарий ловушки. Хуки-скрипты запускаются перед загрузкой пользовательских приложений и являются обычными эскриптами:

#!/usr/bin/env escript 
main(_) -> application:stop(inets). 

Затем вы можете подключить скрипт с помощью:

{shell, [{script_file, "path/to/file"}]} 

в rebar3.config или с помощью

rebar3 shell --script_file test/check_env.escript

Я не могу найти в документации ничего, чтобы предположить, что rebar.config может содержать нужную вам конфигурацию приложения.

Вместо этого конфигурация приложения часто хранится в каталоге конфигурации вашего приложения, и, как показано в приведенном вами примере, вы должны использовать флаг -config при запуске erl, чтобы указать на файл конфигурации.

Если вы используете rebar3 для выпуска и запускаете службу с помощью скрипт, созданный с помощью relx (по умолчанию из _build/default/rel/<release_name>/bin/<release_name>) файл конфигурации приложения передается в erl для вас . Если файл конфигурации существует в каталоге вашего приложения, по умолчанию в config/sys.config, он будет рассматриваться как конфигурация приложения, в противном случае будет создана пустая конфигурация. Вы можете настроить его путь с помощью параметра выпуска sys_config.

Для нашего программного обеспечения у нас обычно был один файл config/sys.config. Структура аналогична предоставленному вами образцу конфигурации. Обратите внимание, что файл конфигурации может содержать настройки для многих различных служб. Например, смешав inets с одним из наших:

[{inets, [
     {services,[{httpc,[{profile, server1}]},
     {httpc, [{profile, server2}]}]}
 ]},
 {my_app, [
     {my_setting, "my value"}
 ]}
].

Запускаем с erl -config config/sys.config. Таким образом, если нам нужно установить конфигурацию службы, мы можем просто обновить наш файл конфигурации, в котором также содержится конфигурация, специфичная для этого приложения.

Насколько я знаю, это правильный метод для использования. Я не смог найти документацию, подтверждающую какой-либо другой способ сделать это.