Я наконец разыскал автора "Концепции REST-PCA" его зовут Том Тoденхэм (Tom Tuddenham). Он живет в городе Аделайда на Юге Австралии. Очень интересный и дружелюбный парень) Написал, что придумал данный документ после попойки со своими одногруппниками)))
Он же и владелец xpca.org. Он переименовал свои идею протокола в XPCA (по нашему расширяемая архитектура управления процессом). Побудило его к такому поступку то, что слово REST в названии протокола или технологии, может стать ограничивающим фактором в будущем. Но на данный момент XPCA тождествен REST-PCA, по этому отныне я буду публиковать свои труды связанные с технологией REST в автоматизации под флагом XPCA.
Так же мы с ним переговорили по поводу планов на будущее.. он сообщил, в последнее время (по моему это несколько лет) он особо не занимался развитием своих идей, но после моего письма о том, что я перевел его работу и начал свои исследования и публикацию результатов, он очень воодушевился и решил опять возобновить деятельность. В данный момент он занимается исследование механизмов самоопределения XPCA сервисов,т.е. способ автоматического получения клиентом сведений о структуре ресурсов и форматах данных. За основу он хочет взять HATEOAS - конечный автомат на основе гиперссылок, а исполнительный механизм является клиент. На эту тему разъяснение на русском. Я же сообщил ему, что занялся исповедованием асинхронных сообщений, т.к. это очень важный момент для передачи данных по изменению и организации подписок к ресурсам (результаты скоро будут в отедльной статье). Так же я буду переводить его работы, если они все таки родятся.
Напоследок о сообществе.. Пока оно состоит из нескольких человек и проектов. Тем не менее координаты:
xpca.org - официальный сайт проекта;
XPCA Google Group - группа единомышленников;
ferrisoxide - сам Том (автор проекта) на гитхабе;
RESTduino - родственный проект, обеспечивает доступ по REST к периферии микроконтроллера;
Ну и конечно этот блог будет и дальше освещать данный вопрос)
Надо сказать, что REST захватывает умы. Правда, у него есть уязвимое место - унаследованное от HTTP - клиент-серверная архитектура. У нас возникла задача по проектированию особого вида УСПД (в электроэнергетике), таким образом чтобы получать данные от устройств в неизвестном сетевом окружении - т.е. устройство может выходить в интернет и только. Соотв. сделали шаблон - сервер-клиент. Сервер ходит по HTTP в очередь запросов и выполняет их. Так вот все богатство HTTP пропадает в этом случае, потому что будучи клиентом вернуть статус-код и новый УРЛ для запроса - не можно.
ОтветитьУдалитьЕсли я Вас правильно понял, то в Вашем случае нужен HTTP сервер с асинхронной обработкой запросов (none blocking), тогда каждый клиент будет работать в своем соединении. Так можно паралельно обрабатывать запросы клиентов без потери сессии. Так же можно передать данные по изменению. Я тут пытался осветить этот вопрос - http://blog.flipback.net/2011/07/xpca.html
ОтветитьУдалить