On 24/01/12 14:33, bgoetzmann wrote:
OK,

I would like also to notice you that if I have a bundle already exposed via
dosgi, and that I updated it, I get a message like:

INFO: Service [30] has been unregistered: Removing service export

But the bundle is no more exposed.

Is it normal behavior?

Is it with a single or multi-bundle distro ? I'm pretty sure I was able to repeat the calls after the Felix update commands, definitely for the rs (with http context) demo, may be I should try the jaxws one too


I also prepare a sample project (an OSGi service exposed through dosgi)
that I will render public on Bitbucket.

Sounds good
Thanks, Sergey

Bertrand.



2012/1/24 Sergey Beryozkin-5 [via CXF]<
[email protected]>

Hi Bertrand

On 24/01/12 14:03, bgoetzmann wrote:

Hello Sergey,

I tried the latest dosgi snapshot with the parameters you indicated but
with the exception that I replaced the _ character by the dot in some
parameter names:

So I used a code like this:

props.put("service.exported.configs", "org.apache.cxf.ws");

props.put("org.apache.cxf.ws.address", "
http://localhost:9090/SimpleService
");

props.put("org.apache.cxf.ws.service.ns", "http://sample/";); // service
namespace
props.put("org.apache.cxf.ws.service.name", "Helloworld"); // service
name
props.put("org.apache.cxf.ws.port.name", "HelloworldSOAP11Port"); //
port/endpoint name
props.put("org.apache.cxf.ws.location", "wsdl/Helloworld.wsdl");

And it works!

Can you confirm me you really want
parameters "org.apache.cxf.ws.service_name",
"org.apache.cxf.ws.service_ns"
and "org.apache.cxf.ws.port_name"?

Sorry, it was just me typing without checking the code :-)
Thanks for the confirmation

Sergey



Thank you.

Bertrand.


2012/1/23 Sergey Beryozkin-5 [via CXF]<
[hidden email]<http://user/SendEmail.jtp?type=node&node=5281764&i=0>>

Hi Bertrand

Can you give it another try please, there were few changes since you
tried it.
FYI, you'd probably be better with using the "org.apache.cxf.ws"
config
type and avoiding the "wsdl" type for now,

and use "org.apache.cxf.ws" as the base, example,

"org.apache.cxf.ws.service_name"
"org.apache.cxf.ws.service_ns"
"org.apache.cxf.ws.port_name"
"org.apache.cxf.ws.wsdl.location"

At the moment a org.apache.cxf.ws handler is better configurable.
The problem with a "wsdl" config type is that no properties are defined
in the spec so CXF specific properties have to be introduced anyway,
which is the reason org.apache.cxf.ws exists in the first place.

"wsdl" will work too in 1.3, and I guess in time it will be basically a
wrapper around a org.apache.cxf.ws handler

Sergey

On 17/01/12 13:48, Sergey Beryozkin wrote:

Hi
On 17/01/12 08:57, bgoetzmann wrote:
Super!

Sergey, I would like to show you the traces emitted (see bellow) when
Felix
starts, and exposes my bundle as a web service, just in case:

INFO: Creating Service
{http://dataservice.org/wsdl/dwh/spbsnunWSDL}spbsnunService from
WSDL:
bundle
://16.11:1/wsdl/spbsnunWSDL.wsdl
17 janv. 2012 09:48:17 org.apache.cxf.endpoint.ServerImpl
initDestination
INFO: Setting the server's publish address to be
http://localhost:9090/spbsnunService/spbsnunServiceprt
17 janv. 2012 09:48:17
org.apache.cxf.dosgi.dsw.service.RemoteServiceAdminCore exportService
INFO: created server for interface
org.dataservice.wsdl.dwh.spbsnunwsdl.SpbsnunPort
17 janv. 2012 09:48:17
org.apache.cxf.dosgi.topologymanager.ListenerHookImpl
added
INFO: *** Filter: (service.id=27)
17 janv. 2012 09:48:17
org.apache.cxf.dosgi.topologymanager.ListenerHookImpl
added
INFO: ListenerHookImpl: skipping request from myself
17 janv. 2012 09:48:17
org.apache.cxf.dosgi.topologymanager.RemoteServiceAdminListenerImpl
remoteAdm
inEvent
INFO: Unhandled event type received: 2
17 janv. 2012 09:48:17
org.apache.cxf.dosgi.topologymanager.TopologyManager$2 run
INFO: TopologyManager: export sucessful Endpoints:[Endpoint
Desctiption for
ServiceReference [org.da
taservice.wsdl.dwh.spbsnunwsdl.SpbsnunPort]
*** EndpointDescription: ****
endpoint.framework.uuid =>   38ce9540-3358-4bb3-8b93-577c24420d92
endpoint.id =>
http://localhost:9090/spbsnunService/spbsnunServiceprt
endpoint.package.version.org.dataservice.wsdl.dwh.spbsnunwsdl =>
  0.0.0
endpoint.service.id =>   27
objectClass =>   [Ljava.lang.String;@26c94114
org.apache.cxf.ws.address =>
http://localhost:9090/spbsnunService/spbsnunServiceprt
osgi.remote.configuration.wsdl.location =>   wsdl/spbsnunWSDL.wsdl
osgi.remote.configuration.wsdl.port.name =>   spbsnunServiceprt
osgi.remote.configuration.wsdl.service.name =>   spbsnunService
osgi.remote.configuration.wsdl.service.ns =>
http://dataservice.org/wsdl/dwh/spbsnunWSDL
service.imported =>   true
service.imported.configs =>   [Ljava.lang.String;@66cf9bf0
service.intents =>   [Ljava.lang.String;@4806de4b

**** Exception: null *****
**** isClosed : false *****


I removed these two last lines, not sure why it was there in the first
place

Cheers, Sergey
]

What I point out is the traces in bold; are they normal?

Thank for all your work!

Bertrand.

--
View this message in context:


http://cxf.547215.n5.nabble.com/WSDL-configuration-driven-from-WSDL-with-Apache-CXF-Distributed-OSGi-tp5125029p5151057.html

Sent from the cxf-user mailing list archive at Nabble.com.




------------------------------
   If you reply to this email, your message will be added to the
discussion
below:


http://cxf.547215.n5.nabble.com/WSDL-configuration-driven-from-WSDL-with-Apache-CXF-Distributed-OSGi-tp5125029p5166091.html
   To unsubscribe from WSDL configuration driven from WSDL with Apache
CXF
Distributed OSGi, click here<

.
NAML<
http://cxf.547215.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.InstantMailNamespace&breadcrumbs=instant+emails%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>




--
View this message in context:
http://cxf.547215.n5.nabble.com/WSDL-configuration-driven-from-WSDL-with-Apache-CXF-Distributed-OSGi-tp5125029p5281722.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


------------------------------
  If you reply to this email, your message will be added to the discussion
below:

http://cxf.547215.n5.nabble.com/WSDL-configuration-driven-from-WSDL-with-Apache-CXF-Distributed-OSGi-tp5125029p5281764.html
  To unsubscribe from WSDL configuration driven from WSDL with Apache CXF
Distributed OSGi, click 
here<http://cxf.547215.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=5125029&code=YmVydHJhbmQuZ29ldHptYW5uQGdtYWlsLmNvbXw1MTI1MDI5fDMyNzg4NzczNg==>
.
NAML<http://cxf.547215.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.InstantMailNamespace&breadcrumbs=instant+emails%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>



--
View this message in context: 
http://cxf.547215.n5.nabble.com/WSDL-configuration-driven-from-WSDL-with-Apache-CXF-Distributed-OSGi-tp5125029p5281803.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

Reply via email to