OberonCore
https://forum.oberoncore.ru/

Влияние исследований на технологию промежуточного ПО
https://forum.oberoncore.ru/viewtopic.php?f=26&t=6052
Страница 1 из 1

Автор:  Илья Ермаков [ Четверг, 11 Май, 2017 01:43 ]
Заголовок сообщения:  Влияние исследований на технологию промежуточного ПО

http://citforum.edunet.kz/SE/middleware/history/

Вольфганг Эммерих, Микио Аояма, Джо Свентек
Перевод: Сергей Кузнецов
Оригинал: Wolfgang Emmerich, Mikio Aoyama, Joe Sventek. The impact of research on middleware technology, ACM SIGSOFT Software Engineering Notes, Volume 32, Number 1, January 2007.

Автор:  Илья Ермаков [ Четверг, 11 Май, 2017 01:46 ]
Заголовок сообщения:  Re: Влияние исследований на технологию промежуточного ПО

http://citforum.edunet.kz/SE/middleware/history/7.shtml

Цитата:
RMI позволяет Java-объекту-клиенту вызывать методы объекта-сервера, располагающегося в другой JVM (Java Virtual Machine), возможно, в другом хосте.
...
Затем Вальдо излагает проектные принципы RMI и описывает важные отличия RMI от предшествующих работ в областях RPC, CORBA и DCOM. В частности, в RMI произошел отказ от неоднородности языков программирования, разрешавшейся за счет поддержки независимого языка определения интерфейсов и его привязок к различным языкам программирования, на которой базировались все предшествующие работы по системам удаленных вызовов процедур. В [151] утверждается, что вместо этого в RMI продолжаются традиции Network Objects в среде Modula-3, где примитивы удаленного вызова встраивались в язык программирования. В [151] также говорится, что RMI основывается на механизме сборки мусора, впервые внедренном в Modula-3 Network Objects.
...
RMI также отличается от предыдущих работ в области систем удаленного вызова процедур тем, что стабы, требуемые для синхронизации и поддержки прямого и обратного маршалинга, загружаются при необходимости, а не при запуске распределенной программы. Этот механизм существенно упрощает развертывание распределенных программ. Для обеспечения возможности загрузки стабов в RMI используется механизм динамической загрузки классов Java, описанный в [85]. Для использования в распределенной среде необходимо обеспечить безопасность загрузки классов, и в [85] описывается, как можно добиться надежной и безопасной загрузки классов, следуя формально обоснованным методам обеспечения безопасности предыдущих механизмов загрузки классов Java [74].
Статья [20] про Network Objects начинается с утверждения, что «в чистом объектно-ориентированном программировании у клиентов не должен иметься прямой доступ к реальному состоянию объектов, он должен обеспечиваться только через методы объектов. Эта методология замечательно применяется к распределенному компьютингу, поскольку вызовы методов представляют собой удобное место для внедрения коммуникаций, требуемых распределенной системой». Таким образом в Network Objects продолжаются традиции Вирта (Niklaus Wirth) и Парнаса (David Parnas) инкапсуляции, модульности и сокрытия информации, и эта система основывается на многочисленных работах, посвященных объектно-ориентированным языкам. Более глубокое обсуждение происхождения этой работы см. в [122]. В [20] явно утверждается, что система Modula-3 Network Objects основана на идеях предыдущих исследований, и приводятся ссылки на системы Emerald [76], Argus [87], Eden [2], Arjuna [47], Orca [11] и SOS [124].


Кто у нас тут любитель покормить хабровских? ) Сколько криков поднимется, если сказать, что и RMI в Java выросло из Виртовской ветки.

Автор:  Илья Ермаков [ Четверг, 11 Май, 2017 01:49 ]
Заголовок сообщения:  Re: Влияние исследований на технологию промежуточного ПО

Ну и Лука Карделли, конечно, не лыком шит с Модулой-3.
Вообще, хороший и элегантный язык, если б они не привязали намертво в языке ООП к куче.
Один промах закрывает целый набор паттернов и эффективных применений.

Автор:  Илья Ермаков [ Четверг, 11 Май, 2017 01:52 ]
Заголовок сообщения:  Re: Влияние исследований на технологию промежуточного ПО

Также не могу не заметить, что сам подход RPC и RMI, когда вызов куда-то там скрытно маршаллится и исполняется на другом узле, я считаю бесперспективным (ИМХО).
Много реальных ответственных систем сделано с этими механизмами, но.... Слишком сильная связанность распределённых узлов и неустойчивость к сегментированию распределённой системы.

Автор:  Info21 [ Четверг, 11 Май, 2017 10:57 ]
Заголовок сообщения:  Re: Влияние исследований на технологию промежуточного ПО

Илья Ермаков писал(а):
привязали намертво в языке ООП к куче.
Можно пояснить?

Автор:  Илья Ермаков [ Четверг, 11 Май, 2017 14:07 ]
Заголовок сообщения:  Re: Влияние исследований на технологию промежуточного ПО

У них расширяемые не record-ы, а object-ы - и они всегда указательные, живут в куче, обслуживаются сборщиком.

Автор:  Info21 [ Четверг, 11 Май, 2017 15:22 ]
Заголовок сообщения:  Re: Влияние исследований на технологию промежуточного ПО

Спасибо.

Страница 1 из 1 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/