Hi Corneil,
Instead of using Spring on the client side you can just assemble the
beans by hand:
ConnectionFactory connectionFactory = ... // from your jms provider
XFire xfire = XFireFactory.newInstance().getXFire();
JMSTransport tp = new JMSTransport(xfire, connectionFactory);
xfire.getTransportManager().register(tp);
// Pass the transport manager here to get references to the JMS Transport
XmlBeansServiceFactory factory = new
XmlBeansServiceFactory(xfire.getTransportManager());
factory.addSoap11Transport(JMSTransport.BINDING_ID);
Service service = factory.create(Echo.class);
XFireProxyFactory xpf = new XFireProxyFactory(xfire);
Echo echo = (Echo) xpf.create(serviceModel, "jms://Echo");
// Since JMS doesn't really have a concept of anonymous endpoints, we need
// need to let xfire know what JMS endpoint we should use
((XFireProxy)
Proxy.getInvocationHandler(echo)).getClient().setEndpointUri("jms://Peer1");
echo.echo("test");
Does that help at all?
- Dan
du Plessis, Corneil C wrote:
I need a bit of help with the SOAP/JMS client side. I have the HTTP
bindings working fine.
From the JMSExampleTest it seems that the client will know where to find
the service because the definition is in jms.xml and this is loaded
because of the Spring support in the base class.
My problem is that I am not using Spring but the XmlBeansServiceFactory
on the client.
How do I ensure the XmlBeansServiceFactory will load the extra
definitions for JMS?
Are they defined the same way as in the sample?
Regards
Corneil
__________________________________________________________________________________________________________________________________
Standard Bank Disclaimer and Confidentiality Note
This e-mail, its attachments and any rights attaching hereto are, unless the
context clearly indicates otherwise, the property of Standard Bank Group Limited
and/or its subsidiaries ("the Group"). It is confidential, private and intended
for the addressee only. Should you not be the addressee and receive this e-mail by
mistake, kindly notify the sender, and delete this e-mail, immediately and do
not disclose or use same in any manner whatsoever. Views and opinions
expressed in this e-mail are those of the sender unless clearly stated as those
of the Group. The Group accepts no liability whatsoever for any loss or
damages whatsoever and howsoever incurred, or suffered, resulting, or arising,
from the use of this email or its attachments. The Group does not warrant the
integrity
of this e-mail nor that it is free of errors, viruses, interception or
interference. Licensed divisions of the Standard Bank Group are authorised
financial services providers
in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002
(FAIS).
For information about the Standard Bank Group Limited visit our website
http://www.standardbank.co.za
___________________________________________________________________________________________________________________________________
--
Dan Diephouse
Envoi Solutions
http://envoisolutions.com
http://netzooid.com/blog
