Sam Ruby's approach to bridging SOAP and raw XML over HTTP

I am developing a similar architecture for my SOA needs. I am mimicing java axis with method signature

public Document executeService(Document input);

but I modify my WSDL generation mechanism to throw proper schema information. So when I get raw XML i could use command pattern to execute the actual application logic. This will give me a roubust SOA development with less no.of web methods to expose. With the current approach of tight coupling with WebMethod syntax and WSDL generation we are forced to have static signatures and static class definition corresponds to XML schema. If we can decouple WSDL generation mechanism and allow raw XML to pass then a generic service execution layer can be built.

-kesav

There's a very interesting, modestly technical explanation on engadget.com on how to make your own annotated multimedia Google maps. While creating your own google maps a very cool new hack, It will be interesting to see how Keyhole and Google geonotes, gpstracks, and locative media, can be -combined- and -shared- worldwide; and how we'll share -all- attributes geodata layers and media, for any given place: art, media, cultural, social, historical, infrastructure, physical,etc. So far, with a few major obvious exceptions, a lot of geoweb experimentation still seems to be on discrete, non-interoperable, maps, atlases, location services, and locative media experiences - even where exercising new semantic web techniques using xml/gml/wfs and xml/rdf/, xml/svg. etc. I am very encouraged by Sam Ruby's approach to bridging Soap and raw xml over http: This gives me some hope for a future of blended hypermedia and geodata, Since most of our hardcore mainstream GIS brothers and sisters seem to be buying into soap/uddi web services big time. The legacy worldwide web is mostly encyclopedic, let's hope the new semantic geospatial web can, ideally become a worldwide altas of interoperable mdia and layers and wiki atlas of contextual media....