Jonas Johansson wrote:
Hi list,
Maybe someone here has some knowledge on SOAP. I have been looking into
the OGC move towards W3C Web Services standards for geospatial services
and I have a question regarding performance when using SOAP.
It is mentioned by many that large data sets is a performance issue when
using SOAP messaging because the entire message need to be buffered at
the server before sending a response to a client. Is this true? In that
case, why?
You know, I read something similar as well about SOAP, and I had the
same reaction. I couldn't think of any fundamental reason that such a
thing would be true (though there very well could be), I took it to mean
more that it's just how most people implemented SOAP stuff.
Can't a SOAP enabled WFS server simply start sending a SOAP response
message in a streamed fashion when responding to a WFS GetFeature
request to include GML that is dynamically generated from a database,
potentially delivering thousands of gigabytes of data encoded in the
SOAP message body?
That's definitely what we're going to do with GeoServer. We'll have to
do it for WFS 1.1, and all you do is wrap SOAP headers around your
response. I see no reason you can't just stream out as normally - but
perhaps OGC is doing something different than how SOAP is supposed to
work? I don't really know, so don't go by my word, and let me know if
you figure out that there is some limit. But I'm with you, I see no
reason you can't just stream it in the same way.
best regards,
Chris
Thank you for any help!
Jonas J
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
begin:vcard
fn:Chris Holmes
n:Holmes;Chris
org:The Open Planning Project
adr:;;377 Broadway, 11th Floor;New York;NY;10013;USA
email;internet:[EMAIL PROTECTED]
title:VP, Strategic Development
x-mozilla-html:FALSE
url:http://topp.openplans.org
version:2.1
end:vcard
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
