Hi
Might be some confusion on my part.
The debugging is easy:
- download DOSGI 1.6 source
- before starting Karaf do something like this:
export JAVA_OPTS="-Xdebug -Xnoagent -Djava.compiler=NONE
-Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005"
- start Karaf - it will be suspended
- in your Eclipse create a new Remote Debugging session on port 5005,
and set a breakpoint in HttpServiceManager
HTH, Sergey
On 21/05/15 15:01, Borja Miñano wrote:
On 21/05/15 13:42, Sergey Beryozkin wrote:
On 21/05/15 09:11, Borja Miñano wrote:
No, I didn't.
I have tried now, but the same occurs, it seems that this property is
ignored. I tried now with:
props.put("service.exported.interfaces", "*");
props.put("service.exported.configs", "org.apache.cxf.ws");
props.put("org.apache.cxf.ws.httpservice.context",
"/SimUtils");
props.put("org.apache.cxf.servlet.base-address",
"http://localhost:8080");
The problem is that the URI http://localhost:8080/SimUtils does exist,
but it isn't the endpoint of the service but a review of the services.
It indicates that the endpoint address can be found at
http://localhost:9000/bla/bla/bla/SimUtils.
is that a package name of SimUtils by any chance ? I recall that in
some cases DSW would use that as a default.
Sorry, I don't understand very well the question. SimUtils is the name
of the bundle (internal development) I am trying to register using
DOSGI-CXF.
You might need to set some extra property - why don't you simply debug
it, put a breakpoint in
org.apache.cxf.dosgi.dsw.handlers.HttpServiceManager and you will see
immediately what is missing.
To debug it I undestand that you suggest to compile the source code
Sergey
Any other idea?
On 15/05/15 18:16, Sergey Beryozkin wrote:
Hi
Do you configure somewhere an "org.apache.cxf.servlet.base-address"
property ? I can only think of the default CXF HTTP transport using
it...
Cheers, Sergey
On 15/05/15 14:03, bminano wrote:
Hi,
I've been using DOSGI CXF from long with a older version and I need to
update.
I changed to version 1.6, but the web service endpoint is not as I
supposed
to be.
My configuration is as following:
props.put("service.exported.interfaces", "*");
props.put("service.exported.configs", "org.apache.cxf.ws");
props.put("org.apache.cxf.ws.httpservice.context",
"/SimUtils");
So I expect the service to be published at
http://localhost:8080/SimUtils?wsdl, but, to my surprise, the URL is a
review of the list of services available and the endpoint set is
http://localhost:9000/bla/bla/bla/SimUtils.
Why does it changes the domain? I need the same domain to avoid CORS
problems.
In version 1.1 it worked as I expected.
Am I missing something?
--
View this message in context:
http://cxf.547215.n5.nabble.com/DOSGI-ws-register-different-domain-tp5757303.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com