Как распределяется бинарная совместимость akka

Question

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

На базовом уровне API-интерфейс actor представляет собой почтовый ящик сообщений. Поэтому до тех пор, пока сообщения остаются бинарными, есть все возможности, чтобы сообщения могли быть отправлены в другие системы, на которых выполнялись разные (jar-несовместимые) версии akka.

Так Дано:

приложения

• 2 с фиксированным сообщением установить
• Нет типизированных актеров (только с помощью actor ! message и actor ? message)
• "Применение 1" с помощью Акку 2.3.9

Какая самая ранняя версия akka «Application 2» могла бы использовать?

Других пунктов, которые я хотел бы подтвердило:

• Akka clustering протокол не имеет значения здесь - каждое приложение может иметь свой собственный кластер и общаться между кластерами с использованием TCP remoting
• Scala бинарной совместимости является irrellevant, а также - системы передают по протоколу TCP с предварительно скомпилированным набором сообщений (возможно, определенными в Java для обеспечения/паранойи)

В начале, the 2.0 series has the same remoting configuration, но есть ли причина, по которой 1.3 не может быть сработал?

Answer 1

До сих пор мы не применяли меры, обеспечивающие совместимость протоколов между версиями Akka - это также означает незначительные обновления версий. Однако мы не внесли безвозмездных изменений и на уровне протокола Akka с чистыми шансами Remoting должно быть хорошо, что оно работает в версиях с версии 2.2.0. До этого произошли изменения в рукопожатии протокола удаленного управления, что, скорее всего, нарушит совместимость, а Akka 1.x - совсем другое дело.

Мы знаем, что этот ответ не является удовлетворительным, и мы будем работать над этим, полностью указав удаленный протокол и выполнив тесты кросс-версии, но у нас еще не было ресурсов для решения этой большой задачи.