Возникла мысль ( потихоньку, дома, эх, в свободное время :( ) написать бекенд на М. Но я плохой еще М программист. Основные команды и функции по работе с данными освоил где то на 6 баллов из 10, а работа с устройствами, сокетами, а также команду Job, не говоря уже о криптографических функциях, SSL, JSON/BSON - страшно)))
По сути бекэнд (на данной стадии) можно так описать:
1. Есть одно постоянное TCP соединение, приходящие запросы добавляются в очередь запросов, ответы отправляются из очереди ответов. Соединение должно быть защищенным (SSL), данные передаются в собственном формате (ID пакета, размер сообщения, сообщение JSON/BSON).
2. Есть собственное API, базирующееся на идентичных SQL INSERT (API - add), SQL UPDATE (API - edit), SQL SELECT (без JOIN) (API - find). Пока нет запросов с JOIN, но предполагается функция API - view. Кроме того, поддерживаются и другие, специфичные для фронтэнда функции API - generateID, generatePassword (генерация UID, пароля). API уже реализовано на М (ниже приведу пример с вопросом к нему).
3. Есть API процессор, который работает с пулом потоков, для параллелизации выполнения запросов (функций API). Процессор управляет задачами RequestTask, каждая задача берет из очереди запросов очередной запрос и выполняет его, добавляя ответ в очередь ответов. Каждая задача-поток работает с процессом GtmWrapper, работающем с GT.M посредством Call-Ins. Пока я еще занимаюсь моделью параллелизации выполнения запросов. В том числе не только посредством Call-Ins, а решением подобным MWire (M/Gateway), это решение медленнее, зато поддерживаются всё, что есть в GT.M, в том числе и команды транзакций. В М бекэнде это может быть реализовано с помощью команды Job и как то еще.

Собственно все. Буду разбираться постепенно с каждой подзадачей.
Если есть у кого то ссылки или примеры (с сокетами, с Job, возможно какими то наработками в модели параллелизации выполнения М рутин, как реализовать очереди, криптография/SSL, JSON/BSON) буду признателен :) И если все заработает и будет кому то нужно - выложу на гитхаб...

krvsaSergeyLeeнаписать бекенд на М
Как это понять?
В М есть свой язык - т.ч. бекендней уже некуда...
"Написать бекенд на языке М (MUMPS)". Уточнил? А! Или может правильнее "Написать сервис на MUMPS".

gr_vlSergeyLee,

Свой бекенд дело благородное, не забывай только результатами делится

Для начала поcмотри mdap http://karataev.nm.ru/cache/mdapi.html
нуи на The M/Wire Protocol for GT.M and Caché http://gradvs1.mgateway.com/main/


Григорий

Спасибо. Я помню всегда о MWire и M/Gateway. И mdapi смотрел, надо добавить в просмотр. Еще некоторые другие разработки есть. Плюс исследую частенько интернет на этот предмет и надо бы составить список найденного.

gr_vl,

ой, тишина, да, забыл отписать видимо еще тогда...
сейчас жду-жду-жду как разрулят проект MOLE ( http://www.sql.ru/forum/976812/atmus-mole-i-prochie-premudrosti)
с C# не работал, что то такое видел... но не помню уже где) где то в гугл группах...

ValeriuSergeyLee,

Сергей, а чем не устраивает NodeM ?
https://github.com/dlwicksell/nodem

Вроде это даже ближе к вашим требованием.

Я совсем не работал с Node.js, и для этого необходимо уделить внимание ему сперва, затем NodeM и понять (почитать) архитектуру возможного использования связки Node.js - NodeM - GT.M, кроме того, кажется эту же связку использует Роб Твид с ewdGateway и EDW Lite. И эта часть исследований планируется этой осенью как номер 2.
Номер 1. Приоритет за MGWSI и возможностями, которые предлагают на M/Gateway.
В частности планируется проект "веб админки для GT.M", точнее "для базы данных", структуру которой мы уже создали и в продакшене уже понемногу движется, в смысле еще нет особо активного использования.

Думаю, что "веб админка" может развиваться как отдельная ветка и в будущем можно будет показать ее. Будут использоваться оба направления (M/Gateway и NodeM/ewdGateway). Есть конечно желание попробовать даже Erlang с EGTM, но по этой части тоже ноль знаний-опыта, и мизерная информация.
А по MOLE, во-первых, думается о высокоуровневом ООП языке, который будет создавать GT.M/MUMPS код, возможно даже сами попробуем, но до продакшена не думаю, что дойдет. А во-вторых, лучше будет помогать этому проекту, тестировать, разрабатывать, документировать, продвигать, зарабатывать на нем :)
Жаль сам Баскар (GT.M) не скажет как и куда развивается GT.M, и нет никаких стоящих стартапов... Сайт M/Gateway очень примитивен, а блог Роба Твида читается. И на Хабре пишут :)

Есть еще Номер "последний" - платформа PIP... но это вообще непонятно О_о

ValeriuSergeyLee,
SergeyLeeВ частности планируется проект "веб админки для GT.M", точнее "для базы данных"
Мы тоже пробуем, но как десктоп приложение из Wundows среды.
Пока есть некоторые наброски важных функций(создание БД,редактирования, MUPIP export(import) etc.)
http://eltranssoft.ucoz.ru/

Да, это я помню, и есть ваши файлы, возможно (когда появится время) второй коллега по GT.M займется установкой его на виртуалке Windows XP.