Recursion Software, Inc.

Objectspace, Inc.

Graham W Glass

Rhett Davis Guthrie

Chris K Wensel

An interface generator () for remote enabling class files () without an associated interface is provided that includes a class reader (), a reflection module (), and an interface generation module (). The class reader () receives a class file () from an input list. The reflection module () determines a name of the class file, public methods of the class file, and a signature of each of the public methods of the class file. The interface generation module () generates an interface () for the class file () using the name of the class file, the public methods of the class file, and the signature for each of the public methods of the class file determined by the reflection module ().

System and method for remote enabling classes without interfaces

A system for communications in a distributed computing environment is provided that includes an application layer (), a proxy layer (), a reference layer (), and an object layer (). The application layer () provides communications between an application () and an operating entity. The proxy layer () provides communications between the application () and a remote proxy (). The remote proxy () is a local representative for a requested object () residing in an address space different from an address space in which the application () resides. The reference layer () provides communications between the remote proxy () and the requested object (). The reference layer () includes communication protocol details to support transmission of messages across a network () linking the remote proxy () and the requested object (). The object layer () includes the requested object (). The object layer () maintains the separation of communication protocol details within the reference layer ().

System and method for communications in a distributed computing environment

A system for communication between a non-CORBA object request broker and a CORBA object request broker is provided that includes a non-CORBA object request broker () executing on a client system () and a CORBA object request broker () executing on a server system (). The non-CORBA object request broker () provides client side inter-object communications support. The CORBA object request broker () provides server-side inter-object communications support. A network () connects the client system () with the server system (). A reference object () in the non-CORBA object request broker () encodes outgoing communications into an Internet Inter-ORB Protocol format. The reference object () decodes incoming communications from Internet Inter-ORB Protocol format into a format native to the non-CORBA object request broker ().

System and method for communications between a CORBA object request broker and a non-CORBA object request broker

In a computer network ( ), a first object ( ) is moved from a current host address and port number ( ) to a new host address and port number ( ). A forwarder object ( ) associated with the first object ( ) is created at the current host and port number ( ). The forwarder object ( ) includes the new host address and port number ( ) for the first object ( ). A second object ( ) at a different host address and port number ( ) creates a message (MSG ) destined for the first object ( ). Not knowing that the first object ( ) has moved, the second object sends the message (MSG ) to the current host address and port number ( ). The forwarder object ( ) intercepts and forwards the message (MSG ) to the first object ( ) at the new host address and port number ( ). The first object ( ) returns a reply message (REPLY ) directly to the second object ( ). The reply message (REPLY ) includes the new host address and port number ( ) for the first object ( ). The second object ( ) updates its reference to the first object ( ) in response to the reply message (REPLY ). Subsequent messages from the second object ( ) to the first object ( ) can now be delivered directly without going through the forwarder object ( ).

Method of forwarding messages to mobile objects in a computer network

A method for moving objects in a distributed computing system is provided that comprises receiving a move indication ( ) at a mobility facet object ( ) that is aggregated with a primary facet object ( ) through an aggregate object ( ) located at a current host address and port number ( ). A new aggregate object ( ) with the new version ( ) of the primary facet object ( ) as a new primary facet object ( ) and the new version ( ) of the mobility facet object ( ) as a new mobility facet object ( ) are created at a new host address and port number ( ).

Method for moving objects in a distributed computing environment

A remote proxy generator ( ) generates a remote proxy class for use in client-side communications for communications between a client application ( ) and a server object ( ). A client-side type generator ( ) generates a type object ( ) that represents a class of the server object ( ) and provides access to methods ( ) of the server object ( ). A client-side function generator ( ) generates one or more function objects ( ) corresponding in number to one or more methods ( ) of server object ( ). A client-side reference generator ( ) generates a reference object ( ) for managing encoding of messages sent between a remote proxy object ( ) and the server object ( ) into a format of a communications protocol used by a server-side object request broker ( ). A client-side streamer generator ( ) generates a set of streamer objects ( ) corresponding in number to the one or more methods ( ) of the server object ( ). Each streamer object ( ) encodes a method invocation request for an associated method ( ) of the server object ( ). A server-side local reference generator ( ) generates a local reference object ( ) that includes an address and a type of the server object ( ). A server-side type generator ( ) generates a type object ( ).

System and method for distributed processing in a computer network

A software system is disclosed which provides for dynamic generation of remote proxy classes at run time through a distributed object management system . The software system provides for a client system and server system which communicate via distributed object management system which operates over a distributed computer network to allow communications between client system and server system . Any inter-object communication will invoke a remote proxy generation control module if a remote proxy class does not already exist for the requested subject object . A remote proxy generation control module is provided which first invokes reflection engine to determine the applicable information of subject class . Next, a communication enabling module determines and inserts the appropriate computer code to allow local object to communicate with subject object utilizing remote proxy object . After the system determines what information is required by remote proxy class , byte code generator automatically generates the executable code containing remote proxy class . Finally, class loader loads remote proxy class onto the system and creates a new instance which is remote proxy object

System and method for dynamic generation of remote proxies

A method for determining the timing for reclaiming a remote object ( ) according to the teachings of the present invention includes the step of first creating a remote object ( ) of a virtual object ( ). The remote object has a default death criteria that can be overwritten by lifespan messages. The virtual object ( ) may send the lifespan message ( ) to the remote object ( ) to change its death criteria. The remote object ( ) is reclaimed in response to the death criteria being met.

Method of determining the timing for reclaiming a remote object

In a computer network ( ), a first agent ( ) has a directive to meet with a second agent ( ) in order to exchange high speed messages. The first agent ( ) moves to the host address and port number where the second agent ( ) is located. The first agent ( ) issues a request to the second agent ( ) for an encounter. If available, the second agent ( ) creates an encounter object ( ) that binds the first agent ( ) to the second agent ( ) for the duration of the encounter. The first agent ( ), through an invoker ( ), invokes a meet callback function in order to establish message exchanges between the first agent ( ) and the second agent ( ) through the encounter object ( ). The first agent ( ) then instructs the second agent ( ) to terminate the encounter. Termination of the encounter frees up the encounter object ( ) for subsequent use within the computer network ( ).

Method of communicating between agent objects in a computer network

A method for dynamically extending functionality of an object without modifying executable code includes the steps of first identifying an existing object as a primary facet object ( ) and creating an aggregate object ( ). The primary facet object ( ) is linked to the aggregate object ( ). One or more facet objects ( ) that extend a functionality of the primary facet object ( ) are added to the aggregate object ( ). The particular facet objects ( ) linked to the aggregate object ( ) is located that has a class that equals or extends a requested class. A reference to the particular facet object ( ) is returned and the particular facet object ( ) is invoked using the returned reference.

System and method for dynamically aggregating objects

In a computer network, an object receives a move indication directing it to move from a current host address and port number to a new host address and port number for which there is no direct link. The object identifies one or more intermediate host address and port numbers which to travel through to reach the new host address and port number. A compound address is generated that includes all intermediate host address and port numbers and the new host address and port number. In accordance with the compound address, the object moves to the intermediate host address and port number and determines whether it is its final destination. Since the intermediate host address and port number is not its final destination, the object continues to travel according to its compound address until it reaches the new host address and port number. Once established at the new host address and port number, the object sends a status update message back through intermediate host address and port number to current host address and port number to allow for references to the object to be updated.

Method of moving objects across multiple locations in a computer network

In a computer network ( ), an object ( ) located at a current host address and port number ( ) receives a move indication ( ) from itself or a virtual object ( ) located at an originating host address and port number ( ). After determining its availability to move, the object ( ) creates a serialized version ( ) of itself to send to a new host address and port number ( ). The object ( ) also retains an old version ( ) of itself at the current host address and port number ( ). A new version ( ) of the object ( ) is established at the new host address and port number ( ) from the serialized version ( ) of the object ( ). Once established, the new version ( ) sends a status update message ( ) to the old version ( ). The old version ( ) de-registers itself from the current host address and port number ( ). If forwarding is desired, the old version ( ) creates a secretary object ( ) that routes messages to the new version ( ) that were addressed to the old version before updating has occurred in the computer network ( ).

Method of moving objects in a computer network

In another aspect of the invention, a method for communicating between Java objects ( ) residing in different computer platforms linked by a network includes the steps of sending a message ( ) from a sender object ( ) to a virtual object ( ) in a first host address and port number ( ), the virtual object ( ) being a virtual representation of a receiver object ( ) in a second host address and port number ( ), and creating a messenger ( ) in the first host address and port number ( ). The messenger ( ) is then sent to deliver the message ( ), which carries an identity of the receiver object ( ), destination address of the second host address and port number ( ), and the address of the result in the first host address and port number ( ). At the second host address and port number ( ), an host address and port number is invoked between the messenger ( ) and the receiver object ( ) for conveying the message thereto.

Method of communicating between objects and agents across a computer network

A software system is disclosed which provides for dynamic generation of remote proxy classes at run time through a distributed object management system The software system provides for a client system and server system which communicate via distributed object management system which operates over a distributed computer network to allow communications between client system and server system Any inter-object communication will invoke a remote proxy generation control module if a remote proxy class does not already exist for the requested subject object A remote proxy generation control module is provided which first invokes reflection engine to determine the applicable information of subject class Next, a communication enabling module determines and inserts the appropriate computer code to allow local object to communicate with subject object utilizing remote proxy object After the system determines what information is required by remote proxy class byte code generator automatically generates the executable code containing remote proxy class Finally, class loader loads remote proxy class onto the system and creates a new instance which is remote proxy object

A method for remote constructing a Java object (,) and communicating therewith, includes the steps of first identifying a set of original methods of a Java class located in a first host address and port number (,), and generating a virtual Java class of the Java class having the set of methods and additionally a set of enhanced interface methods in the first host address and port number (,). Then a local virtual Java object (,) is created from the virtual Java class in the first host address and port number (,), and a remote Java object (,) is created from the virtual Java class by specifying the address of a second host address and port number (,) in which the created object is to reside. This method is also applicable to the remote creation of an agent, where an agent is a specialized object with mobility characteristics.

Growing community of inventors

Dallas, TX, United States of America

Graham W Glass