Abstract: Disclosed are methods and threads for responding to a request to perform an operation on a server object as may be provided in software form within an object request broker (ORB) server library or an ORB server.

Abstract: Disclosed are methods and threads for responding to a request to perform an operation on a server object as may be provided in software form within an object request broker (ORB) server library or an ORB server. The specified object is identified by a marshaled object key in a conventional manner. The method improves upon prior art techniques by directly locating the object using the marshaled object key free of any unmarshaling step. The specified operation can then be invoked on the located object. The method applies to both in-process and out-of-process requests. In a preferred implementation, the marshaled object key is utilized as a hash key to directly access a pointer to the object.

Abstract: Disclosed are methods and threads for responding to a request to perform an operation on a server object as may be provided in software form within an object request broker (ORB) server library or an ORB server. The specified object is identified by a marshaled object key in a conventional manner. The method improves upon prior art techniques by directly locating the object using the marshaled object key free of any unmarshaling step. The specified operation can then be invoked on the located object. The method applies to both in-process and out-of-process requests. In a preferred implementation, the marshaled object key is utilized as a hash key to directly access a pointer to the object.

Abstract: Disclosed are methods and threads for responding to a request to perform an operation on a server object as may be provided in software form within an object request broker (ORB) server library or an ORB server. The specified object is identified by a marshaled object key in a conventional manner. The method improves upon prior art techniques by directly locating the object using the marshaled object key free of any unmarshaling step. The specified operation can then be invoked on the located object. The method applies to both in-process and out-of-process requests. In a preferred implementation, the marshaled object key is utilized as a hash key to directly access a pointer to the object.

Abstract: The bidding method for selecting a protocol involves generating a bid for each protocol and ranking the bids in a prescribed order such that the order of the bids reflects the order of preference among the protocols. Thereafter, the most preferred protocol is executed or processes to establish the intended communication. If for some reason the more preferred protocol is unsuccessful, the next best protocol according to the order of the bids is processed. The bids are generated according to system/user set configuration and target object constraints. Bids fall into ranges of bid values where each range indicates a certain priority and associated rules.

Abstract: Disclosed are methods and threads for responding to a request to perform an operation on a server object as may be provided in software form within an object request broker (ORB) server library or an ORB server. The specified object is identified by a marshaled object key in a conventional manner. The method improves upon prior art techniques by directly locating the object using the marshaled object key free of any unmarshaling step. The specified operation can then be invoked on the located object. The method applies to both in-process and out-of-process requests. In a preferred implementation, the marshaled object key is utilized as a hash key to directly access a pointer to the object.

Abstract: The bidding method for selecting a protocol involves generating a bid for each protocol and ranking the bids in a prescribed order such that the order of the bids reflects the order of preference among the protocols. Thereafter, the most preferred protocol is executed or processes to establish the intended communication. If for some reason the more preferred protocol is unsuccessful, the next best protocol according to the order of the bids is processed. The bids are generated according to system/user set configuration and target object constraints. Bids fall into ranges of bid values where each range indicates a certain priority and associated rules.