aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Sierra Andrés (Jira) <>
Subject [jira] [Assigned] (ARIES-1964) Endpoint /services should be available without manually interaction
Date Mon, 13 Jan 2020 14:38:00 GMT


Carlos Sierra Andrés reassigned ARIES-1964:

    Assignee: Carlos Sierra Andrés

> Endpoint /services should be available without manually interaction 
> --------------------------------------------------------------------
>                 Key: ARIES-1964
>                 URL:
>             Project: Aries
>          Issue Type: Bug
>          Components: jax-rs-whiteboard
>    Affects Versions: jax-rs-whiteboard-1.0.5
>            Reporter: Markus Rathgeb
>            Assignee: Carlos Sierra Andrés
>            Priority: Major
> The Aries JAX-RS Whiteboard implementation is using cxf internally (you know it much
better than me).
> If you create an endpoint for the path "/services" this will not work out of the box
using the current implementation.
> Instead of the endpoint you will get a response provided by cxf.
> I identified that class: []
> So, the servlet context needs an init parameter with name "hide-service-list-page" that
is set to "false".
> To set the parameter the component that implements the REST application needs to contain
a component property: servlet.init.hide-service-list-page=true
> But IMHO the specific application component needs to be independent of the chosen implementation
that provides the JAX-RS Whiteboard specification.
> So, it should be possible to set "servlet.init.hide-service-list-page=true" for the Aries
JAX-RS Whiteboard implementation only and that setting will be applied to all REST applications
using that implementation.
> I would also prefer if the value is default "true" and could be set to "false".
> I don't think a user should need to configure something to get an endpoint "/services"
working. It should work as for every other endpoint, too.
> *Offtopic:*
> _Another default setting -- see – should
IMHO be set: "replace.loopback.address.with.localhost=false"_
> _I will create a separate issue dependent on the reaction of this one._

This message was sent by Atlassian Jira

View raw message