dbXML is a native XML database written in in Java. Native XML databases (NXDs) are databases that store XML using an internalized format for faster overall processing, and representational flexibility. NXDs also provide support for indexing XML for improved query performance.The dbXML project has quite a bit of history behind it. Some have likened it to something of a soap opera. Though there has been quite a bit of flux in the project, at its core the focus has remained the same, which is to provide an easy to use native XML database implementation, with both good performance and stability.
In this article, I will discuss three XML-based security standards -- XML Signatures, XML Encryption and Web Services Security -- which offer user authentication, message integrity and confidentiality features in SOAP communications. You can safely bet that these three standards fill the SOAP security hole I described previously. In what follows I explain how that hole is filled by demonstrating the creation, exchange, and processing of XML messages inside XML firewalls.
On December 7th, 2000, the SyncML consortium, founded by Ericsson, IBM, Lotus, Motorola, Nokia, Palm, Matsushita, Psion and Starfish, released the specifications for version 1.0 of a synchronization protocol based on HTTP and XML. In contrast to its cousin, the WebDAV protocol, the SyncML protocol does not add any new HTTP verbs, but uses the usual HTTP 1.1 verbs like GET and POST. And, similarly to an other cousin, the SOAP protocol, this XML-based protocol uses an XML format to carry its payload.
In this fourth and final article of this series, I will put the pieces together to demonstrate the simultaneous use of all the four XML security standards, XML signature, XML encryption, WSS, and SAML, in one application. Here we will discuss two important and typical web services security application scenarios and learn two things: first, how the different web services security standards work together in an XML firewall to protect SOAP servers; second, what the different types of security tokens that you can use in WSS messages are and how they are related to digital signatures and encrypted data.
Prior to Mac OS X, Perl scripters were forced to telnet to a shell prompt on a remote Unix box to get full access to their favorite language. But now, with its BSD underpinnings and a terminal window, Mac OS X has the same version of Perl you\'d find on any Unix system. Of course, Apple\'s own scripting language, AppleScript, has been around for years. And a recent release of the language added the ability to use SOAP services, which makes it a nice complement to Perl.
WSDL models endpoints in terms of portTypes, abstract definitions of what a web service can do. Each portType is defined as a set of operations involving the exchange of abstract messages. Bindings are concrete definitions of how a portType\'s operations are invoked using a particular format and transport protocol, e.g., SOAP and HTTP. This would be fine except that SOAP bindings are defined as having one of two styles: document or RPC. Document style implies that a service is a message-oriented endpoint. RPC style implies that a service is a function-oriented endpoint.
It is past time that the W3C called an end to its involvement in web services. Despite the name, web services have increasingly little to do with the Web as we know it, and those at the forefront of its development seem to have little fondness for the W3C or its technologies. The genesis of web services technology began with Microsoft and, to a lesser extent, IBM; and the leadership of this movement lies still very much with these organizations. When SOAP first emerged, developers were distinctly wary of a Microsoft technology that seemed to want to own the Web. Microsoft, for its part, would clearly benefit from widespread acceptance of SOAP.
Simple Object Access Protocol is one of the neatest XML based technologies to be introduced as of late, yet many people are still trying to get a handle on all of the new terms and acronyms that SOAP has uncovered. This article is written to help you dig through the SOAP soup we have in front of us and create a foundation for truly understanding what SOAP is all about. This article is not meant to provide in-depth detail about SOAP, but is written as a preparation for future articles where we will get into the guts of SOAP.
Web Services are an integral part of a new technology and set of standards and protocols (including SOAP and XSD) designed to enhance and simplify the interaction of heterogeneous and remote software components across the Internet and within intranets. Microsoft has embraced these new standards and has made them an integral part of its .NET strategy both in its Visual Studio.NET (VS.NET) development environment and the .NET Framework in order to facilitate the use of Web Services.
This article assumes you\'re familiar with SOAP, XML, and WSDL Level of Difficulty 1 2 3 SUMMARY Direct Internet Message Encapsulation (DIME) is a new specification for sending and receiving SOAP messages along with additional attachments, like binary files, XML fragments, and even other SOAP messages, using standard transport protocols like HTTP. In this article, the author explains what DIME is and how it differs from MIME encapsulation. A detailed description of the message format and how it is parsed, as well as working with SOAP and extending it with WSDL, is also included.
