I tested with the single bundle.

Bertrand.

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

> 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]<
> > [hidden email] <http://user/SendEmail.jtp?type=node&node=5281906&i=0>>
> >
> >> 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<
> >> .
> >> 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
>
>
> ------------------------------
>  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-tp5125029p5281906.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-tp5125029p5323350.html
Sent from the cxf-user mailing list archive at Nabble.com.

Reply via email to