Abstract: In general, techniques are described for dynamically generating schema information for data description languages. The techniques include receiving a schema defining a class of elements that conform to a data description language, and receiving a constraint template that defines requirements for instances of the elements. The techniques further comprise dynamically generating schema information based on the schema and the constraint template, and validating a document in accordance with the schema information.

Abstract: In general, techniques are described that facilitate the reuse of software assets within an enterprise. A software asset, as used herein, refers to a set of one or more related artifacts that have been created or harvested for the purpose of applying that asset repeatedly in subsequent development environments. A system, for example, is described that includes a repository to store artifacts, and an asset source to generate a software asset based on the artifacts. The system further includes an asset management system to receive the software asset from the asset source and store the software asset within an asset library. The system may further include a model having one or more elements, and an asset retrieval module to selectively retrieve a subset of the software assets from the asset library based on input from a user identifying one or more of the elements.

Abstract: In general, techniques are described that facilitate the reuse of software assets within an enterprise. A software asset, as used herein, refers to a set of one or more related artifacts that have been created or harvested for the purpose of applying that asset repeatedly in subsequent development environments. A system, for example, is described that includes a repository to store artifacts, and an asset source to generate a software asset based on the artifacts. The system further includes an asset management system to receive the software asset from the asset source and store the software asset within an asset library. The system may further include a model having one or more elements, and an asset retrieval module to selectively retrieve a subset of the software assets from the asset library based on input from a user identifying one or more of the elements.

Abstract: In general, techniques are described that facilitate the reuse of software assets within an enterprise. A software asset, as used herein, refers to a set of one or more related artifacts that have been created or harvested for the purpose of applying that asset repeatedly in subsequent development environments. A system, for example, is described that includes a repository to store artifacts, and an asset source to generate a software asset based on the artifacts. The system further includes an asset management system to receive the software asset from the asset source and store the software asset within an asset library. The system may further include a model having one or more elements, and an asset retrieval module to selectively retrieve a subset of the software assets from the asset library based on input from a user identifying one or more of the elements.

Abstract: A targeted asset capture system that maps software resources to a domain model, and search and management tools for retrieving asset information and controlling asset acquisition. The domain model may include a process-centered organization and/or a structural organization of model tasks, functions, and data types. Capture includes mapping to the model functions and data types, and preferably also includes capturing other information about the asset and about the quality of mapping. The domain model may be used to build a search specification for searching for available assets that meet some or all of a set of functional (and/or nonfunctional) requirements. The search specification may also be published in part or in whole as a development specification.

Abstract: In general, techniques are described for dynamically generating schema information for data description languages. The techniques include receiving a schema defining a class of elements that conform to a data description language, and receiving a constraint template that defines requirements for instances of the elements. The techniques further comprise dynamically generating schema information based on the schema and the constraint template, and validating a document in accordance with the schema information.

Abstract: A system, method, and computer program for the creation and implementation of configurable Java classes on a computer platform executing instructions based upon at least a set of Java language instructions. The configurable Java class is created as an instance of a metaclass object included within the set of Java language instructions, and the configurable metaclass object includes a plurality of subclasses and interfaces wherein each interface includes one or more methods to alter the attributes and methods of the Java class instance of the metaclass object. The metaclass object is preferably implemented as an Enterprise JavaBean.

Abstract: In general, techniques are described that facilitate the reuse of software assets within an enterprise. A software asset, as used herein, refers to a set of one or more related artifacts that have been created or harvested for the purpose of applying that asset repeatedly in subsequent development environments. A system, for example, is described that includes a repository to store artifacts, and an asset source to generate a software asset based on the artifacts. The system further includes an asset management system to receive the software asset from the asset source and store the software asset within an asset library. The system may further include a model having one or more elements, and an asset retrieval module to selectively retrieve a subset of the software assets from the asset library based on input from a user identifying one or more of the elements.

Abstract: A system, method, and computer program for the creation and implementation of configurable Java classes on a computer platform executing instructions based upon at least a set of Java language instructions. The configurable Java class is created as an instance of a metaclass object included within the set of Java language instructions, and the configurable metaclass object includes a plurality of subclasses and interfaces wherein each interface includes one or more methods to alter the attributes and methods of the Java class instance of the metaclass object. The metaclass object is preferably implemented as an Enterprise JavaBean.

Abstract: In general, techniques are described that facilitate the reuse of software assets within an enterprise. A software asset, as used herein, refers to a set of one or more related artifacts that have been created or harvested for the purpose of applying that asset repeatedly in subsequent development environments. A system, for example, is described that includes a repository to store artifacts, and an asset source to generate a software asset based on the artifacts. The system further includes an asset management system to receive the software asset from the asset source and store the software asset within an asset library. The system may further include a model having one or more elements, and an asset retrieval module to selectively retrieve a subset of the software assets from the asset library based on input from a user identifying one or more of the elements.

Abstract: A targeted asset capture system that maps software resources to a domain model, and search and management tools for retrieving asset information and controlling asset acquisition. The domain model may include a process-centered organization and/or a structural organization of model tasks, functions, and data types. Capture includes mapping to the model functions and data types, and preferably also includes capturing other information about the asset and about the quality of mapping. The domain model may be used to build a search specification for searching for available assets that meet some or all of a set of functional (and/or nonfunctional) requirements. The search specification may also be published in part or in whole as a development specification.

Abstract: A method of developing a software system using Object Oriented Technology. The present invention addresses the problem of providing a technical foundation for the development of software applications using Object Oriented Technology and frameworks. The present invention solves this problem with a framework supporting flexible interchange of domain algorithms. The present invention is applicable in the technical field of application development of software systems, e.g. for a business application as Financial or Logistic and Distribution, wherein it is the purpose of frameworks to provide significant portions of the application that are common across multiple implementations of the application in a general manner, easy to extend for specific implementation.

Abstract: In an object oriented computer system, a framework mechanism defines one or more run-time extensible items that may be dynamically reconfigured as required to support different interfaces at run-time. Each extensible item has one or more adapters that correspond to the extensions owned by the extensible item. The extensible item class defines a castTo( ) method. The castTo( ) method is invoked to logically cast an instance of the extensible item class to a desired class so that a selected method on that class can be called. When the castTo( ) method is invoked on an instance of the extensible item class, the extensible item object determines if any of its extensions have an adapter that supports the class specified in the castTo( ) method call. If an adapter does support the specified class, the adapter corresponding is returned, and the selected method is then invoked on the adapter. In this manner, class casting of run-time extensible items is achieved.

Abstract: The present invention relates to a method of developing a software system using Object Oriented Technology. The present invention addresses the problem of providing a technical foundation for the development of software applications using Object Oriented Technology and frameworks. The present invention solves this problem with a framework allowing the modeling of businesses with a multiple level organizational structure. The present invention is applicable in the technical field of application development of software systems, e.g. for a business application as Financial or Logistic and Distribution, wherein it is the purpose of frameworks to provide significant portions of the application that are common across multiple implementations of the application in a general manner, easy to extend for specific implementation.

Abstract: A method of developing a software system using Object Oriented Technology and frameworks. The problem of allowing an object to acquire and lose ability and function and to modify responsibilities on an object dynamically or, in other words, to allow an object to acquire and lose the ability to do things dynamically, is addressed. This problem is solved with a framework to be used for developing a software system, e.g. for a business application. The framework comprises a number of classes which are to be processed by a computer system. The framework further comprises a Life Cycle as a description of state transitions through which an object can proceed as it is processed by an application. This is applicable in the technical field of application development of software systems, e.g.

Abstract: The present invention relates to a method of developing a software system using Object Oriented Technology and frameworks for developing a business application. The present invention is applicable in the technical field of application development of software systems, e.g. for a business application as Financial or Logistic and Distribution, wherein it is the purpose of frameworks to provide significant portions of the application that are common across multiple implementations of the application in a general manner, easy to extend for specific implementation.

Abstract: The present invention relates to a method of developing a software system using Object Oriented Technology and frameworks for developing a business application. The present invention solves this problem with a framework framework comprising a using non-financial component integration base class, a target financial component integration base class, and a generic data conversion engine. The present invention is applicable in the technical field of application development of software systems, e.g. for a business application as Financial or Logistic and Distribution, wherein it is the purpose of frameworks to provide significant portions of the application that are common across multiple implementations of the application in a general manner, easy to extend for specific implementation.

Abstract: The present invention relates to a method of developing a software system using Object Oriented Technology. The present invention addresses the problem of providing a technical foundation for the development of software applications using Object Oriented Technology and frameworks. The present invention solves this problem with a framework supporting flexible interchange of domain algorithms. The present invention is applicable in the technical field of application development of software systems, e.g., for a business application as Financial or Logistic and Distribution, wherein it is the purpose of frameworks to provide significant portions of the application that are common across multiple implementations of the application in a general manner, easy to extend for specific implementation.

Abstract: Problem ownership and status propagation in a clustered system environment must be coordinated in a way that avoids redundant and/or conflicting recovery efforts. IOP managers which overcome these problems are disclosed. A primary IOP manager is one which has problem ownership for a particular IOP. There is only one primary IOP manager for each IOP. A secondary IOP manager is one which resides upon a computer system that shares the resources of a particular IOP or IOPs, but nevertheless does not have problem ownership for that particular IOP(s). There are one or more secondary IOP managers for a given IOP. When a primary IOP manager is informed of a problem in a device attached to a shared IOP, it updates resident system management information to indicate the new status of the subject device, informs its local system management of the problem so that corrective actions may be taken, and sends the status information to the secondary IOP managers via the IOP itself.

Abstract: A peer to peer connection authorizer is described. The connection authorizer involves three different entities: a system authorizer mechanism, a client connection manager, and a server connection manager. The system authorizer resides on the main or primary CPU while the client and server connection managers reside on individual IOPs. To obtain information required by a user and/or an application program, the client connection manager issues a request to the system authorizer. When the system authorizer receives the request, it first verifies that the client device is who it claims to be. If the system authorizer determines that the client device should be allowed to access the requested information, it then sends a token to the server device and a copy of the same token to the client device. Upon receipt of the token copy from the system authorizer, the client connection manager packages the token copy into a message that it sends to the server device.