практическое руководство шифрует erlang вызовы RPC (и репликация Mnesia) и другой трафик
Если у вас есть 2 бина одного и того же класса, автоматически подключенных к одному классу, вы должны использовать @Qualifier ( Пример Spring Autowiring @Qualifier ).
Но, похоже, ваша проблема в неправильном синтаксисе Java.
Ваш объект должен начинаться со строчной буквы
SuggestionService suggestion;
Ваш установщик должен начинаться также со строчной буквы, а имя объекта должно быть с заглавной буквы
public void setSuggestion(final Suggestion suggestion) {
this.suggestion = suggestion;
}
3 ответа
Ну, поскольку все работает по IP, одним из вариантов было бы использовать IPSec между вашими узлами. Зашифрованные VPN-соединения тоже могут помочь. Ни один из них не требует каких-либо изменений на стороне Erlang, ни программы Erlang, ни среда выполнения не будут знать, что происходит шифрование, за исключением (надеюсь) редкого случая атак, которые вызывают сбой связи, и в этом случае он будет выглядеть как будто другой узел не работает.
Есть два основных варианта:
- Использовать SSL для подключения узлов Erlang , как описано на выходе из ловушки
- Использовать , лежащие в основе механизмов IP. как VPN или IpSEC
Вы можете использовать SSH-туннель для прохождения через него всех сообщений erlang, используя параметр -rsh ssh, вы захотите настроить аутентификацию на основе сертификатов для ssh (то есть без паролей). Затем вы можете просто использовать что-то вроде
erl -rsh ssh ....
Дополнительные сведения см. В: