Danny Trieu wrote:
Dan,
Your suggestion:
Yes, we support that. Just declare a Document in your operations
instead of some other object:
public void doOperation(Document doc) {
}
Well, according to the Message
Binding(http://xfire.codehaus.org/Message+Binding), aegis would assumes to take
the stream and read into the object, e.g. Document/Element/XMLStreamReader,
right?
Well the document also seems to indicates that the XMLStreamReader is the means
of direct access from the request. Which, my understanding is it takes
advantages of the StAX streaming nature of XFire.
Anyway, I am kina confuse from the reading the doc. Can you help clarify my
thought, say I want to take advantage of XFire's StAX model for performance.
And I wanted to do Doc/Lit instead of RPC/Lit in XFire.
Also if you can point me to some example code of both the client/server, load
and unload XML payload on and off the SOAP ENV.
Thank you very much,
NEW USER: danny.
OK, so you want access to the stream then? Yes, then I would just
utilize the message binding and do something like:
public XMLStreamReader myoperation(XMLStreamReader reader)
{
// do something with the incoming stream
return responseStream;.
}
Using Document would cache things in memory like you hinted at, but for
small requests it may not matter.
Ps. Are you guy thinking of integrating XQuery engine into XFire? I can imagine
having the embedded XQuery engine alone would be a powerful feature.
I haven't thought about it too much. Would you like to help work on an
xfire-xquery module? That would be pretty sweet!
- Dan
-----Original Message-----
From: SOA Work [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 21, 2006 12:12 AM
To: [email protected]
Subject: Re: [xfire-user] document-centric web service?
One additional question. If I would use xml documents as parameters and async
invocation of the service.
If I want to pass a return value back to the sender I should use a callback porttype.
One possibility to tell the service how to call back the requester is to add
ws-addressing information to the request header. Can I access the soap header
in an easy way? Is it anywhere in the messagecontext?
-----Ursprüngliche Nachricht-----
Von: [email protected]
Gesendet: 21.03.06 08:59:41
An: [email protected]
Betreff: Re: [xfire-user] document-centric web service?
Hm in fact it isn't only old style. There are some discussions about web services in soa and the use of document-centric way vs rpc.
If you are intrested: http://www.hpl.hp.com/techreports/2005/HPL-2005-83.pdf
best regards
Dominik
-----Ursprüngliche Nachricht-----
Von: [email protected]
Gesendet: 20.03.06 18:09:35
An: [email protected]
Betreff: Re: [xfire-user] document-centric web service?
So its more of a using SOAP as a transport layer for an old style xml
based API. e.g. we have a home grown xml (pre-soap) api and have to do
our own http request parsing, but an XFire document-centric api would
allow us to hand off lots of the donkey work to XFire.
Dan Diephouse wrote:
Hi Stuart,
That is more for working with documents over SOAP style services. We
don't have support for REST style queries at the moment. Its definitely
on the TODO list, but hasn't made it up there yet :-). You're welcome to
help though and do some XFire hacking ;-)
- Dan
Stuart Barlow wrote:
Is this how you would put together a REST style api using XFire?
Or am I barking up the wrong tree as I guess that REST requires the
use of HTTP GET, POST, DELETE etc.
Dan Diephouse wrote:
SOA Work wrote:
Hi,
does XFire support document-centric web services?
I mean creating a service without xml-2-java mapping? I want to
access the message like a dom tree or something.
Yes, we support that. Just declare a Document in your operations
instead of some other object:
public void doOperation(Document doc) {
}
thx
Dominik
p.s.: XFire supports 3 different encodings of the message: rpc-lit,
doc-lit and wrapped right?
There would be rpc/envoded which should be avoided (WS-I) and
doc-encoded which normally isn't used
Correct. We don't support RPC/encoded as its deprecated by WS-I.
______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193
--
Stuart
______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193
______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193
--
Dan Diephouse
(616) 971-2053
Envoi Solutions LLC
http://netzooid.com
