Filter by products, topics, and types of content

(48 Topics)

1 - 56 of 56 results
Show Summaries | Hide Summaries
View Results
Title none
Definition languages for RESTful Web services: WADL vs. WSDL 2.0
There are two specifications for describing interfaces of HTTP-based Web applications: Web Application Description Language (WADL) and the Web Services Description Language (WSDL) 2.0 HTTP binding extension. These two languages are very similar, but there are some differences. This white paper provides an unbiased, objective comparison of the two technologies, highlighting both the differences and similarities between WADL and the WSDL 2.0 HTTP binding.
Enterprise Service Bus (ESB) Interoperability Standards
This white paper outlines the specific standards used to achieve ESB interoperability. These include the standards for message transfer (HTTP and HTTPS), message formats and protocols (SOAP), and identity or location (WS-Addressing). See a number of scenarios that illustrate how you can use a standards-based approach to satisfy specific customer use-case requirements. And get an understanding of the relationship with existing WS-I profiles and the work necessary to define additional profiles related to ESB.
Web Services Description Language (WSDL) Version 2.0: RDF Mapping
This specification provides a representation of WSDL in the Resource Description Framework language (RDF) and in the Web Ontology Language (OWL), and also a RDF mapping procedure.
The WS-Polling specification is aimed at addressing a problem with Web services that appears to be popping up in quite a few places. In environments where connections between SOAP endpoints can be freely created, asynchronous message processing can be done without any problems. However, this isn't always the situation. Firewalls must be in place to protect your company's assets. This is where this new specfication comes in. WS-Polling tries to help address this issue in a non-application, non-domain, -specific way.
Service Data Objects
Service Data Objects (SDO) is designed to simplify and unify the way in which applications handle data. Using SDO, application programmers can uniformly access and manipulate data from heterogeneous data sources, including relational databases, XML data sources, Web services, and enterprise information systems. The SDO specifications are published under royalty-free terms.
Service Component Architecture
Service Component Architecture (SCA) is a set of specifications that describe a model for building applications and systems using a Service-Oriented Architecture. SCA extends and complements prior approaches to implementing services, and SCA builds on open standards such as Web services. These specifications are published under royalty-free terms.
WS-Semantics (WSDL-S)
The Web Services Semantics - WSDL-S specification is a W3C Member Submission that defines how to add semantic information to WSDL documents. Semantic annotations define the meaning of the inputs, outputs, preconditions and effects of the operations described in a service interface. These annotations reference concepts in an ontology. Semantic annotations are used to automate service discovery, composition, mediation and monitoring.
Business Information Conformance Statements (BICS) 2
The Business Information Conformance Statement (BICS) specifications define information constraints for service information exchanged by business-to-business (B2B) communications in a Service-Oriented Architecture (SOA) environment. The BICS 2 specifications describe the core XML framework (BICS 2 core framework) and three constraint mechanisms: W3C XML Schema Constraint Mechanism (WXSCM), Schematron Schema Constraint Mechanism (SSCM), and MIME Constraint Mechanism (MCM).
Reliable Asynchronous Messaging Profile 1.0
The Reliable Asynchronous Messaging Profile (RAMP) 1.0 is a profile, in the fashion of the WS-I profiles, that enables, among other things, basic B2B integration scenarios using Web services technologies.
WS-Distributed Management: Proposal for a CIM mapping to WSDM
This document describes a proposal for how to represent Common Information Model (CIM)-modeled resources as Web Services Distributed Management (WSDM) Manageable Resource Web services. It describes how to represent and access the content of the CIM model using Web services, WS-Resource Framework, WS-Notification specifications, and WSDM. This draft proposal has been submitted for consideration by the Distributed Management Task Force (DFTM).
IBM Basic B2B Profile
The IBM Basic Business-to-Business (B2B) Profile 1.0 is a profile that, in the fashion of the WS-I profiles, enables basic B2B integration scenarios using Web services technologies.
Common Base Event
The Common Base Event specification defines a new mechanism for managing events in business enterprise applications in the Autonomic computing model.
This specification defines how Web Services Eventing supports the simplest levels of Web services interfaces for notification producers and consumers for a distributed event management system.
Web services use metadata to describe what other endpoints need to know to interact with them. To bootstrap communication with a Web service, this specification defines three request-response message pairs to retrieve these three types of metadata: one retrieves the WS-Policy associated with the receiving endpoint or with a given target namespace, another retrieves either the WSDL associated with the receiving endpoint or with a given target namespace, and a third retrieves the XML Schema with a given target namespace. Together these messages allow efficient, incremental retrieval of a Web service's metadata.
WS-Topics defines a mechanism to organize and categorize items of interest for subscription known as "topics." These are used in conjunction with the notification mechanisms defined in WS-BaseNotification. WS-Topics defines three topic expression dialects that can be used as subscription expressions in subscribe request messages and other parts of the WS-Notification system. It further specifies an XML model for describing metadata associated with topics. This specification should be read in conjunction with the WS-BaseNotification specification and the "Publish-Subscribe Notification for Web Services" document.
WS-BaseNotification defines the Web services interfaces for NotificationProducers and NotificationConsumers. It includes standard message exchanges to be implemented by service providers that wish to act in these roles, along with operational requirements expected of them. This is the base specification on which the other WS-Notification specification documents depend. An implementer interested just in direct, point to point, notification need only read this WS-BaseNotification specification, together with the "Publish-Subscribe Notification for Web Services" white paper.
WS-BrokeredNotification defines the Web services interface for the NotificationBroker. A NotificationBroker is an intermediary which, among other things, allows publication of messages from entities that are not themselves service providers. It includes standard message exchanges to be implemented by NotificationBroker service providers along with operational requirements expected of service providers and requestors that participate in brokered notifications. This work relies upon WS-BaseNotification and WS-Topics, as well as the "Publish-Subscribe Notification for Web Services" document.
This specification provides the definition of a business activity coordination type used to coordinate activities that apply business logic to handle business exceptions. Actions are applied immediately and are permanent. Compensating actions may be invoked in the event of an error. The BusinessActivity specification defines protocols that enable existing business process and work flow systems to wrap their proprietary mechanisms and interoperate across trust boundaries and different vendor implementations.
WS-I Attachments Profile 1.0
WS-I Profiles are comprised of a set of named and versioned Web services specifications together with constraints and clarifications of the referenced specifications and interoperability guidelines recommending how the specifications may be used together to develop interoperable Web services. The WS-I Attachment Profile 1.0 is intended to be composed with the WS-I Basic Profile 1.1 and defines the conformance criteria for use of the WSDL1.1 MIME Binding extension and the SOAP Messages with Attachments specifications.
WS-I Basic Profile 1.0
WS-I Profiles are comprised of a set of named and versioned Web services specifications together with constraints and clarifications of the referenced specifications and interoperability guidelines recommending how the specifications may be used together to develop interoperable Web services. The WS-I Basic Profile 1.0 is comprised of SOAP1.1, WSDL1.1, UDDI2.0, XML Schema 1.0, XML 1.0 (Second Edition) and HTTP1.1 as well as references to a few relevant IETF RFCs. It defines an interoperability profile for basic Web services (e.g. without advanced functionality such as might be provided by some of the other WS-* specifications being developed by IBM and Microsoft).
WS-I Basic Profile 1.1
WS-I Profiles are comprised of a set of named and versioned Web services specifications together with constraints and clarifications of the referenced specifications and interoperability guidelines recommending how the specifications may be used together to develop interoperable Web services. The Basic Profile 1.1 specification is an update of the Basic Profile 1.0 standard, incorporating errata and providing for improved composability to enable multiple conformant bindings (see Simple SOAP Binding Profile 1.0 and Attachments Profile 1.0). It is comprised of the same set of underlying Web services specifications as Basic Profile 1.0.
WS-I Simple SOAP Binding Profile 1.0
WS-I Profiles are comprised of a set of named and versioned Web services specifications together with constraints and clarifications of the referenced specifications and interoperability guidelines recommending how the specifications may be used together to develop interoperable Web services. The WS-I Simple SOAP Binding Profile 1.0 is intended to be composed with the WS-I Basic Profile 1.1 and defines the conformance criteria for the SOAP over HTTP binding.
WS-ResourceLifetime defines two ways of destroying a WS-Resource: immediate and scheduled. This allows designers flexibility to design how their Web services applications can clean up resources no longer needed.
WS-Notification implements the Notification pattern, where a service provider, or other entity, initiates messages based on a subscription or registration of interest from a service requestor. It defines how the publish/subscribe (pub sub) pattern commonly used in Message-Oriented middleware products can be realized using Web services. This includes brokered as well as direct pub sub which allows the publisher/subscribers to be decoupled and provides greater scalability.
WS-ResourceProperties defines how the data associated with a stateful resource can be queried and changed using Web services technologies. This allows a standard means by which data associated with a WS-Resource can be accessed by clients.
WS-Security Kerberos Binding
This document describes how to use Web services Security Specifications with Kerberos.
JSR 172: J2ME Web services
This J2ME specification is designed to provide an infrastructure for basic XML processing capabilities, enable reusable Web services for J2ME clients, APIs for programming enterprise services in J2ME clients, enable interoperability with other services, and provide a consistent programming model for J2ME client communication for Web services consistent with that for other Java clients.
WS-Provisioning describes the APIs and schemas necessary to facilitate interoperability between provisioning systems and to allow software vendors to provide provisioning facilities in a consistent way. The specification addresses many of the problems faced by provisioning vendors in their use of existing protocols, commonly based on directory concepts, and confronts the challenges involved in provisioning Web Services described using WSDL and XML Schema.
This specification provides the definition of the atomic transaction coordination type that is to be used with the extensible coordination framework described in the WS-Coordination specification. The specification defines three specific agreement coordination protocols for the atomic transaction coordination type: completion, volatile two-phase commit, and durable two-phase commit. Developers can use any or all of these protocols when building applications that require consistent agreement on the outcome of short-lived distributed activities that have the all-or-nothing property.
WS-Manageability 1.0
The WS-Manageability - Specification begins by introducing the general concepts of a manageability model in terms of manageability topics, (identification, configuration, state, metrics, and relationships) and the aspects (properties, operations and events) used to define them. These abstract concepts apply to understanding and describing the manageability information and behavior of any IT resource, not just Web services. We use these concepts to organize our approach to Web services manageability.
WS-Manageability - Concepts
The WS-Manageability -- Concepts document outlines the scope and definitions for the specification. It provides an overview of Web services architecture and implications for management of that architecture. The Concepts document further defines the role of the manager in the Web services architecture and provides practical information on manageability implementation patterns and discovery considerations.
WS-Manageability - Representation
The WS-Manageability -- Representation document provides the interface definitions based on the model as WSDL 1.1 and GWSDL renderings. These definitions are meant to show how the topics and aspects concepts along with concrete models can influence the development of consistent Web services interfaces for accessing the manageability information of Web services. The interfaces illustrate how the manageability model for Web services can be divided into aspects of topics that apply to all manageable resources and aspects of topics that apply only to the manageability of Web service endpoints.
SOAP (Simple Object Access Protocol) 1.2
This is an updated release (on 2003-06-24) of the SOAP protocol specification, the foundation delivery protocol for Web services. The changes between the prevalent version 1.1 and the newer 1.2 are in modified and new syntax, modified SOAP to HTTP binding, refined RPC behavior, and a new model for SOAP encoding data model.
WSDL (Web Services Description Language) 1.2
This is an update (Draft 11 2003-06) to the WSDL protocol specification, the foundation description protocol for Web services. The changes currently suggested for version 1.2 include new definitions on message patterns and WSDL bindings for SOAP version 1.2.
WS-Federation: Passive Requestor Profile
The WS-Federation specification defines an integrated model for federating identity, authentication and authorization across different trust realms and protocols. This specification defines how the WS-Federation model is applied to passive requestors such as Web browsers that support the HTTP protocol.
WS-Federation Language
This specification defines mechanisms to allow different security realms to federate by allowing and brokering trust of identities, attributes, authentication between participating Web services.
WS-Federation: Active Requestor Profile
This document describes the issues around federated identity management and describes a comprehensive solution based on the Web services specifications outlined in the WS-Security roadmap and other related Web services specifications.
The Web Services Policy Framework defines a general purpose model and corresponding syntax to describe and communicate Web services policies so that Service consumers can discover the information they need to know to be able to access services from a Service Provider.
The Web Services Secure Conversation Language is built on top of the WS-Security and WS-Policy models to provide secure communication between services. WS-Security focuses on the message authentication model but not a security context, and thus is subject several forms of security attacks. This specification defines mechanisms for establishing and sharing security contexts, and deriving keys from security contexts, to enable a secure conversation.
The goal of WS-PolicyAssertions is to provide basic assertions needed to enable Web Services applications. This document specifies a set of common message policy assertions that can be specified within a policy.
The Web Services Policy Attachments specification provides a general-purpose mechanism for associating policy assertions with subjects (services). It provides for two approaches for making assertions: policy assertions defined as part of the definition of the subject, or policy assertions defined independently of and associated through an external binding to the subject.
WS-Security Addendum
This addendum to the WS-Security specification clarifies elements released in the original document and introduces some new items including timestamps, and passing around passwords and security certificates.
The Web Services Trust Language (WS-Trust) uses the secure messaging mechanisms of WS-Security to define additional primitives and extensions for security token exchange to enable the issuance and dissemination of credentials within different trust domains.
The Web Services Security Policy Language defines a model and syntax to describe and communicate security policy assertions within the larger Policy Framework. It covers assertions for security tokens, data integrity, confidentiality, visibility, security headers and the age of a message.
This specification describes a protocol that allows messages to be delivered reliably between distributed applications in the presence of software component, system, or network failures. To support interoperable Web services, a SOAP binding is defined within this specification.
WS-Addressing provides transport-neutral mechanisms to address Web services and messages. Specifically, this specification defines XML elements to identify Web service endpoints and to secure end-to-end endpoint identification in messages. This specification enables messaging systems to support message transmission through networks that include processing nodes such as endpoint managers, firewalls, and gateways in a transport-neutral manner.
The Web Services Transactions specifications (WS-BusinessActivity, WS-AtomicTransactions, WS-Coordination) define mechanisms for transactional interoperability between Web services domains and provide a means to compose transactional qualities of service into Web services applications.
UDDI (Universal Description, Discovery and Integration) 3.0
The focus of Universal Description Discovery and Integration (UDDI) is the definition of a set of services supporting the description and discovery of (1) businesses, organizations, and other Web services providers, (2) the Web services they make available, and (3) the technical interfaces which may be used to access those services. Based on a common set of industry standards, including HTTP, XML, XML Schema, and SOAP, UDDI provides an interoperable, foundational infrastructure for a Web services-based software environment for both publicly available services and services only exposed internally within an organization.
WS-Inspection 1.0
The WS-Inspection specification provides an XML format for assisting in the inspection of a site for available services and a collection of rules for how inspection related information should be made available for consumption. A WS-Inspection document provides a means for aggregating references to pre-existing service description documents which have been authored in any number of formats. These inspection documents are then made available at the point-of-offering of the service as well as through references which may be placed within a content medium such as HTML.
WSDL (Web Services Description Language) 1.1
WSDL is an XML format for describing network services as a set of end points operating on messages containing document- or procedure-oriented information. WSDL is extensible to allow description of end points and their messages regardless of what message formats or network protocols are used to communicate. However, the bindings in this document describe how to use WSDL in conjunction with SOAP 1.1, HTTP GET/POST, and MIME.
SOAP (Simple Object Access Protocol) 1.1
SOAP is a lightweight XML-based protocol for exchange of information in a decentralized, distributed environment. SOAP can potentially be used in combination with a variety of protocols. However, the only bindings defined in this document describe how to use SOAP in combination with HTTP and HTTP Extension Framework.
WSRP (Web Services for Remote Portals) 1.0
WSRP standardizes the consumption of Web services in portal front-ends, as well as the way in which content providers write Web services for portals. WSRP eliminates the need for content aggregators to choose between locally hosting a content source or writing code specific to each remote content source. Instead, WSRP allows content to be hosted in the environment most suitable for its execution while still being easily accessed by content aggregators. The standard enables content producers to maintain control over the code that formats the presentation of their content. By reducing the cost for aggregators to access their content, WSRP increases the rate at which content sources may be easily integrated into pages for end-users.
WS-Security 1.0
Web Services Security (WSS) offers a trusted means for applying security to Web services by providing the necessary technical foundation for higher-level services. WSS builds upon existing security technologies such as XML Digital Signature, XML Encryption and X.509 Certificates to deliver an industry standard way of securing Web services message exchanges. Providing a framework within which authentication and authorization take place, WSS lets you apply existing security technology and infrastructure in a Web services environment.
WS-Experience Language (WSXL) 2.0
WSXL (Web Services Experience Language) is a Web services centric component model for interactive Web applications, that is, for applications that provide a user experience across the Internet. WSXL is designed to achieve two main goals: enable businesses to deliver interactive Web applications through multiple distribution channels and enable new services or applications to be created by leveraging other interactive applications across the Web.
This document defines an abstract model for SOAP attachments and based on this model defines a mechanism for encapsulating a SOAP message and zero or more attachments in a DIME message. SOAP attachments are described using the notion of a compound document structure consisting of a primary SOAP message and zero or more related documents known as attachments.
This specification (WS-Coordination) describes an extensible framework for providing protocols that coordinate the actions of distributed applications. Such coordination protocols are used to support a number of applications, including those that need to reach consistent agreement on the outcome of distributed activities.
1 - 56 of 56 results
Show Summaries | Hide Summaries