prizrak39: ну, если в учебных целях, то микросервисы могут дёргать друг друга за эндпоинты тем же самым rest. Или обмениваться сообщениями через очередь, например RabbitMQ.
Илья лук: нет, ничего подобного нет. Android создавался в расчёте на то, что накопитель будет очень медленным и не очень надёжным, поэтому сильно его не эксплуатирует.
Coder321: единственная причина писать свой видеострим-сервер - это реализация собственного протокола потокового вещания и видео-плеера под него. Если же плеер из стандартных, то nginx с модулем rtmp или hls заруливает любую поделку. Не говоря уж о коммерческий видеострим-серверах.
request.setAttribute("p", new PrintText());
request.setAttribute("s", new ShowText());
request.getRequestDispatcher("index.jsp").forward(request, response);
Павел Аксенов: в древние времена я кроил таким образом одну галерею с табличной вёрсткой. Вариант имеет право на жизнь, но уж очень он капризный. Например в этом случае он разобьёт так:
jtag_: 1С Предприятие 8 хранит данные либо в MS SQL Server, либо в файловый базе своего формата. В первом случае можно при миграции работать на уровне баз данных, нагородить какой-нибудь ETL-слой, который будет одним запросом вынимать данные из MS SQL Server, а другим вставлять в MySQL. Хотя это и не просто, у 1С достаточно мрачный EAV-формат хранения данных. Во втором случае без написания выгрузки для платформы 1С и промежуточного формата вообще не обойтись.
1С Предприятие (мы же о ней?) - это платформа для разработки учётных систем, а MySQL и MongoDB - это СУБД. Так что вопрос поставлен не совсем корректно.