Application Classes
PeopleCode defined on messages in PeopleTools 8.47 and earlier releases is migrated into application classes in PeopleTools 8.48 and higher releases.
Application classes have to belong to an application package. The message name becomes the application package name and description. The exception for this naming convention is when an application package already exists on the PeopleTools 8.48 or higher system that matches the message name. In this case the application package is stripped of all underscores and the number 1 is appended to the end of the name.
For every subscription event associated with a message, an application class is created in the PeopleTools 8.48 or higher system with a similar name as the subscription event. Since application class names cannot contain special characters, those found in the subscription event name are simply replaced with an underscore.
Default values for application class names are used for the other message events.
If a PeopleTools 8.47 or earlier message has no PeopleCode defined on it, no application package is generated for it in the PeopleTools 8.48 or higher system.
Application classes that fail to compile are saved and commented out. In these cases, a deprecated handler is created to invoke the old message or subscription event, to behave, runtime-wise, as it did in PeopleTools 8.47 and earlier systems. The user, however, is responsible for correcting any application classes that failed to compile and modifying any service operation definition that makes use of the deprecated handler.