Yes. The docs might be too old.
At some point we allowed to configure both the servlet as well as the
jetty transport using a url.
So if the url looks like http://server:port/path then jetty is used
If the url looks like /path then the servlet transport is used which in
OSGi means we use the default CXF servlet that binds to the HttpService.
You then need to configure
org.apache.cxf.dosgi.http.cfg
httpBase=http://localhost:8080
httpBase is what is prepended to make it a fully qualified address. This
address is then given to the discovery.
Christian
On 18.07.2016 15:47, Benson Margulies wrote:
The doc is pretty confusing. It says that if I use
'org.apache.cxf.rs.address' that CXF will ignore the pax-web / HTTP
service and launch its own jetty, which is not what I want. If it
works as you say, we should fix the doc.
On Mon, Jul 18, 2016 at 5:05 AM, Christian Schneider
<[email protected]> wrote:
Normally you should not use the context property.
Just set a org.apache.cxf.rs.address=/rest/v1
It will result in /cxf/rest/v1.
Would that be a problem?
Christian
On 17.07.2016 21:27, Benson Margulies wrote:
I think you are mixing in org.apache.cxf.rs.address, which is what is
documented to cause the direct use of the HTTP transport.
On Sun, Jul 17, 2016 at 3:26 PM, Sergey Beryozkin <[email protected]>
wrote:
On 17/07/16 22:19, Benson Margulies wrote:
If I have a setting in
etc/org.apache.cxf.osgi.cfg
of
org.apache.cxf.servlet.context=/rest
and then I set a service property of
org.apache.cxf.rs.httpservice.context=/v1
I'm expecting to net out to /rest/v1. Is that what a good belief?
I vaguely recall that setting the former means DOSGI will itself register
a
servlet with OSGI HTTP Service, in the latter case you are configuring a
default CXF Servlet which CXF HttpTransport registers.
There could be some variations there, Christian knows it all
Sergey
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
http://www.talend.com
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
http://www.talend.com
