Начал интересоваться play фреимворком.

Где-то зацепил мысль, что там внутри нет сервлетов.

А как тогда это может работать? Ну то есть есть html страница, есть java код. Как они ещё могут быть связаны как не через сервлеты?

Alexey Tomin
Не знаю play! ;) но Вы просто не понимаете сути.


Поэтому и спрашиваю

Alexey TominПриложение слушает порт. Любое приложение может слушать любой порт.
При входящем зарпосе на этот порт вызывается некоторые метод.
Он должен вернуть ответ.


Что это более детально значит? Какой механизм позволяет "слушать" порт? что вообще понимается под слушанием?
Как труба, на одной стороне которой клиент, а на другой сервер?

Alexey Tomin
В случае html есть стандарт- что можно получить, что надо отдавать.

Что за стандарт?
Alexey Tomin
В java есть стандартная привязка этого к методам с помощью классов HttpServlet и GenericServlet.

Привязка чего?

Alexey TominНо это всё общий подход. Можно использовать что угодно. Более того, чтобы заработал Servlet надо чтобы сервер это обеспечил. См. например org.eclipse.jetty.server.HttpChannel.handle

Что понимается под сервером? контейнер сервлетов?

Usmanquestioner,

https://playframework.com/documentation/2.6.x/Philosophy#powerful-build-system

А Вы сами то читали, что скинули?

Из относящегося к вопросу только
https://playframework.com/documentation/2.6.x/Philosophy#powerful-build-system it was crucial to providing an asynchronous HTTP API instead of the standard Servlet API

По-моему не очень то отвечает на мой вопрос.

И кстати в чем асинхронность HTTP API ?

Там каким то образом сервер шлёт acknowledge клиенту, что обработка запроса начата, а потом, когда обработка завершена, каким-то хитрым способом доставляет данные на клиент?

BlazkowiczquestionerА как тогда это может работать? Ну то есть есть html страница, есть java код. Как они ещё могут быть связаны как не через сервлеты?
Какой смешной вопрос. Есть Java - язык программирования общего назначения. Есть HTTP - текстовый протокол передачи данных по TCP. PHP вот как-то умудряется работать без сервлетов. А в .NET там ещё страшнее... Даже HTTP сервер "не нужен". Сразу HttpListener лепят. И почему-то тоже без сервлетов.
Кстати, Jetty умеет работать без сервлетов. Это из популярного. А вот ещё из невероятного: JAX-WS работает без сервлетов!

Хм, и как мне теперь с этим жить?

сервлеты это просто обёртка над http, лишающая последний набора фичей ?

BlazkowiczВ чем асинхронность HTTP API, который использует Play framework? Или в чем вопрос?

Да, в чем асинхронность HTTP API, который использует Play framework?

BlazkowiczКстати, Jetty умеет работать без сервлетов
Ничоси. а как?



BlazkowiczquestionerТам каким то образом сервер шлёт acknowledge клиенту, что обработка запроса начата, а потом, когда обработка завершена, каким-то хитрым способом доставляет данные на клиент?

Callback-ами как обычно.

А обычно для каких ситуаций?

Моё представление о HTTP

Есть клиент, есть сервер.

Клиент шлёт запрос, висит пока сервер не ответил.
Сервер принимает запрос, обрабатывает его, отправляет ответ клиенту
клиент получает ответ, отвисает.

В случае с веб сокетами насколько я понимаю всё иначе. шлём хоть от клиента серверу, хоть от сервера клиенту - всё одно. Никто не блокируется.

BlazkowiczquestionerИ кстати в чем асинхронность HTTP API ?
В чем асинхронность HTTP API, который использует Play framework? Или в чем вопрос?

А это асинхронное http api над синхронным http ?

Пример может какой-то жизненный?

BlazkowiczquestionerА это асинхронное http api над синхронным http ?

Для старых версий - да. Для новых может уже чего-то придумали.

questionerПример может какой-то жизненный?
В смысле? Создали новый поток. Запустили туда ожидание Http отклика. Вернули управление вызывающему коду. Вуаля! Асинхронный API готов.

Это для случая если мне из моего сервера надо сделать http запрос на другой сервер?

Я как-то себе представлял, что речь идёт о том, что сервер принимает запросы. Какого отклика мы можем ждать?