Systems and methods for dynamic component versioning

• US 20040168153A1
• Filed: 02/24/2004
• Published: 08/26/2004
• Est. Priority Date: 02/26/2003
• Status: Active Grant

• Current Assignee: Oracle International Corporation (Oracle Corporation)
• Original Assignee: BEA Systems Incorporated (Oracle Corporation)
• Inventors: Marvin, Kyle
• Granted Patent: US 7,539,985 B2
• Time in Patent Office: Days
• US Class Current: 717/120
• CPC Class Codes: G06F 8/71 Version control security arrangements therefor G06F21/57; Configuration management

Abstract

The deployment and management of differing versions of software components can be simplified. External interfaces of the component can remain constant in behavior while the internal logic, and possibly internal storage, can change between versions. Such a version management system can be transparent to the client programs, since interfaces can remain backwards compatible between component versions. This transparency can greatly reduce the risks of unpredictable behavior or system failure. A system can maintain each version of a software component, and can use a dispatch technique to determine and instantiate the currently active version whenever a client requests a service from the software component during a session. Old instances, possibly of other versions, can be maintained as long as required on the server. Such systems can apply to stateful and stateless components, using synchronous or asynchronous communications, and which may communicate over networks and may use web services type protocols. This description is not intended to be a complete description of, or limit the scope of, the invention. Other features, aspects, and objects of the invention can be obtained from a review of the specification, the figures, and the claims.

Claims

1. A system to manage versions of a software component, comprising:

at least one version of the software component, wherein the software component includes at least one external interface and at least one internal logic and/or storage;

a container capable of deploying the at least one version of the software component; and

a dispatcher capable of at least one of;

accepting a request from a client for the service of the software component;

determining which version of the software component to instantiate;

creating an instance of that version of the software component to serve the client; and

maintaining the instance running during a session of the service request.

2. The system according to claim 1, wherein:

the software component can be stateful or stateless, using synchronous or asynchronous communication.

3. The system according to claim 1, wherein:

the software component can be hierarchically structured, including a top-level component and at least one nested component of the top-level component.

4. The system according to claim 3, wherein:

different instances of one version of the top-level component could contain the same or different versions of at least one of the nested component of the top-level component.

5. The system according to claim 1, wherein:

the at least one internal logic and/or storage of the software component can vary from version to version.

6. The system according to claim 1, wherein:

the at least one external interface of the software component can remain backwards compatible in behavior from version to version.

7. The system according to claim 1, wherein:

the at least one external interface of the software component can be used locally or over a network.

8. The system according to claim 1, wherein:

the at least one external interface of the software component can be used to define Web-based applications.

9. The system according to claim 1, wherein:

the container is capable of deploying a version of the at least one version of the software component via at least one of;

registering, adding, deleting, and updating the version of the software component.

10. The system according to claim 1, wherein:

the dispatcher is capable of maintaining instances of different versions of the software component alive at the same time.

11. The system according to claim 1, wherein:

the dispatcher is capable of identifying a version of the at least one version of the software component as active, wherein such version will become the default version to use when the software component is instantiated.

12. The system according to claim 1, wherein:

the dispatcher is capable of performing one or more strategies to instantiate the at least one version of the software component in a dispatch cycle.

13. The system according to claim 12, wherein:

the dispatcher is capable of performing early branch versioning by making dispatch decisions on how to instantiate a version of the at least one version of the software component early in the dispatch cycle.

14. The system according to claim 12, wherein:

the dispatcher is capable of performing late branch versioning by making dispatch decisions on how to instantiate a version of the at least one version of the software component late in the dispatch cycle.

15. A method to manage versions of a software component, comprising:

deploying at least one version of the software component, wherein the software component includes at least one external interface and at least one internal logic and/or storage;

accepting a request from a client for the service of the software component;

determining which version of the software component to instantiate;

creating an instance of that version of the software component to serve the client; and

maintaining the instance running during a session of the service request.

16. The method according to claim 15, wherein:

the software component can be hierarchically structured, including a top-level component and at least one nested component of the top-level component.

17. The method according to claim 16, wherein:

creating different instances of one version of the top-level component having the same or different versions of at least one of the nested component of the top-level component.

18. The method according to claim 15, further comprising:

allowing the at least one internal logic and/or storage of the software component to vary from version to version.

19. The method according to claim 15, further comprising:

keeping the at least one external interface of the software component to remain backwards compatible in behavior from version to version.

20. The method according to claim 15, further comprising:

utilizing the at least one external interface of the software component locally or over a network.

21. The method according to claim 15, further comprising:

utilizing the at least one external interface of the software component to define Web-based applications.

22. The method according to claim 15, wherein:

deploying a version of the at least one version of the software component by performing at least one of;

registering, adding, deleting, and updating the version of the software component.

23. The method according to claim 15, further comprising:

maintaining instances of different versions of the software component alive at the same time.

24. The method according to claim 15, further comprising:

identifying a version of the at least one version of the software component as active, wherein such version will become the default version to use when the software component is instantiated.

25. The method according to claim 15, further comprising:

performing one or more strategies to instantiate the at least one version of the software component in a dispatch cycle.

26. The method according to claim 25, wherein:

performing early branch versioning by making dispatch decisions on how to instantiate a version of the at least one version of the software component early in the dispatch cycle.

27. The method according to claim 25, wherein:

performing late branch versioning by making dispatch decisions on how to instantiate a version of the at least one version of the software component late in the dispatch cycle.

28. A machine readable medium having instructions stored thereon that when executed by a processor cause a system to:

deploy at least one version of the software component, wherein the software component includes at least one external interface and at least one internal logic and/or storage;

accept a request from a client for the service of the software component;

determine which version of the software component to instantiate;

create an instance of that version of the software component to serve the client; and

maintain the instance running during a session of the service request.

29. The machine readable medium of claim 28, wherein:

the software component can be hierarchically structured, including a top-level component and at least one nested component of the top-level component.

30. The machine readable medium of claim 29, further comprising instructions that when executed cause the system to:

create different instances of one version of the top-level component having the same or different versions of at least one of the nested component of the top-level component.

31. The machine readable medium of claim 28, further comprising instructions that when executed cause the system to:

allow the at least one internal logic and/or storage of the software component to vary from version to version.

32. The machine readable medium of claim 28, further comprising instructions that when executed cause the system to:

keep the at least one external interface of the software component to remain backwards compatible in behavior from version to version.

33. The machine readable medium of claim 28, further comprising instructions that when executed cause the system to:

utilize the at least one external interface of the software component locally or over a network.

34. The machine readable medium of claim 28, further comprising instructions that when executed cause the system to:

utilize the at least one external interface of the software component to define Web-based applications.

35. The machine readable medium of claim 28, further comprising instructions that when executed cause the system to:

manage a version of the at least one version of the software component by performing at least one of;

registering, adding, deleting, and updating the version of the software component.

36. The machine readable medium of claim 28, further comprising instructions that when executed cause the system to:

maintain instances of different versions of the software component alive at the same time.

37. The machine readable medium of claim 28, further comprising instructions that when executed cause the system to:

identify a version of the at least one version of the software component as active, wherein such version will become the default version to use when the software component is instantiated.

38. The machine readable medium of claim 28, further comprising instructions that when executed cause the system to:

perform one or more strategies to instantiate the at least one version of the software component in a dispatch cycle.

39. The machine readable medium of claim 38, further comprising instructions that when executed cause the system to:

perform early branch versioning by making dispatch decisions on how to instantiate a version of the at least one version of the software component early in the dispatch cycle.

40. The machine readable medium of claim 38, further comprising instructions that when executed cause the system to:

perform late branch versioning by making dispatch decisions on how to instantiate a version of the at least one version of the software component late in the dispatch cycle.

41. A system to manage versions of a software component, comprising:

means for deploying at least one version of the software component, wherein the software component includes at least one external interface and at least one internal logic and/or storage;

means for accepting a request from a client for the service of the software component;

means for determining which version of the software component to instantiate;

means for creating an instance of that version of the software component to serve the client; and

means for maintaining the instance running during a session of the service request.

42. A computer data signal embodied in a transmission medium, comprising:

a code segment including instructions to deploy at least one version of the software component, wherein the software component includes at least one external interface and at least one internal logic and/or storage;

a code segment including instructions to accept a request from a client for the service of the software component;

a code segment including instructions to determine which version of the software component to instantiate;

a code segment including instructions to create an instance of that version of the software component to serve the client; and

a code segment including instructions to maintain the instance running during a session of the service request.