Abstract: An object oriented mechanism is disclosed that allows class replacement that is based on a specified processing context by replacing existing configuration data with new configuration data within an existing object oriented program. The configuration data is preferably stored in a data structure external to the class definitions to allow modifying the classes without re-compiling the class code. The configuration data includes multiple entries, where each entry is a key-value pair. The key includes information relating to the processing context, and the value includes information relating to the class that corresponds to the key. When an instance of a class needs to be created, the context information is retrieved, a key is generated from a combination of the class information and the context information, and the context-sensitive key is used to retrieve the corresponding class configuration data from the data structure that specifies a particular class.

Abstract: In an object-oriented computer system, one or more run-time extensible items may be dynamically reconfigured as required to support different interfaces at run-time via one or more extensions owned by the extensible item. When an invokeMethod( ) method on an extensible item is invoked, specifying the method name, the extensible item cycles through its extensions, from newest to oldest, looking for an extension that supports the named method. Each extension determines whether a method table exists that corresponds to the extension class. If not, a method table corresponding to the extension class is created. When an extension is found that supports the named method, a method node that corresponds to the named method is returned. The method node then invokes the named method on the extension.

Abstract: A conversion path for converting between two different currencies is defined as a series of simple exchange rate objects and is encapsulated within a compound exchange rate object. The intelligence regarding the specific rules for making the conversion are encapsulated in a policy class, which governs how the path of exchange rates contained in the compound exchange rate is built. When a client requests conversion between two currencies, the compound exchange rate is constructed according to the policy to contain a path of exchange rate objects that may be used to make the requested conversion, and the compound exchange rate is then returned to the client. When the client then instructs the compound exchange rate to make a conversion of a known currency value in the source currency, the compound exchange rate object uses the exchange rate object or objects in the exchange rate path to perform the currency conversion.

Abstract: An object oriented framework defines a generic order processing interface that creates an order, and that processes the order and generates requests to one or more fulfillment systems to fill the order. The generic order suitably includes one or more line items. One or more extensible interface classes are provided in the framework, which allows a user to define the order entry protocol for the relevant order fulfillment systems. Once properly extended, the framework is used to generate an executable framework application, which allows a client to enter a generic order, and which then generates the appropriate requests to fill the order with the appropriate order fulfillment system or systems. The framework of the preferred embodiments thus allows the specific knowledge of the back-end order fulfillment systems to be isolated to the extended portions of the framework, while the front-end order entry system has no knowledge of the order fulfillment systems that may be called upon to fill an order.

Abstract: In an object oriented computer system, a framework mechanism defines a mechanism that separates the ability to complete a process from the results of that process. A task is defined in the framework in terms of a sequence of processes. The framework includes a coupling mechanism for flexibly coupling any of these processes together in any suitable order to define the run-time behavior of the framework without changing the core functions of the framework. The coupling mechanism includes the definition of a processable interface and a processing interface. A particular process generally takes detail information as input and produces detail information that is used in a subsequent process. The detail information input into a process is said to be “processable”, and therefore implements the “processable” interface. The detail information output from a process is said to be “processing” detail that is output to the next process, and therefore implements the processing interface.

Abstract: In an object oriented computer system, one or more run-time extensible items are defined that may be dynamically reconfigured as required to support different interfaces at run-time. The behavior associated with these interfaces is supported by one or more extensions owned by the extensible item. Each extension class has a corresponding method table that is shared among instances of the extension class and that correlates the methods defined on the extension class to method node objects that carry out the method. A method repository is a static object that is created at run-time to correlate extensions to their corresponding method tables. When a client invokes an invokeMethod( ) method on an extensible item, specifying the name of the method to be invoked, the extensible item cycles through its extensions, from newest to oldest, looking for an extension that supports the named method.

Abstract: In an object oriented computer system, one or more run-time extensible items are defined that may be dynamically reconfigured as required to support different interfaces at run-time. The behavior associated with these interfaces is supported by one or more extensions owned by the extensible item. Each extension class has a corresponding method table that is shared among instances of the extension class and that correlates the methods defined on the extension class to method node objects that carry out the method. A method repository is a static object that is created at run-time to correlate extensions to their corresponding method tables. When a client invokes an invokeMethod() method on an extensible item, specifying the name of the method to be invoked, the extensible item cycles through its extensions, from newest to oldest, looking for an extension that supports the named method.

Abstract: In an object oriented computer system, a framework mechanism defines behavior that may be accessed by different processing levels in the framework. A shared policy corresponding to the behavior is defined. A policy usage view is defined that includes one or more methods for accessing attributes required by the shared policy. A view adapter is also defined that provides an implementation for invoking the methods on the policy usage view. When a processing level needs the behavior defined by the shared policy, the methods on the view adapter are invoked, which retrieve the required attributes for the shared policy.

Abstract: In an object oriented computer system, a framework mechanism defines an infrastructure for allowing a user to couple processes in the framework together in any suitable way to define a desired process flow. A user first defines a static object structure that corresponds to the specific process flow from one process to the next. The processes in the framework may be flexibly coupled in any suitable order, so a process does not have knowledge of its predecessor or successor processes. Thus, at run-time, a process determines the next step in the process flow from the static object structure. Once a process determines its subsequent process, a client may then create the next process and invoke methods on one or more objects corresponding to the newly-created process. Each process thus determines at run-time the next step in the process flow from the static object structure that the user statically defined to configure the process flow, which defines the desired processing environment.

Abstract: In an object oriented computer system, an object oriented framework defines an interface mechanism that provides a common interface to a non-object oriented persistent datastore. This common interface can be customized by various types within the framework by effectively hiding attributes on the common interface that are not needed by a particular type. Attributes defined on the common interface may be accessed at any level in the framework through a process of delegation from one level to the next. In addition, one or more of these attributes on the common interface may be defined at various levels, which causes those attributes to be accessed at their respective levels instead of delegating to different levels.