Re: Missing serviceloader capability in javax.websocket-api

2018-10-23 Thread Jean-Baptiste Onofré
Hi Richard, agree, fragment is another option, similar to private package approach as it goes in the same bundle classloader. Regards JB On 23/10/2018 08:24, Richard Hierlmeier wrote: > I found an example on Github that solves the problem be providing OSGI > fragment for javax.websocket-api bund

Re: Missing serviceloader capability in javax.websocket-api

2018-10-22 Thread Richard Hierlmeier
I found an example on Github that solves the problem be providing OSGI fragment for javax.websocket-api bundle. see https://github.com/arotnov/sandbox/blob/master/vaadin-osgi-websockets/websocket-api/pom.xml Am Do., 11. Okt. 2018 um 10:01 Uhr schrieb Jean-Baptiste Onofré < j...@nanthrax.net>: >

Re: Missing serviceloader capability in javax.websocket-api

2018-10-11 Thread Jean-Baptiste Onofré
Hi Richard, You can use the ServiceMix OSGi Locator that deals with SPI/ServiceLoader. Another workaround would be to embed all as private-package. Regards JB On 11/10/2018 08:44, Richard Hierlmeier wrote: > > I tried to deploy a Vaadin war with websocket support into Karaf 4.1.6. > Internally

Missing serviceloader capability in javax.websocket-api

2018-10-10 Thread Richard Hierlmeier
I tried to deploy a Vaadin war with websocket support into Karaf 4.1.6. Internally Vaadin uses Atmosphere for websocket communication. This library fails to create a websocket connection because the class javax.websocket.server.ServerEndpointConfig$Configurator uses java.util.ServiceLoader. However