Hi Alan,

Sorry you're having issues.

Could you try setting this system property
`org.apache.cxf.osgi.http.transport.disable=true` and let me know if that
does anything?

On Thu, Jun 16, 2022 at 3:17 PM Alain Picard <
apic...@benchmarkconsulting.com> wrote:

> Hi,
>
> I attempted to upgrade our version of Aries JAX RS whiteboard and other
> related bundles from 1.0.1 to 2.0.1 (CXF mostly from 3.2.7 to 3.5.2)
>
> After the upgrade, I started getting a number of messages like this in my
> log:
> 15:05:32.387  [ConfigurationListener Event Queue] ::: WARN
>  o.a.a.j.r.w.i.AriesJaxrsServiceRuntime - Resource CachingServiceReference {
> cachedProperties={osgi.jaxrs.application.select=(osgi.jaxrs.name=GeomapRestApp),
> service.scope=bundle, osgi.jaxrs.name=CommonGeoMapRESTService,
> osgi.jaxrs.extension.select=null (cached),
> osgi.jaxrs.whiteboard.target=null (cached)}
> serviceReference={com.castortech.iris.zk.geomap.service.rest.CommonGeoMapRESTService}={osgi.jaxrs.resource=true,
> service.id=2234, service.bundleid=9, service.scope=bundle,
> osgi.jaxrs.application.select=(osgi.jaxrs.name=GeomapRestApp),
> osgi.jaxrs.name=CommonGeoMapRESTService,
> osgi.ds.satisfying.condition.target=(osgi.condition.id=true),
> component.name=com.castortech.iris.zk.geomap.service.rest.CommonGeoMapRESTService,
> component.id=45}
> } is registered with error
> 15:05:32.388  [ConfigurationListener Event Queue] ::: ERROR
> o.a.a.j.r.w.internal.Whiteboard - ServiceReference CachingServiceReference {
> cachedProperties={osgi.jaxrs.application.select=(osgi.jaxrs.name=GeomapRestApp),
> service.scope=bundle, osgi.jaxrs.name=CommonGeoMapRESTService,
> osgi.jaxrs.extension.select=null (cached),
> osgi.jaxrs.whiteboard.target=null (cached)}
> serviceReference={com.castortech.iris.zk.geomap.service.rest.CommonGeoMapRESTService}={osgi.jaxrs.resource=true,
> service.id=2234, service.bundleid=9, service.scope=bundle,
> osgi.jaxrs.application.select=(osgi.jaxrs.name=GeomapRestApp),
> osgi.jaxrs.name=CommonGeoMapRESTService,
> osgi.ds.satisfying.condition.target=(osgi.condition.id=true),
> component.name=com.castortech.iris.zk.geomap.service.rest.CommonGeoMapRESTService,
> component.id=45}
> } for endpoint produced error: {}
> org.apache.cxf.service.factory.ServiceConstructionException: There is an
> endpoint already running on /.
> at
> org.apache.cxf.jaxrs.JAXRSBindingFactory.addListener(JAXRSBindingFactory.java:89)
> at org.apache.cxf.endpoint.ServerImpl.start(ServerImpl.java:130)
>
> AFAICT, essentially one for each app/service that we have.
>
> I did inspect the runtimeDTO and it is different a bit, but it does list
> all of the expected services and is quite similar to the original one.
>
> I put some debugging at the authentication level, and when looking further
> up at the transport ServletController.invoke method, what I do see is that
> the destination resolution is quite similar, but the endpoint in the new
> one doesn't even match the calling service, which then wreak havoc all over
> the place.
>
> At this point I'm not sure where to look or what other details to include
> here to provide valuable input. So don't hesitate if I need to run other
> tests or supply additional information.
>
> Cheers,
> Alain
>
>

-- 
*Raymond Augé* (@rotty3000)
Senior Software Architect *Liferay, Inc.* (@Liferay)
OSGi Fellow, Java Champion

Reply via email to