in my project we used EJB for Swing client to access data from server. later we decided to replace wbservice instead of EJB for using same http port because the client only ready to provide single port not more than one port. so my question is can we send array of VO with large data more than 50000 thousand VO object in a single request..please suggest me..
In my knowledge webservice used to move simple message oriented service not suite for big object oriented class support ..please suggest mes
Judge a man by his questions rather than his answers --Voltaire
SCJP 1.5 97%
RESTful web service.
If the client and service does not need security or any other WS-* features and you can model the service as manipulation (retrieval) of a resource, then I would consider RESTful web services. I would also consider retrieving smaller chunks of data at a time using a mechanism that reminds of the SQL start row and limit mechanism and/or a mechanism similar to lazy loading of objects further down in the object-tree.
The drawback with this approach is that you won't be able to easily convert your existing EJBs to web services. Also, if you need others to be able to discover the service and learn about its interface then there is (not yet) anything as established as the WSDL for SOAP web services.
SOAP with attachments.
Send the VOs as an attachment to the SOAP message. When using SOAP with attachments, you can enable automatic message optimization (MTOM). You are also free to serialize the VOs using other technologies, for example Google's protobuf http://code.google.com/p/protobuf/.
I would do some experimenting regarding the combination of serialization technology for the VOs and MTOM to see what the best choice is.
Advantage here is that you can easily convert your existing EJBs to web services. However, if you choose to enclose the VOs as an attachment, you may still have to do some programming.