You can set properties in the same way as on dynamic client :)
WebTransferClient service =3D new WebTransferClient();
WebTransferPortType client =3D service.getWebTransferPortTYpe();
Client soapClient =3D Client.getInstance(client);
soapClient .setProperty("mtom-enabled", "true");
soapClient .setProperty(HttpTransport.CHUNKING_ENABLED, "true");
On 10/31/06, Nate Woody <[EMAIL PROTECTED]> wrote:
All,
Forward apologies for a stupid question. We have several xfire services th=
at we have developed and are now interested in using the MTOM for sending l=
arge amounts of data. The server side code is simple enough and we impleme=
nted that first. Looking at the client code however, we see this:
Service serviceModel =3D new ObjectServiceFactory()
.create(MTOMService.class,
"MTOMService",
"http://xfire.codehaus.org/MTOMService";,
null);
MTOMService service =3D (MTOMService) new XFireProxyFactory()
.create(serviceModel, "http://localhost:8080/mtom/services/=
MTOMService");
// Setup properties
Client client =3D Client.getInstance(service);
client.setProperty("mtom-enabled", "true");
client.setProperty(HttpTransport.CHUNKING_ENABLED, "true");
However, this requires having the service class available in order to work.=
We typically generate the stubs from the wsdl for our clients and so end =
up with three classes like (Given a service named WebTransfer):
WebTransferClient
WebTransferImpl
WebTransferPortType
which we use like this:
WebTransferClient service =3D new WebTransferClient();
WebTransferPortType client =3D service.getWebTransferPortTYpe();
client.sendDataByDataSource(dataSource);
My long winded question then is how do we set the mtom-enabled and other pr=
operties when we are generating the classes from a remote wsdl? Is that av=
ailable from the standard way we have been calling the classes, or do we ne=
ed to be using Factory methods in some way, that I haven't been able to fin=
d documentation for?
Thanks,
Nate
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
--
-----
When one of our products stops working, we'll blame another vendor
within 24 hours.
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email