"XML stream of the object(s)..."

The transmaster interface description is really very confusing.

I am struggling to understand one thing: after I've sent my HTTP POST containing the XML-RPC request, will the response from the TransMaster server contain the XML authorization response or not?!?!? Or will it be sent later? What does the "stream of objects" mean??

I know, I know: "if you're not sure, use asynchronous". But how do I recieve a stream of plain XML then? TCP sockets again? Do we really need a trip back to the Stone Age?

What do you think, guys? Please any thoughts.
[ August 11, 2005: Message edited by: dieman nambawan ]

Hi,
You neen an answer "authorised" or "not authorised" from TransMaster very quick. How should you use asynchronous messaging then?

Hi again,
I think it is clear mentioned that the respone contains somehow the info
"authorised" or "not authorised". But the format is not clear because Transmaster says: "The response would look something like:....."

I will make the assumtion that the format is the same as mentioned in the spec

.

You will need an XML parser and a response object designed back on the XML response that is passed back by TransMaster

Hi guys,

What do you all understand with the following statement?
Please help - confused here.

The response will not be using the XML-RPC response format, but instead will be an XML stream of the object(s) requested.

Originally posted by Steven Wong:
The response will not be using the XML-RPC response format, but instead will be an XML stream of the object(s) requested.

As I do not have access to the actual assignment, I can only base my suggestion on the text you have provided. I suspect that

The request follows the XML-RPC specification.

The response does not follow the XML-RPC specification but instead simply returns the result in some custom format. It may be a JavaBean encoded with XMLEncoder or it could be something totally homegrown - not java related - I can't tell from the information here.

An easy introduction to XML-RPC can be found on the Processing XML with Java site, particularly the XML-RPC, A Simple XML-RPC Client and A DOM based XML-RPC servlet sections.

On an architectural level I believe you would just acknowledge in your design that you would need to include a proprietary or custom designed component/library that deals with the non-standard data exchange protocol.
[ October 01, 2005: Message edited by: Peer Reynders ]