US20120240134A1 - Method for efficient location of corba objects based on an unmarshaled object key in a request - Google Patents

Method for efficient location of corba objects based on an unmarshaled object key in a request Download PDF

Info

Publication number
US20120240134A1
US20120240134A1 US13/432,911 US201213432911A US2012240134A1 US 20120240134 A1 US20120240134 A1 US 20120240134A1 US 201213432911 A US201213432911 A US 201213432911A US 2012240134 A1 US2012240134 A1 US 2012240134A1
Authority
US
United States
Prior art keywords
request
server
key
orb
marshaled
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/432,911
Inventor
Vishwanath Kasaravalli
Jonathan K. Weedon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Borland Software Corp
Original Assignee
Borland Software Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Borland Software Corp filed Critical Borland Software Corp
Priority to US13/432,911 priority Critical patent/US20120240134A1/en
Assigned to BORLAND SOFTWARE CORPORATION reassignment BORLAND SOFTWARE CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: KASARAVALLI, VISHWANATH, WEEDON, JONATHAN K.
Publication of US20120240134A1 publication Critical patent/US20120240134A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/547Remote procedure calls [RPC]; Web services
    • G06F9/548Object oriented; Remote method invocation [RMI]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/465Distributed object oriented systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/547Remote procedure calls [RPC]; Web services

Definitions

  • the present invention relates to handling of common object requests, and more particularly, to methods and software for fast handling of such requests.
  • Requests can originate in-process from a client subsystem of an object request broker (“ORB”) or out-of-process, from a client which is separate from the server.
  • a typical request contains the request ID server address (e.g., an Internet protocol address), an operation to be invoked (e.g., a software method), and an object key which is used to identify a specific object.
  • the object key is marshaled into a byte array for transfer along with the rest of the request, for example, to a network socket at the ORB server.
  • Multiple requests or “threads” are ordinarily pending at any one time for handling by an ORB server.
  • the byte array is unmarshaled back into a textual form (e.g., “U.S.A./California/San Mateo/123”).
  • a hierarchy of portable object adapters (“POA”) located within the ORB server are ascribed textual names and are accessed by traversing the hierarchy using the information in the object key.
  • a hierarchy of POAs are contained within their server, in which the POA “U.S.A.” is accessed followed by the POA “California” (as opposed to some other state which is the child POA of “U.S.A.”) followed by the POA “San Mateo” (again, as opposed to some other locality within the parent state “California”) until the specified object “ 123 ” is located.
  • traversal of the POAs starts at a root and continues down the tree defined by the object key.
  • the server can only now invoke the requested method on the specified object.
  • Object “ 123 ” can be one bank account, whereas objects “ 456 ” and “ 789 ” can be different accounts.
  • the method to be performed can, by way of illustration, be account balance inquiries, deposits, withdrawals, transfers, and the like, or other methods appropriate to the type of objects in a given ORB server.
  • the server initiates a reply method which places the value, if any, resulting from the method along with the IP address of the client (if appropriate), and a request ID that permits the reply to be matched to the request.
  • the unmarshaling and the POA traversal consume time which results in a lower system performance.
  • the number of transactions per second is greatly limited by this traversal to the identified object.
  • the present invention provides methods 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 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.
  • the marshaled object key is utilized as a hash key to directly access a pointer to the object.
  • a thread for an ORB server architecture is configured to respond to a request from either a client or a client sub-system, match a marshaled object key in the request against entries in a table, respond to any match with the location of the specified server object, and invoke the requested operation on the located server object.
  • FIG. 1 illustrates a portable object adapter hierarchy of conventional design, in which several objects are represented.
  • FIG. 2 illustrates process flow which facilitates a discussion of certain preferred embodiments of the optimization method of the present invention.
  • the present invention provides improved object request brokering by circumventing the unmarshaling step of conventional ORB servers and instead applying the marshaled object key (a byte array) directly to a global table and, if the byte array is in the table, referencing the server object directly without searching the POA tree. Consequently, the present invention provides performance improvements over conventional ORB servers when handling out-of-process requests.
  • in-process requests can be packed with an activation record containing a pointer to the object so that the server subsystem can invoke the requested method directly without examining the global table or searching the POA tree.
  • the process starts at step 210 at which a request is received at the server or at a server subsystem.
  • the request can be received in any conventional manner.
  • the client is remote from the ORB server and the request is received at a network socket and detected by a thread running at the ORB server.
  • the request can originate within a process that includes the server and client (i.e., co-located), a so-called in-process request.
  • a test is made to determine whether the request is packed with an activation record.
  • the activation record is preferably a structure which is configured to hold a variety of information about server objects, including information sufficient to identify the location of a server object.
  • the activation record is constructed as shown in the following pseudocode:
  • the “object pointer” points to a specific server object and the “parent POA pointer” is the parent POA of the object.
  • the object pointer can point, for example, to object “ 123 ” while the “parent POA pointer” points to “San Mateo.”
  • the activation record can include a number of other fields which have particular utility in specific applications, though additional fields are not required.
  • One other field for example, can be the object's name (e.g., “ 123 ”).
  • step 220 determines that the request was packed (with the activation record)
  • the process flow advances to step 270 so as to invoke the operation on the located object.
  • the request lacks the information in the activation record
  • the marshaled object key included in the request is extracted, as indicated at step 230 so that the object specified in the request can be identified.
  • the extracted object key is used to try and directly locate the specified object without resort to the POA tree.
  • the marshaled object key is applied as a hash key to a table which includes the activation record described above.
  • the table is preferably a global table available to a multiplicity of threads and operations at the ORB server.
  • the table includes at least two columnar fields: a hash key column consisting of the marshaled object keys that, when unmarshaled, provide a textual key to parsing the POA hierarchy, and an activation record column consisting of activation records corresponding to the marshaled object keys.
  • an object pointer which points to the object is retrieved at step 260 thereby locating the object in the server.
  • An operation can then be invoked on the object being pointed to.
  • a request identifying a particular bank account (the object) and, asking for a balance (the operation) can be handled free of any traversal of the POA tree if the marshaled object key is in the table.
  • the POA tree is parsed in a conventional manner, as indicated at step 250 .
  • the table can be updated to include the unmarshaled object key as a hash key and the relevant data to populate a new entry in the activation record, as indicated at step 255 .
  • the object has been “awakened” once through a conventional POA tree parse, it can be later located directly by looking up the global table.
  • the request can be handled in the same manner as an out-of-process request.
  • the in-process request can be configured to include the activation record of the object on which the invocation is made.
  • the invention can be implemented as a process or thread running in an ORB server.
  • the thread is configured to perform the operations outlined above, and more particularly, to respond to a request from either a client or a client sub-system, match a marshaled object key in the request against entries in a table, and respond to any match with a located server object so that the requested operation can be invoked on the located server object.
  • the invention has utility in transaction oriented application such as an App Server 4.0 and later releases Visibroker 4.0 and Appcenter 4.0 and their respective later releases all products of Borland Software Corporation, Los Gatos, Calif. Also, telecommunications software such as Sabre and its progeny can operate over a distributed network at a greater rate through rapid location of server objects.

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.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of U.S. patent application Ser. No. 12/430,066, filed Apr. 24, 2009, which is a continuation of U.S. patent application Ser. No. 10/013,339, filed Dec. 10, 2001 (now U.S. Pat. No. 7,543,304, Issued Jun. 2, 2009), which in turns claims the benefit of priority of U.S. Provisional Application Ser. No. 60/255,551, filed Dec. 14, 2000, all of which are herein incorporated by reference for all purposes.
  • FIELD OF THE INVENTION
  • The present invention relates to handling of common object requests, and more particularly, to methods and software for fast handling of such requests.
  • BACKGROUND OF THE INVENTION
  • There is a need to locate and dispatch server objects as fast as possible in response to requests. Requests can originate in-process from a client subsystem of an object request broker (“ORB”) or out-of-process, from a client which is separate from the server. A typical request contains the request ID server address (e.g., an Internet protocol address), an operation to be invoked (e.g., a software method), and an object key which is used to identify a specific object. The object key is marshaled into a byte array for transfer along with the rest of the request, for example, to a network socket at the ORB server. Multiple requests (or “threads”) are ordinarily pending at any one time for handling by an ORB server.
  • Once the request is at the server, the byte array is unmarshaled back into a textual form (e.g., “U.S.A./California/San Mateo/123”). A hierarchy of portable object adapters (“POA”) located within the ORB server are ascribed textual names and are accessed by traversing the hierarchy using the information in the object key. Thus, as shown in FIG. 1 for Bank X, a hierarchy of POAs are contained within their server, in which the POA “U.S.A.” is accessed followed by the POA “California” (as opposed to some other state which is the child POA of “U.S.A.”) followed by the POA “San Mateo” (again, as opposed to some other locality within the parent state “California”) until the specified object “123” is located. Thus, traversal of the POAs starts at a root and continues down the tree defined by the object key. The server can only now invoke the requested method on the specified object. Object “123” can be one bank account, whereas objects “456” and “789” can be different accounts. The method to be performed can, by way of illustration, be account balance inquiries, deposits, withdrawals, transfers, and the like, or other methods appropriate to the type of objects in a given ORB server.
  • Once the method has been invoked on the specified object, the server initiates a reply method which places the value, if any, resulting from the method along with the IP address of the client (if appropriate), and a request ID that permits the reply to be matched to the request.
  • The unmarshaling and the POA traversal consume time which results in a lower system performance. For a transaction oriented application built upon an ORB, the number of transactions per second is greatly limited by this traversal to the identified object.
  • What is needed in the art is a methodology for improving ORB performance. What is further needed is software constructs to implement such a method. The present invention satisfies these and other needs.
  • SUMMARY OF THE INVENTION
  • The present invention provides methods 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 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.
  • In another aspect of the invention, a thread for an ORB server architecture is configured to respond to a request from either a client or a client sub-system, match a marshaled object key in the request against entries in a table, respond to any match with the location of the specified server object, and invoke the requested operation on the located server object.
  • The invention can be better appreciated with reference to the following description of certain preferred embodiments thereof and the accompanying drawing figures.
  • BRIEF DESCRIPTION OF THE DRAWING FIGURES
  • FIG. 1 illustrates a portable object adapter hierarchy of conventional design, in which several objects are represented.
  • FIG. 2 illustrates process flow which facilitates a discussion of certain preferred embodiments of the optimization method of the present invention.
  • DETAILED DESCRIPTION OF CERTAIN PREFERRED EMBODIMENTS
  • By way of overview and introduction, the present invention provides improved object request brokering by circumventing the unmarshaling step of conventional ORB servers and instead applying the marshaled object key (a byte array) directly to a global table and, if the byte array is in the table, referencing the server object directly without searching the POA tree. Consequently, the present invention provides performance improvements over conventional ORB servers when handling out-of-process requests. In accordance with a further aspect of the invention, in-process requests can be packed with an activation record containing a pointer to the object so that the server subsystem can invoke the requested method directly without examining the global table or searching the POA tree.
  • With reference now to FIG. 2, a process flow is described which permits a server object to be located and a requested operation to be invoked free of any need to parse the POA tree of FIG. 1. The process starts at step 210 at which a request is received at the server or at a server subsystem. The request can be received in any conventional manner. For example, in a distributed system, the client is remote from the ORB server and the request is received at a network socket and detected by a thread running at the ORB server. On the other hand, the request can originate within a process that includes the server and client (i.e., co-located), a so-called in-process request.
  • At step 220, a test is made to determine whether the request is packed with an activation record. The activation record is preferably a structure which is configured to hold a variety of information about server objects, including information sufficient to identify the location of a server object. In a preferred implementation, the activation record is constructed as shown in the following pseudocode:
  • activation record ([object pointer] [parent POA pointer] [object name] . . . )
  • More particularly, the “object pointer” points to a specific server object and the “parent POA pointer” is the parent POA of the object. With reference again to FIG. 1, the object pointer can point, for example, to object “123” while the “parent POA pointer” points to “San Mateo.” The activation record can include a number of other fields which have particular utility in specific applications, though additional fields are not required. One other field, for example, can be the object's name (e.g., “123”).
  • A request need not include the activation record in order to enjoy optimized request processing in accordance with the present invention. Additional performance benefits result, however, when an in-process request is packed to include the activation record, as described in detail below.
  • If the test at. step 220 determines that the request was packed (with the activation record), then the process flow advances to step 270 so as to invoke the operation on the located object. On the other hand, if the request lacks the information in the activation record, then the marshaled object key included in the request is extracted, as indicated at step 230 so that the object specified in the request can be identified.
  • In accordance with a salient aspect of the present invention, the extracted object key is used to try and directly locate the specified object without resort to the POA tree. At step 240, the marshaled object key is applied as a hash key to a table which includes the activation record described above. The table is preferably a global table available to a multiplicity of threads and operations at the ORB server. The table includes at least two columnar fields: a hash key column consisting of the marshaled object keys that, when unmarshaled, provide a textual key to parsing the POA hierarchy, and an activation record column consisting of activation records corresponding to the marshaled object keys.
  • If the marshaled object key extracted from the request is located in the table, then an object pointer which points to the object is retrieved at step 260 thereby locating the object in the server. An operation can then be invoked on the object being pointed to. Thus, a request identifying a particular bank account (the object) and, asking for a balance (the operation) can be handled free of any traversal of the POA tree if the marshaled object key is in the table.
  • If the marshaled object key cannot be found in the table, then the POA tree is parsed in a conventional manner, as indicated at step 250. Optionally, once the object has been located the table can be updated to include the unmarshaled object key as a hash key and the relevant data to populate a new entry in the activation record, as indicated at step 255.
  • Thus, if the object has been “awakened” once through a conventional POA tree parse, it can be later located directly by looking up the global table.
  • With respect to a co-located process, in which the request originates at a client-side subsystem of the process, the request can be handled in the same manner as an out-of-process request. However, in accordance with a second preferred embodiment of the invention, the in-process request can be configured to include the activation record of the object on which the invocation is made.
  • The invention can be implemented as a process or thread running in an ORB server. The thread is configured to perform the operations outlined above, and more particularly, to respond to a request from either a client or a client sub-system, match a marshaled object key in the request against entries in a table, and respond to any match with a located server object so that the requested operation can be invoked on the located server object.
  • It should be understood that there is never a need to unmarshal the object key, and, accordingly, there is a great performance advantage as compared to prior techniques which are burdened by the overhead of translating the byte array in the request into a textual object key, that is, into the native form required by the ORB server to traverse the POAs.
  • The invention has utility in transaction oriented application such as an App Server 4.0 and later releases Visibroker 4.0 and Appcenter 4.0 and their respective later releases all products of Borland Software Corporation, Los Gatos, Calif. Also, telecommunications software such as Sabre and its progeny can operate over a distributed network at a greater rate through rapid location of server objects.
  • While the present invention has been described with respect to a particularly preferred embodiment, the invention is susceptible to implementation in other ways which are within the spirit of the invention which is defined in terms of the recitations of the appended claims and equivalents thereof.

Claims (1)

1. In an object request broker library of an object request broker server residing on a computer, a method for optimally responding to an out-of-process request by a remote client to perform an operation on a particular object selected from a plurality of objects each having an associated object key, the particular object residing on a computer-readable medium and being capable of being identified by an associated marshaled object key, comprising:
a) locating the particular object specified by the out-of-process request by an object request broker utilizing the associated marshaled objet key free; and
b) invoking the requested operation on the located particular object by the object request broker.
US13/432,911 2000-12-14 2012-03-28 Method for efficient location of corba objects based on an unmarshaled object key in a request Abandoned US20120240134A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/432,911 US20120240134A1 (en) 2000-12-14 2012-03-28 Method for efficient location of corba objects based on an unmarshaled object key in a request

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US25555100P 2000-12-14 2000-12-14
US10/013,339 US7543304B2 (en) 2000-12-14 2001-12-10 Method for efficient location of corba objects based on an unmarshaled object key in a request
US12/430,066 US8171497B2 (en) 2000-12-14 2009-04-24 Method for efficient location of corba objects based on an unmarshaled object key in a request
US13/432,911 US20120240134A1 (en) 2000-12-14 2012-03-28 Method for efficient location of corba objects based on an unmarshaled object key in a request

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/430,066 Continuation US8171497B2 (en) 2000-12-14 2009-04-24 Method for efficient location of corba objects based on an unmarshaled object key in a request

Publications (1)

Publication Number Publication Date
US20120240134A1 true US20120240134A1 (en) 2012-09-20

Family

ID=26684721

Family Applications (3)

Application Number Title Priority Date Filing Date
US10/013,339 Expired - Fee Related US7543304B2 (en) 2000-12-14 2001-12-10 Method for efficient location of corba objects based on an unmarshaled object key in a request
US12/430,066 Expired - Fee Related US8171497B2 (en) 2000-12-14 2009-04-24 Method for efficient location of corba objects based on an unmarshaled object key in a request
US13/432,911 Abandoned US20120240134A1 (en) 2000-12-14 2012-03-28 Method for efficient location of corba objects based on an unmarshaled object key in a request

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US10/013,339 Expired - Fee Related US7543304B2 (en) 2000-12-14 2001-12-10 Method for efficient location of corba objects based on an unmarshaled object key in a request
US12/430,066 Expired - Fee Related US8171497B2 (en) 2000-12-14 2009-04-24 Method for efficient location of corba objects based on an unmarshaled object key in a request

Country Status (1)

Country Link
US (3) US7543304B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107025115A (en) * 2017-05-05 2017-08-08 北京英诺威尔科技股份有限公司 A kind of method for being adapted to multiple interfaces collection
CN110009683A (en) * 2019-03-29 2019-07-12 北京交通大学 Object detecting method on real-time planar based on MaskRCNN

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7543304B2 (en) * 2000-12-14 2009-06-02 Borland Software Corporation Method for efficient location of corba objects based on an unmarshaled object key in a request
US20040133659A1 (en) * 2001-04-18 2004-07-08 Lacey Martin M Remote object access
US20030236925A1 (en) * 2001-05-17 2003-12-25 Dusan Balek Interactive portable object adapters support in an integrated development environment
US20030088659A1 (en) * 2001-11-08 2003-05-08 Susarla Hanumantha Rao System and method for distributed state management
US7130905B2 (en) * 2002-01-10 2006-10-31 Sun Microsystems, Inc. System and method for coordinating access to data for a distributed application
US20030154202A1 (en) * 2002-02-12 2003-08-14 Darpan Dinker Distributed data system with process co-location and out -of -process communication
US7370329B2 (en) 2002-03-01 2008-05-06 Sun Microsystems, Inc. System and method for state saves in a distributed data system
US7320035B2 (en) * 2002-03-01 2008-01-15 Sun Microsystems, Inc. Object mutation determination for incremental state saves
US7139925B2 (en) * 2002-04-29 2006-11-21 Sun Microsystems, Inc. System and method for dynamic cluster adjustment to node failures in a distributed data system
US8005979B2 (en) * 2002-10-28 2011-08-23 Oracle America, Inc. System and method for uniquely identifying processes and entities in clusters
US8001142B2 (en) 2003-04-02 2011-08-16 Oracle America, Inc. Distributed data system with incremental data updates
US7178065B2 (en) * 2003-04-02 2007-02-13 Sun Microsystems, Inc. System and method for measuring performance with distributed agents
US7281050B2 (en) 2003-04-08 2007-10-09 Sun Microsystems, Inc. Distributed token manager with transactional properties
US9674637B2 (en) 2011-06-16 2017-06-06 Microsoft Technology Licensing, Llc Object marshaling
CN104021213B (en) * 2014-06-20 2017-06-16 中国银行股份有限公司 A kind of method and device for merging associated record

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5727145A (en) * 1996-06-26 1998-03-10 Sun Microsystems, Inc. Mechanism for locating objects in a secure fashion
US5781633A (en) * 1996-07-01 1998-07-14 Sun Microsystems, Inc. Capability security for transparent distributed object systems
US5809506A (en) * 1996-01-22 1998-09-15 International Business Machines Corporation Method for creating an object base of persisent application objects in an object oriented programming environment and apparatus related thereto
US5852666A (en) * 1996-07-01 1998-12-22 Sun Microsystems, Inc. Capability security for distributed object systems
US5870753A (en) * 1996-03-20 1999-02-09 International Business Machines Corporation Method and apparatus for enabling a persistent metastate for objects in an object oriented environment
US6009266A (en) * 1995-03-22 1999-12-28 Sun Microsystems, Inc. Methods, apparatus and data structures for managing objects
US6014700A (en) * 1997-05-08 2000-01-11 International Business Machines Corporation Workload management in a client-server network with distributed objects
US8171497B2 (en) * 2000-12-14 2012-05-01 Borland Software Corporation Method for efficient location of corba objects based on an unmarshaled object key in a request

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0604010B1 (en) * 1992-12-21 1999-12-29 Sun Microsystems, Inc. Method and apparatus for subcontracts in distributed processing systems
WO1995004960A2 (en) * 1993-08-02 1995-02-16 Persistence Software, Inc. Method and apparatus for managing relational data in an object cache
GB9320982D0 (en) * 1993-10-12 1993-12-01 Ibm A data processing system
FR2717280B1 (en) * 1994-03-10 1996-04-05 Bull Sa Method for managing the multiple inheritance of persistent and shared objects.
US5737607A (en) * 1995-09-28 1998-04-07 Sun Microsystems, Inc. Method and apparatus for allowing generic stubs to marshal and unmarshal data in object reference specific data formats
US5991823A (en) * 1996-06-26 1999-11-23 Sun Microsystems, Inc. Low overhead object adaptor
US6032199A (en) * 1996-06-26 2000-02-29 Sun Microsystems, Inc. Transport independent invocation and servant interfaces that permit both typecode interpreted and compiled marshaling
US6189048B1 (en) * 1996-06-26 2001-02-13 Sun Microsystems, Inc. Mechanism for dispatching requests in a distributed object system
US6044409A (en) * 1996-06-26 2000-03-28 Sun Microsystems, Inc. Framework for marshaling and unmarshaling argument object references
US6718550B1 (en) * 1996-06-26 2004-04-06 Sun Microsystems, Inc. Method and apparatus for improving the performance of object invocation
US6981255B2 (en) * 1997-07-17 2005-12-27 Microsoft Corporation Method and system for accessing objects of different thread types
US6249803B1 (en) * 1997-12-18 2001-06-19 Sun Microsystems, Inc. Method and apparatus for executing code during method invocation
US6405264B1 (en) * 1997-12-18 2002-06-11 Sun Microsystems, Inc. Marshaling and unmarshaling framework for supporting filters in a distributed object system
US6438616B1 (en) * 1997-12-18 2002-08-20 Sun Microsystems, Inc. Method and apparatus for fast, local corba object references
US6516354B2 (en) * 1997-12-18 2003-02-04 Sun Microsystems, Inc. Method and apparatus for efficient representation of variable length identifiers in a distributed object system
US6003083A (en) * 1998-02-19 1999-12-14 International Business Machines Corporation Workload management amongst server objects in a client/server network with distributed objects
US6223344B1 (en) * 1998-06-11 2001-04-24 Internationl Business Machines Corporation Apparatus and method for versioning persistent objects
US6907609B1 (en) * 1999-02-01 2005-06-14 Iona Technologies Plc. Object request dispatch using matching of a segmented object key
US6453320B1 (en) * 1999-02-01 2002-09-17 Iona Technologies, Inc. Method and system for providing object references in a distributed object environment supporting object migration
US6513112B1 (en) * 1999-07-26 2003-01-28 Microsoft Corporation System and apparatus for administration of configuration information using a catalog server object to describe and manage requested configuration information to be stored in a table object

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6009266A (en) * 1995-03-22 1999-12-28 Sun Microsystems, Inc. Methods, apparatus and data structures for managing objects
US5809506A (en) * 1996-01-22 1998-09-15 International Business Machines Corporation Method for creating an object base of persisent application objects in an object oriented programming environment and apparatus related thereto
US5870753A (en) * 1996-03-20 1999-02-09 International Business Machines Corporation Method and apparatus for enabling a persistent metastate for objects in an object oriented environment
US5727145A (en) * 1996-06-26 1998-03-10 Sun Microsystems, Inc. Mechanism for locating objects in a secure fashion
US5781633A (en) * 1996-07-01 1998-07-14 Sun Microsystems, Inc. Capability security for transparent distributed object systems
US5852666A (en) * 1996-07-01 1998-12-22 Sun Microsystems, Inc. Capability security for distributed object systems
US6014700A (en) * 1997-05-08 2000-01-11 International Business Machines Corporation Workload management in a client-server network with distributed objects
US8171497B2 (en) * 2000-12-14 2012-05-01 Borland Software Corporation Method for efficient location of corba objects based on an unmarshaled object key in a request

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107025115A (en) * 2017-05-05 2017-08-08 北京英诺威尔科技股份有限公司 A kind of method for being adapted to multiple interfaces collection
CN110009683A (en) * 2019-03-29 2019-07-12 北京交通大学 Object detecting method on real-time planar based on MaskRCNN

Also Published As

Publication number Publication date
US8171497B2 (en) 2012-05-01
US20020091750A1 (en) 2002-07-11
US7543304B2 (en) 2009-06-02
US20090254922A1 (en) 2009-10-08

Similar Documents

Publication Publication Date Title
US8171497B2 (en) Method for efficient location of corba objects based on an unmarshaled object key in a request
CA2232136C (en) Web server mechanism for processing function calls for dynamic data queries in a web page
US20040193608A1 (en) Accessing a remotely located nested object
US5894554A (en) System for managing dynamic web page generation requests by intercepting request at web server and routing to page server thereby releasing web server to process other requests
US7134076B2 (en) Method and apparatus for portable universal resource locator and coding across runtime environments
US6792426B2 (en) Generic servlet for browsing EJB entity beans
TW311996B (en)
US6882999B2 (en) URL mapping methods and systems
US7072903B2 (en) System and method for translating to and from hierarchical information systems
US6209029B1 (en) Method and apparatus for accessing data sources in a three tier environment
US20080195754A1 (en) Method and Apparatus for Affinity of Users to Application Servers
US6557076B1 (en) Method and apparatus for aggressively rendering data in a data processing system
US20050246717A1 (en) Database System with Methodology for Providing Stored Procedures as Web Services
US6442558B1 (en) Mechanisms for division, storage, reconstruction, generation, and delivery of java class files
US6856995B1 (en) Method for enumerating data pages in a stateless, distributed computing environment
JPH08339355A (en) Method and apparatus for access to processing task executionin distributed system
US9158555B2 (en) Efficient serialization of mutable objects
WO1998014896A1 (en) Web server data/process integrator
US6339829B1 (en) Method and apparatus to store extended security information in a data structure which shadows a java class object
US7136872B2 (en) Method, system, and article of manufacture for transferring structured data between different data stores
US7886227B2 (en) Cross-environment context-sensitive help files
US6035301A (en) Method and apparatus for accessing transaction services using object linking and embedding
US6178457B1 (en) Method and system for controlling and tracking client access to server software
US20040163090A1 (en) Method, system, and article of manufacture for a command line interface
CA2419982A1 (en) Executing a large object fetch query against a database

Legal Events

Date Code Title Description
AS Assignment

Owner name: BORLAND SOFTWARE CORPORATION, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KASARAVALLI, VISHWANATH;WEEDON, JONATHAN K.;REEL/FRAME:028353/0691

Effective date: 20020206

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION