Abstract: In one aspect of the present invention a framework is presented for the generation and execution of code performing conversion to and from an arbitrary native or “wire” data format. The code facilitates a business application using a service provided by a service implementation in accordance with a native language of the implementation which may be different from the language of the business application. The main components of the framework include a model of the information necessary for the formatting of data which may be represented through the extensions to WSDL; a tool time support environment providing structured support for the generation of format handlers; and runtime support for the generated format handlers. In an alternative to this static invocation model, a dynamic usage scenario provides for invocation of format handlers dynamically obtained from a format handler factory. In both cases, the runtime uses a lazy approach to the conversion to and from the native format for improved performance.

Abstract: Mapping of a first native data type instance to a second native data type instance is performed in three stages: the first native data type instance is converted into a first programming language and platform independent representation conforming to a first schema capable of defining base and derived data types; the first programming language and platform independent representation is transformed into a second programming language and platform independent representation conforming to a second schema capable of defining base and derived data types; and the second programming language and platform independent representation is converted into the second native data type instance. The programming language and platform independent representations may be event-based extensible Markup Language (XML) representations implemented according to the Simple API for XML (SAX). The transformation may be governed by an extensible Stylesheet Language Transform (XSLT) stylesheet.

Abstract: Mapping of a first native data type instance to a second native data type instance is performed in three stages: the first native data type instance is converted into a first programming language and platform independent representation conforming to a first schema capable of defining base and derived data types; the first programming language and platform independent representation is transformed into a second programming language and platform independent representation conforming to a second schema capable of defining base and derived data types; and the second programming language and platform independent representation is converted into the second native data type instance. The programming language and platform independent representations may be event-based extensible Markup Language (XML) representations implemented according to the Simple API for XML (SAX). The transformation may be governed by an extensible Stylesheet Language Transform (XSLT) stylesheet.

Abstract: In one aspect of the present invention a framework is presented for the generation and execution of code performing conversion to and from an arbitrary native or “wire” data format. The code facilitates a business application using a service provided by a service implementation in accordance with a native language of the implementation which may be different from the language of the business application. The main components of the framework include a model of the information necessary for the formatting of data which may be represented through the extensions to WSDL; a tool time support environment providing structured support for the generation of format handlers; and runtime support for the generated format handlers. In an alternative to this static invocation model, a dynamic usage scenario provides for invocation of format handlers dynamically obtained from a format handler factory.

Abstract: A framework having a plurality of directories representing different types of middlewares and distributed object systems can be constructed from data provided in a class library. Each directory includes the name and address of all service objects, located across multiple servers in the system, that supports the specific middleware or distributed object policy characteristics for that directory. One service object may be addressed through multiple directories. When a remote method call is issued by a client, a list of service objects capable of executing the call is obtained from the directories and one object selected. The policy characteristics associated with the directory from which the object address is selected, are attached to the call. These characteristics are validated when the addressed server receives the call. In this way, a client program can be written entirely independently of the middleware or peculiarity of implementation of the distributed object service.