2014-08-27 3 views

ответ

3

CDI с javax.websocket не определен в официальной спецификации JSR-356, и его подключение оказалось довольно странным, что каждая реализация делает это по-другому, с разной степенью поддержки.

(Это, вероятно, потому, что JSR-356 спецификация была написана, чтобы быть преднамеренно не связаны с Java EE и сервлетов в целом, что позволяет ему существовать в не средах Java EE)

Есть несколько открытых вопросов с ним на стороне Jetty.

  • 423647 - Новые расширения должны быть созданы с помощью ServletContextHandler.createInstance (класс)
  • 423645 - Новые ClientEndpointConfig.Configurators должны быть созданы с помощью ServletContextHandler.createInstance (класс)
  • 423367 - Новые объекты ServerApplicationConfig должны быть созданы через ServletContextHandler.createInstance (класс)
  • 423365 - Создать ServerEndpointConfig.Configurators необходимо создать через ServletContextHandler.createInstance (класс)
  • 423364 - Новые кодеры должны быть созданы с помощью ServletContextHandler.createInstance (класс)
  • 423363 - Новые декодеры должны быть созданы с помощью ServletContextHandler.createInstance (класс)
  • 423336 - Новые Endpoints должны быть созданы с помощью ServletContextHandler.createInstance (класс)

Я один из сопровождающих в WebSocket осущий в Jetty, и хотел бы, чтобы кто-то помочь не испытать интеграции CDI (ни один из разработчиков Jetty сами используют CDI поэтому его трудно получить хороший, в реальном мире , тестовые примеры для работы против)

+0

Если я правильно вас понимаю, должна быть некоторая поддержка CDI в WebSockets в последней версии Jetty? Какая поддержка реализована до сих пор? – knutesten

+0

Его прогресс, но ему мешает опыт работы с CDI –

Смежные вопросы