Checking serialization compatibility between versions of java classes

• US 6,298,353 B1
• Filed: 11/19/1998
• Issued: 10/02/2001
• Est. Priority Date: 11/19/1998
• Status: Expired due to Fees

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Apte, Ajay A.
• Primary Examiner(s): Homere, Jean R.
• Assistant Examiner(s): ROBINSON, GRETA LEE
• Application Number:
  US09/195,873
• Time in Patent Office: 1,048 Days
• Field of Search: 707/103, 707/203, 707/10, 709/203
• US Class Current: 1/1
• CPC Class Codes: G06F 8/71 Version control security arrangements therefor G06F21/57; Configuration management
• CPC Class Codes: G06F 9/4488 Object-oriented
• CPC Class Codes: Y10S 707/99944 Object-oriented database structure
• CPC Class Codes: Y10S 707/99953 Recoverability

Abstract

A process for determining the compatibility of two or more versions of a single serialized class of objects residing on a data processing system is disclosed. The process is completed in a series of steps. First, two or more versions of the class are inputted into a process environment of the data processing system. Following this, each version of the class is divided into a serialized stream of elements. Finally, the stream of elements of one version of the class are compared with the stream of elements of another version of the class to find incompatible differences between the versions.

Claims

1. A process for determining the compatibility of two or more versions of a single serialized class of objects residing on a data processing system comprising the steps of:

inputting two or more versions of the class into a process environment of the data processing system;

dividing each version of the class into a serialized stream of elements originating from a component class of Java object-oriented programming language; and

comparing the stream of elements of one version of the class with the stream of elements of another version of the class to find incompatible differences between the versions by introspecting each version of said Java class and determining if it is possible to reconstruct an instance of a newer version of the Java class from a serialized older version.

2. The process of determining compatibility of claim 1, wherein said comparing step includes comparing each individual element and a field of one version of the class against the individual elements and a field of the other version of the class and wherein any incompatible differences found result in an output to an output device of the data processing system.

3. The process of determining compatibility of claim 1, wherein said introspecting and determining steps matches implemented interfaces, data types of instances variables, class hierarchy, and method signatures in the two versions of the Java class.

4. The process of determining compatibility of claim 1, wherein said comparing step is completed on a serializable interface and an externalizable interface of the class.

5. The process of determining compatibility of claim 1, wherein said comparing steps checks compatibility between two versions of the class utilizing a set of predefined rules for type changes effecting serialization and wherein said differences which yield an incompatible result are identified from among:

deletion of fields in a class;

rearrangement of classes in the hierarchy;

modification of a nonstatic field into a static field;

modification of a transient field into a nontransient field;

modification of a declared type of a primitive field;

modification of a class from serializable to externalizable; and

modification of a class from externalizable to serializable.

6. The process of determining compatibility of claim 1, wherein said comparing step is implemented utilizing a group of classes within two products to ensure product a compatibility.

7. The process of determining compatibility of claim 1, wherein said comparing step is implemented from another program by calling its static method command for class compatibility.

8. The process of determining compatibility of claim 1, wherein said comparing step is implemented utilizing a command line java tool which is invoked utilizing a java command function.

9. The process of determining compatibility of claim 1, wherein said comparing step is utilized to ensure backward compatibility.

10. A system for determining the compatibility of two or more versions of a single serialized class of objects residing on a data processing system comprising means for:

inputting two or more versions of the class into a process environment of the data processing system;

dividing each version of the class into a serialized stream of elements originating from a component class of Java object-oriented programming language; and

comparing the stream of elements of one version of the class with the stream of elements of another version of the class to find incompatible differences between the versions by introspecting each version of said Java class and determining if it is possible to reconstruct an instance of a newer version of the Java class from a serialized older version.

11. The system for determining compatibility of claim 10, further comprising means for comparing each individual element and a field of one version of the class against the individual elements and a field of the other version of the class and wherein any incompatible differences found result in an output to an output device of the data processing system.

12. The system for determining compatibility of claim 10, wherein said means for introspecting and determining matches implemented interfaces, data types of instances variables, class hierarchy, and method signatures in the two versions of the Java class.

13. The system for determining compatibility of claim 10, wherein said means for comparing is completed on a serializable interface and an externalizable interface of the class.

14. The system for determining compatibility of claim 10, wherein said means for comparing checks compatibility between two versions of the class utilizing a set of predefined rules for type changes effecting serialization and wherein said differences which yield an incompatible result are identified from among:

deletion of fields in a class;

rearrangement of classes in the hierarchy;

modification of a nonstatic field into a static field;

modification of a transient field into a nontransient field;

modification of a declared type of a primitive field;

modification of a class from serializable to externalizable; and

modification of a class from externalizable to serializable.

15. The system for determining compatibility of claim 10, comprising further of means for comparing is a group of classes within two products to ensure product compatibility.

16. The system for determining compatibility of claim 10, wherein said means for comparing is implemented from another program by calling its static method command for class compatibility.

17. The system for determining compatibility of claim 10, wherein said means for comparing is implemented utilizing a command line java tool which is invoked utilizing a java command function.

18. The system for determining compatibility of claim 10, further comprising of means for ensuring backward compatibility.

19. A computer program product comprising of:

a storage medium; and

program instructions stored on said storage medium for determining the compatibility of two or more versions of a single serialized class of objects residing on a data processing system comprising (1) inputting two or more versions of the class into a process environment of the data processing system, (2) dividing each version of the class into a serialized stream of elements originating from a component class of Java object-oriented programming language, and (3) comparing the stream of elements of one version of the class with the stream of elements of another version of the class to find incompatible differences between the versions by introspecting each version of said Java class and determining if it is possible to reconstruct an instance of a newer version of the Java class from a serialized older version.

20. The computer program product of claim 19, comprising further of program instructions wherein said comparing step includes comparing each individual element and a field of one version of the class against the individual elements and a field of the other version of the class and wherein any incompatible differences found result in an output to an output device of the data processing system.

21. The computer program product of claim 19, comprising further of program instructions wherein said introspecting and determining steps matches implemented interfaces, data types of instances variables, class hierarchy, and method signatures in the two versions of the Java class.

22. The computer program product of claim 19, comprising further of program instructions wherein said comparing step is completed on a serializable interface and an externalizable interface of the class.

23. The computer program product of claim 19, comprising further of program instructions wherein said comparing steps checks compatibility between two versions of the class utilizing a set of predefined rules for type changes effecting serialization and wherein said differences which yield an incompatible result are identified from among:

deletion of fields in a class;

rearrangement of classes in the hierarchy;

modification of a nonstatic field into a static field;

modification of a transient field into a nontransient field;

modification of a declared type of a primitive field;

modification of a class from serializable to externalizable; and

modification of a class from externalizable to serializable.

24. The computer program product of claim 19, comprising further of program instructions wherein said comparing step is implemented utilizing a group of classes within two products to ensure product compatibility.

25. The computer program product of claim 19, comprising further of program instructions wherein said comparing step is implemented from another program by calling its static method command for class compatibility.

26. The computer program product of claim 19, comprising further of program instructions wherein said comparing step is implemented utilizing a command line java tool which is invoked utilizing a java command function.

27. The computer program product of claim 19, comprising further of program instructions wherein said comparing step is utilized to ensure backward compatibility.