WO2004023311A1 - Systeme et procede d'antememorisation dynamique d'ejb persistants multisource dynamiques - Google Patents

Systeme et procede d'antememorisation dynamique d'ejb persistants multisource dynamiques Download PDF

Info

Publication number
WO2004023311A1
WO2004023311A1 PCT/US2002/028496 US0228496W WO2004023311A1 WO 2004023311 A1 WO2004023311 A1 WO 2004023311A1 US 0228496 W US0228496 W US 0228496W WO 2004023311 A1 WO2004023311 A1 WO 2004023311A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
cache
ejb
dynamic multi
context definition
Prior art date
Application number
PCT/US2002/028496
Other languages
English (en)
Inventor
Jim Skufca
David Smith
Rob Bugh
John A. Buslawski
Original Assignee
Journee Software Corporation
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
Priority claimed from US10/064,974 external-priority patent/US7249131B2/en
Application filed by Journee Software Corporation filed Critical Journee Software Corporation
Priority to AU2002332914A priority Critical patent/AU2002332914A1/en
Publication of WO2004023311A1 publication Critical patent/WO2004023311A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/46—Multiprogramming arrangements
    • G06F9/465—Distributed object oriented systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the invention relates generally to electronic business transaction processing, and more particularly to systems for accessing back-end enterprise applications and data from the Internet by providing an intelligent, real-time data and logic cache that is synchronized with back-office systems.
  • the platform must provide synchronization with back office systems to manage performance and enhance security of the online business environment. It must be easily and rapidly applied to a wide range of business environments while minimizing the burden of installing, operating, enhancing and maintaining the system.
  • the system must be capable of providing high performing, reliable, fault tolerant, load balanced and scalable operation.
  • the present invention provides a real-time transaction-processing platform that connects online web-based applications to back office ente ⁇ rise systems while providing control over ente ⁇ rise data and business rules. It provides synchronization with back office systems, enhances security of online transaction processing, and is readily applied to a wide range of business environments. By minimizing the need for customized development through use of reliable, standard, reusable components, the costs associated with installing, operating, enhancing and maintaining the system are minimized.
  • the system provides a high performance, reliable, fault tolerant load balanced scalable platform. The system enables consolidation of information from disparate back office systems into one easily manageable, real-time data cache and management services layer to enable complex online transactions across multiple channels.
  • the present invention relies on the Java 2 Ente ⁇ rise Edition (J2EETM) standard defined by Sun Microsystems as a software architecture for use in constructing multi-tiered transaction systems.
  • J2EETM systems generally run on an application server that has been certified to be compliant with the J2EETM standard specification.
  • the J2EETM standard is inco ⁇ orated herein by reference.
  • Several major manufacturers produce J2EETM compliant application servers.
  • the present invention also makes use of Ente ⁇ rise JavaBeansTM (EJBTM) as a component architecture for the development and deployment of component-based business applications.
  • EJBTM Ente ⁇ rise JavaBeansTM
  • the Ente ⁇ rise JavaBeansTM specification was created under the Java Community Process to provide full public participation in the definition and development. This specification is inco ⁇ orated herein by reference.
  • the present invention is a unique and novel application of EJBTM in the form of a Dynamic Multi-sourced Persisted EJB.
  • the Dynamic Multi-sourced Persisted EJB executes on a J2EETM compliant web application server and uses a context definition that is read at runtime to map each EJBTM attribute to specific data in source systems.
  • the Dynamic Multi- sourced Persisted EJB can be invoked from Session EJBs that in turn provide data to JavaServer Pages (JSPTM) and/or servlets for creating a client interface.
  • JSPTM JavaServer Pages
  • the Dynamic Multi- sourced Persisted EJB can also be invoked directly from client JavaTM applications.
  • the Dynamic Multi-sourced Persisted EJB uses Bean-Managed Persistence (BMP) supported by the J2EETM architecture to optionally cache data accessed in source systems. The data is synchronized between the cache and source systems. This cache is persisted to disk to allow the application server to respect the standard J2EETM EJBTM lifecycle.
  • BMP Bean-Managed Persistence
  • the Dynamic Multi- sourced Persisted EJB also provides a consistent attribute security model to limit unrestricted access to data.
  • a method for dynamically caching Dynamic Multi-sourced Persisted EJB attributes comprises creating a context definition containing attributes representing collections of source system data, specifying in an attribute caching element whether each attribute in the context definition is to be cached in a persistent data cache, storing the context definition in a persistent data cache, creating an instance of a Dynamic Multi-sourced Persisted EJB, applying the attributes in the context definition to the created instance of the Dynamic Multi-sourced Persisted EJB for mapping the specified attributes to source system data fields, accessing cached data by the Dynamic Multi-sourced Persisted EJB instance without requiring EJB compilation and deployment, and bi- directionally synchronizing persistent cache data from clients and from data sources.
  • the method may further comprise specifying whether each attribute in the context definition is mapped to a field in a data source, identifying a data source system table where the. attribute value is located if the attribute is mapped, and specifying access security requirements for each attribute in the context definition.
  • the step of storing the context definition may comprise dynamically creating a persistent cache table in the persistent data cache for managing context attributes during EJB Bean Managed Persistence lifecycle.
  • the step of storing the context definition may comprise dynamically creating a persistent Map/Cache/Secure Table in the persistent data cache.
  • the method may further comprise reloading a context definition for updating attribute caching requirements during execution and keeping cache data synchronized and updated with client and back-end data. The reloading of the context definition may be performed during execution on demand.
  • the reloading of the context definition may be performed during execution on a schedule.
  • the step of reloading the context definition may comprise detecting differences between the stored context definition and the reloaded context definition for identifying changes in the context definitions, and rebuilding persistent cache database tables containing context definitions for inco ⁇ orating changes in the context definition.
  • the step of rebuilding the persistent data cache context definitions may comprise locking a cache database table to external users, creating a new cache database table containing new context definitions, copying data from the existing cache database table into the new database table, deleting the existing cache database table, renaming the new cache database table to replace the deleted database table, and unlocking the cache database.
  • the persistent data cache may be a relational database.
  • the method may further comprise creating and loading a new context definition containing new attributes, applying the new attributes to the Dynamic Multi- sourced Persisted EJB instance for mapping the new attributes to source system data fields during runtime, recreating the persistent data cache, and immediately sending new attribute data to clients.
  • the method may further comprise representing the context definition as an XML document.
  • the method may further comprise storing source and client data designated to be cached in the persistent data cache.
  • the method may further comprise keeping data in the cache synchronized and updated with the most recent data from clients to source systems, and from source systems to clients.
  • the method may further comprise creating and loading a new context definition containing new attributes, applying the new attributes to the Dynamic Multi-sourced Persisted EJB instance, recreating a Map/Cache/Secure Table in the persistent data cache for storing context definitions, and immediately sending new attribute data to clients.
  • the step of creating an instance of a Dynamic Multi-sourced Persisted EJB may comprise creating and accessing an instance of a Dynamic Multi-sourced Persisted EJB from an external application using generic method calls of an application programming interface selected from the group consisting of create(), find(), getAttr(), getAttrs(), getGuid(), setAttr(), setAttrs() and retrieveNewAndDeletedContexts().
  • the method may further comprise performing runtime checks prior to executing a method call including querying a security engine to determine if the method call is authorized and querying back-end adapters to determine if there are pending back-end mapped data updates for keeping cache data synchronized and updated with back-end mapped data.
  • the step of creating an instance of a Dynamic Multi-sourced Persisted EJB may comprise creating and accessing an instance of a Dynamic Multi-sourced Persisted EJB from an external application through a Session EJB Wrapper using traditional method calls of an application programming interface selected from the group consisting of create(), getAttributeName() and setAttributeName().
  • the method may further comprise performing runtime checks prior to executing a method call including querying a security engine to determine if the method call is authorized and querying back-end adapters to determine if there are pending back-end mapped data updates for keeping cache data synchronized and updated with back-end mapped data.
  • Another embodiment of the present invention is a computer-readable medium containing instructions for controlling a computer system to implement the method described above.
  • Yet another embodiment of the present invention is a system for dynamically caching Dynamic Multi-sourced Persisted EJB attributes that comprises means for creating a context definition containing attributes representing collections of source system data, an attribute caching element for specifying whether an attribute in the context definition is to be cached in a persistent data cache, means for storing the context definition in a persistent data cache, means for creating an instance of a Dynamic Multi-sourced Persisted EJB, means for applying the attributes in the context definition to the created instance of the Dynamic Multi- sourced Persisted EJB for mapping the specified attributes to source system data fields, means for accessing cached data by the Dynamic Multi-sourced Persisted EJB instance without requiring EJB compilation and deployment, and means for bi-directionally synchronizing persistent cache data from clients and from data sources.
  • Each attribute may comprise an element specifying whether each attribute in the context definition is mapped to a field in a data source, an element identifying a data source system table where the attribute value is located if the attribute is mapped, and an element specifying access security requirements for each attribute in the context definition.
  • the means for storing the context definition may comprise a dynamically created persistent cache table in the persistent data cache for managing context attributes during EJB Bean Managed Persistent lifecycle.
  • the persistent cache table may comprise a Map/Cache/Secure Table.
  • the system may further comprise means for reloading a context definition for updating attribute caching requirements during execution and means for keeping cache data synchronized and updated with client and back-end data.
  • the context definition may be reloaded during execution on demand.
  • the context definition may be reloaded during execution on a schedule.
  • the persistent data cache may be a relational database.
  • the context definition may be an XML document.
  • the system may further comprise the persistent data cache for storing selected source and client data.
  • the system means for creating an instance of a Dynamic Multi-sourced Persisted EJB may comprise means for creating and accessing an instance of a Dynamic Multi-sourced Persisted EJB from an external application using generic method calls of an application programming interface selected from the group consisting of create(), find(), getAttr(), getAttrs(), getGuid(), setAttr(), setAttrs() and retrieveNewAndDeletedContexts().
  • the system may further comprise means for performing runtime checks prior to executing a method call including means for querying a security engine to determine if the method call is authorized and means for querying back-end adapters to determine if there are pending back-end mapped data updates, for keeping cache data synchronized and updated with back-end mapped data.
  • the means for creating an instance of a Dynamic Multi-sourced Persisted EJB may comprise means for creating and accessing an instance of a Dynamic Multi-sourced Persisted EJB from an external application through a Session EJB Wrapper using traditional method calls of an application programming interface selected from the group consisting of createQ, getAttributeName() and setAttributeNameQ.
  • the system may further comprise means for performing runtime checks prior to executing a method call including means for querying a security engine to determine if the method call is authorized and means for querying back-end adapters to determine if there are pending back-end mapped data updates, for keeping cache data synchronized and updated with back-end mapped data.
  • the means for sending attribute data to clients may comprise means for sending attribute data to client applications running on web browsers and sending attribute data to trusted Java applications running on client machines.
  • An alternative embodiment of the present invention is a system for dynamically caching Dynamic Multi-sourced Persisted EJB attributes that comprises an application server including contexts connected to JMS adapters, a data cache connected to the contexts in the application server for providing BMP data for mapping Dynamic Multi-sourced Persisted EJB attributes to back-end system data fields, system adapters for connecting JMS adapters to back-end systems, and an XML data storage device for providing context definition documents to the contexts and JMS adapters in the application server and to the system adapters.
  • the contexts may include Dynamic Multi-sourced Persisted EJB instances and Session EJB Wrappers.
  • Yet another embodiment of the present invention is a system for dynamically caching Dynamic Multi-sourced Persisted EJB attributes that comprises a context definition containing attributes representing collections of source system data, an attribute caching element for specifying whether an attribute in the context definition is to be cached in a persistent data cache, a persistent data cache for storing the context definition, an instance of a Dynamic Multi-sourced Persisted EJB, the attributes in the context definition applied to the created instance of the Dynamic Multi-sourced Persisted EJB for mapping the specified attributes to source system data fields, the Dynamic Multi-sourced Persisted EJB instance accessing cached data without requiring EJB compilation and deployment, and persistent cache data being bi-directionally synchronized from clients and from data sources.
  • Figure 1 shows a three-tiered client-server architecture for Internet applications
  • Figure 2 shows a functional diagram of an application server
  • Figure 3 shows a typical development cycle with compile-time tools
  • Figure 4 shows the context definition of a Dynamic Multi-sourced Persisted EJB
  • Figure 5 depicts generic methods for accessing instances of Dynamic Multi-sourced Persisted EJBs
  • Figure 6A illustrates checks that are conducted before a method call request is executed
  • Figure 6B shows an embodiment of Dynamic Multi-sourced Persisted EJB code for the getAttr() method
  • Figure 7A show a traditional Session EJB Wrapper in the method execution process
  • Figure 7B is an example of Session EJB code for invoking methods in a Dynamic Multi-sourced Persisted EJB
  • Figure 8 shows a functional diagram of a system implementation of the present invention
  • Figure 9 depicts an example of an XML document to define a Map/Cache/Secure Table
  • Figure 10 shows an embodiment of the present invention in a system environment.
  • Figure 1 shows a three-tiered client-server architecture 100 for Internet applications.
  • This architecture 100 is known to those skilled in the relevant art.
  • Web application servers typically provide the middle tier 120 of a three-tiered architecture for Internet applications.
  • Tier 1, 110 provides the presentation to the end-user of the application. Typically this consists of a web browser such as Netscape, or Internet Explorer inte ⁇ reting HTML forwarded by a web server in Tier 2, 120 via a Local Area Network (LAN) 140.
  • LAN Local Area Network
  • Tier 2 120 provides the business logic. This business logic typically is written in Ente ⁇ rise Java Beans (EJBs), Java Server Pages (JSPs), and servlets. Usually this tier can be broken down into a Web server and an Application server. The Web server JSPs and servlets "serve up" HTML pages to Tier 1, 110. The Application server executes EJBs to respond to JSP and servlet requests. Tier 3, 130 provides data and resources to Tier 2, 120 via a LAN 150 in the form of databases like DB2, CICS, conventional business applications (legacy/non-web), and possibly large processing power provided by mainframes.
  • EJBs Ente ⁇ rise Java Beans
  • JSPs Java Server Pages
  • servlets Usually this tier can be broken down into a Web server and an Application server. The Web server JSPs and servlets "serve up" HTML pages to Tier 1, 110. The Application server executes EJBs to respond to JSP and servlet requests.
  • Tier 3, 130 provides data and resources to Tier 2, 120
  • FIG. 2 shows a functional flow diagram 200 of an application server 210.
  • This functional flow 200 is known to those skilled in the relevant art.
  • a session EJB 230 is typically created to communicate with a Java Server Page (JSP) or servlet process 240.
  • the JSP or servlet 240 is responsible for creating the presentation layout on the clients 250.
  • the session EJB 230 usually has the life cycle equal to the client session (user visiting a web page on a browser).
  • the session EJB 230 also communicates with an Entity EJB 220.
  • the Entity EJB 220 encapsulates permanent data and methods to manipulate that data.
  • the life of an Entity EJB 220 is much longer than a session EJB 230.
  • the Application Server will persist the Entity EJB and its data to a database or file in case of system failure/resource constraints.
  • the Entity EJB 220 can be accessed directly from a client Java application 260. This simplifies programming by removing several layers of code in JSPs and servlets 240.
  • the disadvantage is Java applications 260 do not execute in browsers over the world wide web.
  • Entity EJBs 220 may also access resources 270 outside of the Application Server (Tier 2) 210 through JDBC calls or other connector interfaces. It is important to note that each resource 270 may be accessed by very different Application Programming Interfaces (APIs), and that the complexity and maintenance costs of the Entity EJBs 220 can be very high.
  • APIs Application Programming Interfaces
  • Figure 3 shows a typical development cycle 300 with compile- time tools.
  • This process 300 is known to those skilled in the relevant art.
  • Entity Beans are complex JavaTM programs, and powerful tools are available to lead the developer through graphical user interfaces to help map EJB data elements 310, or attributes, to similar individual records in back-end databases.
  • the tool will generate the Entity EJB code 310, compile it in a JavaTM compiler 320, and in some cases deploy the tool 330 on an Application Server 340.
  • CMP Container Managed Persistence
  • FIG. 4 shows an example of a context definition 400 of a Dynamic Multi-sourced Persisted EJB 420.
  • Dynamic Multi-sourced Persisted EJBs are the subject of the present invention and are dynamically created on a J2EE compliant Web Application Server to access data contained in multiple back-end systems.
  • the Dynamic Multi-sourced Persisted EJB is a general class that is responsible for mapping, caching, and securing data.
  • the example context definition 410 is a customer instance, although it could reflect any data or data structure that may be mapped to a back-end system or stored in a cache.
  • the attributes of the Dynamic Multi-sourced Persisted EJBs are defined and mapped to resources in data source systems without requiring compilation. This mapping results in synchronization of Dynamic Multi-sourced Persisted EJB data with data in the source systems.
  • the Dynamic Mapping Context invention comprises a Context definition 410 that can be dynamically loaded during runtime.
  • the Dynamic Multi-sourced Persisted EJB makes use of an external context definition that is read at runtime.
  • Each Dynamic Multi- sourced Persisted EJB attribute can be:
  • Figure 4 illustrates a Dynamic Multi-sourced Persisted EJB Customer instance 420 having attributes of name 422, address 424, and salary 426, and its associated Context definition 410 for mapping name 412, address 414, and salary 416.
  • Figure 4 represents an example of a Customer Context definition 410 for specifying mapping, caching, and security for a Customer instance of a Dynamic Multi-sourced Persisted EJB 420.
  • a Name attribute 412 shown in Figure 4 is mapped to the data source table Customer, in column "name", is cached, and a user has read privileges.
  • Dynamic Multi-sourced Persisted EJBs 420 represent entities, or collections of data. Whenever a request is made to create an Dynamic Multi-sourced Persisted EJB instance of a specific entity, its context definition is applied. This definition table gives the Dynamic Multi-sourced Persisted EJB its dynamic quality by creating an EJB capable of handling data of the type specified in the Context definition.
  • Dynamic Multi-sourced Persisted EJB Without the disclosed Dynamic Multi-sourced Persisted EJB, it would have been to difficult to code a sub-class of the Entity EJB for each data type, and then hard code the mapping, security, and cache mechanisms for that data type.
  • the present invention provides a mechanism to reload the context definition at anytime during execution, either on demand or on a schedule.
  • Context definitions may be represented as Extensible Markup Language (XML) documents.
  • each attribute When a context definition is initially loaded, each attribute is individually mapped to a field in a data source.
  • a persistent cache table is dynamically created to maintain the context attribute states during the EJB Bean Managed Persistence (BMP) lifecycle.
  • Each Context attribute is persisted in the cache, which is implemented on a relational database.
  • the 'key' In the case where a 'key' value is required for an adapter, the 'key' is defined as an attribute of the context with a 'key' designation. This allows the context to pass to the data source adapters all keys necessary to obtain data from the source system.
  • Each attribute is typically mapped to a single field in a data source, but the invention allows for attributes to be multiply mapped, where one field is designated as primary. Data is then read from the primary field, and written to all the multiply mapped data source fields.
  • Each data source adapter i.e.
  • JDBC Java DatabaseC
  • CORBA CORBA
  • Delete otherwise known as 'CRUD'
  • Some adapters may only have a limited subset of functions (e.g., read-only, or create only).
  • Dynamic Multi-sourced Persisted EJBs immediately adapt (if necessary) the mapping of attributes to data source fields and recreates the persistent cache.
  • an application server service is used to detect differences in the Context definition and rebuild the cache database if necessary. To rebuild the cache database, the system must perform the following operations:
  • the present invention is a system that is capable of dynamically aggregating source system information and managing it based on a Context definition without long tooling, compile, deploy development cycle that is typical of custom coded methods.
  • Most Context definition changes can be dynamically adapted at runtime for mapping all the data in an ente ⁇ rise.
  • Definition of attributes of Dynamic Multi-sourced Persisted EJBs for mapping, caching, and securing, as illustrated in Figure 4 are stored as XML documents. Table 1 addresses some of the changes to the context XML definition that may be encountered. Certain XML changes may need the cache to be rebuilt, and running applications may be impacted.
  • FIG. 5 depicts generic methods 500 for accessing instances of Dynamic Multi-sourced Persisted EJBs 520.
  • Dynamic Multi-sourced Persisted EJB instances 520 are created and accessed using an Application Programming Interface (API) 510.
  • API Application Programming Interface
  • a create() method is exposed 512.
  • the Dynamic Multi-sourced Persisted EJB exposes f ⁇ nd() methods 514 for retrieving lists of contexts for this pu ⁇ ose.
  • the application may use the list as a collection of Dynamic Multi-sourced Persisted EJB instances, or may use a single element to reference a specific instance of a Dynamic Multi-sourced Persisted EJB.
  • the Dynamic Multi-sourced Persisted EJB is table driven and "coded only once". Instead of writing unique EJB methods for each data type, the Dynamic Multi-sourced Persisted EJB presents a generic API to access the attributes. Attributes of Dynamic Multi- sourced Persisted EJB instances are not accessed with traditional coding patterns of getXxx() and setXxx(), where "Xxx" represents the name of specific attributes.
  • the present invention uses generic methods getAttr() 516 and setAttr() 518 instead of getXxx() and setXxx(). Table 2 lists the generic method calls used by a generic API to access Dynamic Multi-sourced Persisted EJB attributes.
  • Figure 6A illustrates checks that are conducted before a method call request is executed 600 via an API involving a Dynamic Multi-sourced Persisted EJB instance 620.
  • a Dynamic Multi-sourced Persisted EJB instance is created or accessed by an API 610.
  • two additional runtime checks are made before a method call may be executed.
  • a Security Engine 630 is queried to determine if the method call request is authorized, and Back-end Adapters 640 are queried to determine if there are back-end updates.
  • the authorization check validates that the caller has authorization to access the data of particular attributes. If authorization is not validated, an exception is returned.
  • the back- end update check applies or clears any pending back-end data updates to the cache before executing a getAttr() or setAttr() request.
  • Figure 6B shows an embodiment of Dynamic Multi-sourced Persisted EJB code for the getAttr() method, and illustrates the use of Authorization and Back-end Updates.
  • Figure 7A shows a traditional Session EJB Wrapper 730 in the method execution process 700. If an application desires to access a Dynamic Multi- sourced Persisted EJB 720 with a traditional Session EJB Wrapper 730, then the generic getAttr() and setAttr() methods accessed via an API 710 are exposed to the applications with the traditional getXxx() and setXxx() method patterns, where "Xxx" is the attribute name.
  • Figure 7B is an example of Session EJB code for invoking methods in a Dynamic Multi- sourced Persisted EJB, as shown in Figure 7A.
  • Figure 8 shows a functional diagram 800 of a system implementation of the present invention.
  • Figure 8 illustrates Dynamic Multi-sourced Persisted EJB instances 830 executing on a J2EETM compliant Web Application Server 810 and uses a Map/Cache/Secure Table 820 that is read in at runtime to control access to each Dynamic Multi-sourced Persisted EJB attribute.
  • the Dynamic Multi-sourced Persisted EJB instances 830 can be invoked from Session EJBs 880 that in turn provide data to JSPs and/or servlets 870 for creating a client interface to a web Browser 892. Alternatively, Dynamic Multi- sourced Persisted EJB instances 830 may be invoked directly from client JavaTM applications 894.
  • the Dynamic Multi-sourced Persisted EJB uses Bean Managed Persistence (BMP) supported by the J2EETM architecture to optionally cache source system data in a Cache 850 accessed in Back-end Systems 896 via Back-end Adapters 840. Data is synchronized between the Cache 850 and Back-end Systems 896.
  • BMP Bean Managed Persistence
  • FIG. 9 depicts an example of an XML document to define a Map/Cache/Secure Table 820 for defining the attributes of a Dynamic Multi-sourced Persisted EJB instance 830 shown in Figure 8.
  • the system 810 synchronizes the cache data 850 with updates from Client Applications 892, 894 or updates from the Back-end Resources 896.
  • Communication between the Context runtime and the Back-end Adapters 840 ensures that any creates, updates or deletes of data from the Context clients 892, 894 are sent to the Back-end Adapters 840 to keep the data source systems 896 in synchronization with the Cache 850.
  • the Back-end Adapters 840 also notify the Contexts 830 when create, updates, or deletes occur originate in the data source system 896.
  • Context Definition 820 can specify that the data source 896 change prevails. In either case, all conflicts will be logged. Since Context attributes 820 have been cached into a relational database 850, the system allows the client applications 892, 894 to query the Cache 850 for data. This feature provides for higher performance when searching for data that may have originated from slower data source systems, and for joining of query results across multiple data source systems 896.
  • Figure 10 shows an embodiment 1000 of the present invention in a system environment.
  • the "Contexts” Dynamic Multi-sourced Persisted EJBs and Session EJB Wrappers) 1022, "BMP Data” (cache or SMARTcache) 1082, and "JMS
  • Adapters (back-end adapters) 1024 are at the heart of the present invention. The following terms are useful in the understanding the system model 1000.
  • Object model the abstract representation of a set of Java classes that together represent an entity such as customer, product, part, or agent. Object models are the beginning point for the creation of Contexts 1022.
  • Context Instance - a specific instance of a Context 1022; e.g., the instance of the customer class pertaining to customer #12345.
  • Control Center 1054 the console within the system 1000 from which the SMARTcache administrator configures, maps, and monitors Contexts 1022. Mapping - the correlation between a data element (attribute) and a field in a Back-end
  • Adapter - a piece of Java code that enables the interchange of data between the system 1000 and other applications (including EAI 1040).
  • JMS Adapter 1024 - a connector between the Context EJBs 1022 and a Java Messaging Service API into an EAI layer 1040.
  • System Adapter 1042 - a connector between the EAI messaging layer and an element of the existing IT infrastructure 1084.
  • Accelerator the term for the components of the system that expedite development and refinements of contexts, mappings, and deployments.
  • a calling application initiates a system transaction, which may be in the form of a
  • Control Center 1054 within a Web Browser 1050 contains tools for administering the Context attribute mappings and security roles via a Context Administration Servlet 1034 in a Web Server 1030.
  • Firewalls 1060 maintain security between Web Browsers 1050 and a Web
  • 1020 is a runtime server in which a set of Context objects 1022 synchronize with Back-end
  • a J2EE EJB client application 1012 invokes an EJB method to communicate with Contexts 1022 via RMI over HOP protocol.
  • RMI/IIOP is one J2EE standard way of allowing an application developer to code to an RMI interface.
  • the Control Center 1054 is the development and management environment for the system platform 1000.
  • the Control Center 1054 provides the following capabilities: view a list of defined Contexts; define, change, or delete mappings between data in Back-end systems and Context attributes; designate Context attributes as cached or non-cached; define, change or delete security authorizations for Context attributes; and view the runtime log.
  • the Control Center 1054 also includes toolsets containing log configuration and analysis capabilities, system performance analysis tools, and control over automated features.
  • the Control Center 1054 is a J2EE application comprising JSP, servlets, EJBs, and XML files.
  • the Control Center 1054 is a J2EE browser client application, which enables remote administration of the system 1000.
  • the Control Center 1054 communicates with an Administrative Service EJB 1026 via JSPs and a Context administrative Servlet 1034.
  • the Administrative Service EJB 1026 reads and writes Context configuration data from a set of XML files 1086.
  • the runtime server 1020 uses these same XML files 1086. If necessary, the XML files 1086 can be file system protected so that access is limited to selected applications.
  • the Administrative Service 1026 retrieves roles that map into an LDAP (Lightweight Directory Access Protocol) system 1070. This list of roles is then presented within the "Edit Security" display of the Control Center 1054. Using this facility, specific roles may be associated with given attributes in a Context.
  • the system runtime server 1020 also captures log data 1080, which can be presented on the "log view" display of the Control Center 1054.
  • the Web Application Server 1020 is the component of the system 1000 shown in Figure 10 that enforces the rules established through the tools of the Control Center 1054.
  • the runtime server 1020 responds to requests from calling applications, serving up Context instances 1022 on request, according to the security rules that have been established. It coordinates with the EAI solution 1040 to ensure that changes made through Contexts 1022 are coordinated with Back-end Systems 1084, and that changes made to Back-end System data are carried into the Context instance 1022. It stores the data that have been designated for caching in a disk cache 1082 that provides rapid access. It also logs activity data for diagnostic and monitoring pu ⁇ oses 1080.
  • the Context Session EJB 1022 validates the authority of the user to read or write each Dynamic Multi-sourced Persisted EJB attribute based on the LDAP roles defined in XML files 1086.
  • the attribute data is read from or written to the Back-end Systems 1084 that were mapped in the XML files 1086. This is accomplished via JMS messages.
  • the Application Server 1020 communicates with the EAI system 1040 via JMS Adapters 1024, and the EAI system 1040 communicates via System
  • the attribute data is cached by the Context EJB 1022 and persisted locally by the Application Server's Bean Managed Persistence (BMP) mechanism 1082.
  • BMP Application Server's Bean Managed Persistence
  • updates may occur directly to a Back-end Systems 1084 through another interface, which is independent of the present System 1000.
  • the data changes are detected by System 1000 and propagated up to the Contexts 1022.
  • log data 1080 is captured by a logging service. This is useful for diagnostic and debugging pu ⁇ oses.
  • Central to the security solution for System 1000 are the security services provided by the Application Server 1020 hosting the various components. Most Application Servers provide a complete set of authentication, authorization, and delegation services, which can be configured when deploying the System 1000. Most Application Servers follow the J2EETM security specifications to varying degrees, depending on the vendor and the release of the Application Server.
  • the System Administrator configures most of the security services during deployment through a combination of deployment descriptors and Application Server configurations.
  • the J2EETM specification addresses role- based authorization on methods of a resource in the deployment descriptors and authentication mechanisms.
  • the J2EETM specification leaves the details of security enablement, mapping of logical role to installation specific principals, and delegation of credentials to the discretion of the Application Server vendors.
  • authentication when the application server security is enabled, authentication of system components is supported by a basic authentication challenge mechanism, i.e., user identification and password against an LDAP service.
  • the application server supports various LDAP products.
  • Global security can be enabled either though an administration console or through scripts executed from the command line using a configuration utility. When launching the administration console with global security enabled, a user will be prompted for the user identification and password designated when installing the application server.
  • an LDAP service there are several site-specific parameters that need to be configured by an administrator including:
  • Base DN the base distinguished name to use when searching group or principal information, typically the top of the directory tree that is site specific;
  • the J2EETM specification allows the application developer and the application assembler to define role-based access on a method-by-method basis for EJBs and servlets. Since these are logical roles, there is some vendor-specific way to map the logical role into the principals and groups in the deployment environment. The system administrator is responsible for mapping the logical roles into groups and principals in the target environment. Some systems deviate from the J2EETM specification when it comes to defining access control or authorization of servlets and EJBs. Role based authorization is enabled by creating an ente ⁇ rise application that includes all web resources to be protected. Once the web resources have been added to the ente ⁇ rise application, each method of a resource can be associated with a method group.
  • the J2EETM specification says that the client's identity used to connect to the EJB server should be delegated to other EJBs in the same EJB server environment.
  • Some servers allow method requests to be delegated as the client, a system identity, or some other specific identity.
  • the system delegates client credentials across method calls.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Selon l'invention, des instances d'Enterprise Java Bean (EJB) persistant multisource dynamique sont créées de manière dynamique sur un serveur d'applications conforme à J2EE pour accéder à des données contenues dans des systèmes de sources de données multiples. Cet EJB persistant multisource dynamique constitue une classe générale chargée d'agréger et d'antémémoriser dynamiquement des informations de systèmes source, en fonction d'une définition contextuelle. Des attributs d'EJB individuels (820) comprenant des définitions de mappage, d'antémémorisation et de sécurité sont mis en correspondance avec des données individuelles dans des systèmes source au moyen de ladite définition contextuelle. Une définition d'antémémorisation peut être rechargée comme souhaité lors de l'exécution. Des applications (894) peuvent directement accéder à l'EJB persistant multisource dynamique ou utiliser un EJB Session pour créer une interface statique vers les données mappées, antémémorisées et sécurisées de manière dynamique. Il est possible d'effectuer une synchronisation bidirectionnelle de l'antémémoire entre le client et les données de systèmes source ainsi que de modifier des attributs de données sans recoder, recompiler et redéployer des solutions codées de manière personnalisée.
PCT/US2002/028496 2002-09-05 2002-09-06 Systeme et procede d'antememorisation dynamique d'ejb persistants multisource dynamiques WO2004023311A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2002332914A AU2002332914A1 (en) 2002-09-05 2002-09-06 System and method for dynamically caching dynamic multi-sourced persisted ejbs

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/064,974 2002-09-05
US10/064,974 US7249131B2 (en) 2001-09-06 2002-09-05 System and method for dynamically caching dynamic multi-sourced persisted EJBs

Publications (1)

Publication Number Publication Date
WO2004023311A1 true WO2004023311A1 (fr) 2004-03-18

Family

ID=31975649

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2002/028496 WO2004023311A1 (fr) 2002-09-05 2002-09-06 Systeme et procede d'antememorisation dynamique d'ejb persistants multisource dynamiques

Country Status (2)

Country Link
AU (1) AU2002332914A1 (fr)
WO (1) WO2004023311A1 (fr)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6990636B2 (en) * 1997-09-30 2006-01-24 Initiate Systems, Inc. Enterprise workflow screen based navigational process tool system and method
US8321393B2 (en) 2007-03-29 2012-11-27 International Business Machines Corporation Parsing information in data records and in different languages
US8321383B2 (en) 2006-06-02 2012-11-27 International Business Machines Corporation System and method for automatic weight generation for probabilistic matching
US8356009B2 (en) 2006-09-15 2013-01-15 International Business Machines Corporation Implementation defined segments for relational database systems
US8359339B2 (en) 2007-02-05 2013-01-22 International Business Machines Corporation Graphical user interface for configuration of an algorithm for the matching of data records
US8370355B2 (en) 2007-03-29 2013-02-05 International Business Machines Corporation Managing entities within a database
US8370366B2 (en) 2006-09-15 2013-02-05 International Business Machines Corporation Method and system for comparing attributes such as business names
US8417702B2 (en) 2007-09-28 2013-04-09 International Business Machines Corporation Associating data records in multiple languages
US8423514B2 (en) 2007-03-29 2013-04-16 International Business Machines Corporation Service provisioning
US8429220B2 (en) 2007-03-29 2013-04-23 International Business Machines Corporation Data exchange among data sources
US8510338B2 (en) 2006-05-22 2013-08-13 International Business Machines Corporation Indexing information about entities with respect to hierarchies
US8515926B2 (en) 2007-03-22 2013-08-20 International Business Machines Corporation Processing related data from information sources
US8589415B2 (en) 2006-09-15 2013-11-19 International Business Machines Corporation Method and system for filtering false positives
US8713434B2 (en) 2007-09-28 2014-04-29 International Business Machines Corporation Indexing, relating and managing information about entities
WO2014092803A1 (fr) * 2012-12-12 2014-06-19 Ge Intelligent Platforms, Inc. Infrastructure généralisée de services de données
US8799282B2 (en) 2007-09-28 2014-08-05 International Business Machines Corporation Analysis of a system for matching data records
US10389837B2 (en) 2016-06-17 2019-08-20 International Business Machines Corporation Multi-tier dynamic data caching
CN113779089A (zh) * 2021-09-14 2021-12-10 杭州沃趣科技股份有限公司 一种保持数据库热点数据方法、装置、设备及介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6049847A (en) * 1996-09-16 2000-04-11 Corollary, Inc. System and method for maintaining memory coherency in a computer system having multiple system buses
US6298478B1 (en) * 1998-12-31 2001-10-02 International Business Machines Corporation Technique for managing enterprise JavaBeans (™) which are the target of multiple concurrent and/or nested transactions
US6330569B1 (en) * 1999-06-30 2001-12-11 Unisys Corp. Method for versioning a UML model in a repository in accordance with an updated XML representation of the UML model
US6446188B1 (en) * 1998-12-01 2002-09-03 Fast-Chip, Inc. Caching dynamically allocated objects
US6502099B1 (en) * 1999-12-16 2002-12-31 International Business Machines Corporation Method and system for extending the functionality of an application
US6510505B1 (en) * 2001-05-09 2003-01-21 International Business Machines Corporation System and method for allocating storage space using bit-parallel search of bitmap

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6049847A (en) * 1996-09-16 2000-04-11 Corollary, Inc. System and method for maintaining memory coherency in a computer system having multiple system buses
US6446188B1 (en) * 1998-12-01 2002-09-03 Fast-Chip, Inc. Caching dynamically allocated objects
US6298478B1 (en) * 1998-12-31 2001-10-02 International Business Machines Corporation Technique for managing enterprise JavaBeans (™) which are the target of multiple concurrent and/or nested transactions
US6330569B1 (en) * 1999-06-30 2001-12-11 Unisys Corp. Method for versioning a UML model in a repository in accordance with an updated XML representation of the UML model
US6502099B1 (en) * 1999-12-16 2002-12-31 International Business Machines Corporation Method and system for extending the functionality of an application
US6510505B1 (en) * 2001-05-09 2003-01-21 International Business Machines Corporation System and method for allocating storage space using bit-parallel search of bitmap

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6990636B2 (en) * 1997-09-30 2006-01-24 Initiate Systems, Inc. Enterprise workflow screen based navigational process tool system and method
US8510338B2 (en) 2006-05-22 2013-08-13 International Business Machines Corporation Indexing information about entities with respect to hierarchies
US8321383B2 (en) 2006-06-02 2012-11-27 International Business Machines Corporation System and method for automatic weight generation for probabilistic matching
US8332366B2 (en) 2006-06-02 2012-12-11 International Business Machines Corporation System and method for automatic weight generation for probabilistic matching
US8589415B2 (en) 2006-09-15 2013-11-19 International Business Machines Corporation Method and system for filtering false positives
US8356009B2 (en) 2006-09-15 2013-01-15 International Business Machines Corporation Implementation defined segments for relational database systems
US8370366B2 (en) 2006-09-15 2013-02-05 International Business Machines Corporation Method and system for comparing attributes such as business names
US8359339B2 (en) 2007-02-05 2013-01-22 International Business Machines Corporation Graphical user interface for configuration of an algorithm for the matching of data records
US8515926B2 (en) 2007-03-22 2013-08-20 International Business Machines Corporation Processing related data from information sources
US8429220B2 (en) 2007-03-29 2013-04-23 International Business Machines Corporation Data exchange among data sources
US8423514B2 (en) 2007-03-29 2013-04-16 International Business Machines Corporation Service provisioning
US8370355B2 (en) 2007-03-29 2013-02-05 International Business Machines Corporation Managing entities within a database
US8321393B2 (en) 2007-03-29 2012-11-27 International Business Machines Corporation Parsing information in data records and in different languages
US8417702B2 (en) 2007-09-28 2013-04-09 International Business Machines Corporation Associating data records in multiple languages
US8713434B2 (en) 2007-09-28 2014-04-29 International Business Machines Corporation Indexing, relating and managing information about entities
US8799282B2 (en) 2007-09-28 2014-08-05 International Business Machines Corporation Analysis of a system for matching data records
US9286374B2 (en) 2007-09-28 2016-03-15 International Business Machines Corporation Method and system for indexing, relating and managing information about entities
US9600563B2 (en) 2007-09-28 2017-03-21 International Business Machines Corporation Method and system for indexing, relating and managing information about entities
US10698755B2 (en) 2007-09-28 2020-06-30 International Business Machines Corporation Analysis of a system for matching data records
WO2014092803A1 (fr) * 2012-12-12 2014-06-19 Ge Intelligent Platforms, Inc. Infrastructure généralisée de services de données
US10389837B2 (en) 2016-06-17 2019-08-20 International Business Machines Corporation Multi-tier dynamic data caching
CN113779089A (zh) * 2021-09-14 2021-12-10 杭州沃趣科技股份有限公司 一种保持数据库热点数据方法、装置、设备及介质

Also Published As

Publication number Publication date
AU2002332914A1 (en) 2004-03-29

Similar Documents

Publication Publication Date Title
US7249131B2 (en) System and method for dynamically caching dynamic multi-sourced persisted EJBs
US6922695B2 (en) System and method for dynamically securing dynamic-multi-sourced persisted EJBS
US6996565B2 (en) System and method for dynamically mapping dynamic multi-sourced persisted EJBs
US7213049B2 (en) System and method for transaction processing with transaction property feature
US7167874B2 (en) System and method for command line administration of project spaces using XML objects
US6895586B1 (en) Enterprise management system and method which includes a common enterprise-wide namespace and prototype-based hierarchical inheritance
US7428546B2 (en) Systems and methods for data modeling in an item-based storage platform
US7483915B2 (en) Systems and method for representing relationships between units of information manageable by a hardware/software interface system
US7555497B2 (en) Systems and methods for separating units of information manageable by a hardware/software interface system from their physical organization
WO2004023311A1 (fr) Systeme et procede d'antememorisation dynamique d'ejb persistants multisource dynamiques
US20040078495A1 (en) System and method for implementing J2EE connector architecture
US20050049994A1 (en) Systems and methods for the implementation of a base schema for organizing units of information manageable by a hardware/software interface system
AU2002318249A1 (en) System and method for transaction processing with transaction property feature
WO2003052553A2 (fr) Systeme et procede de gestion des ressources
WO2004023345A1 (fr) Systeme et procede de correlation dynamique de java beans d'entreprise persistants dynamiques multisources
CA2532909A1 (fr) Systemes et procedes d'interfacage de programmes d'applications dotes d'une plate-forme de stockage basee sur des articles
WO2004023297A1 (fr) Systeme et procede de securisation dynamique de java beans d'entreprise persistants multisources dynamiques
Varanasi et al. LDAP Transactions
Fatoohi et al. Middleware for Building Distributed Applications Infrastructure
Edition Introduction to WebSphere Application Server
Loeser et al. dLIMIT—A middleware framework for loosely-coupled database federations
Beitz et al. Is DCE a Support Environment for ODP?
Reverbel et al. Dynamic support to transactional remote invocations over multiple transports
Aly et al. Oracle Fusion Middleware Administrator's Guide for Oracle Internet Directory, 11g Release 1 (11.1. 1) E10029-01
Beeharry et al. Managing persistent objects in a distributed environment

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP