Records can be created in various ways. You can add a new record to your application or copy an existing one. You can specialize existing rules by creating a copy in a specific ruleset, against a different class or (in some cases) with a set of circumstance definitions. You can copy data instances but they do not support specialization because they are not versioned.
Based on your use case, you use the Create, Save As, or Specialization form to create the record. The number of fields and available options varies by record type. Start by familiarizing yourself with the generic layout of these forms and their common fields using the following Developer Help topicsusing the following Developer Help topics:
- Creating a rule
- Creating a rule specialized by circumstance
- Creating a rule or data instance
- Creating a specialized or circumstance rule
This information identifies the key parts and options that apply to the record type that you are creating.
Create a Service JMS rule by selecting
A Service JMS rule has three key parts:
|Customer Package Name
|Select the name of the service package (instance of the Data-Admin-ServicePackage class); this service package is used to group related Service JMS rules. The service package must exist before you can create the service rule. See About Service Package data instances. If your application is to process requests from this service asynchronously through a background agent, define a Service Request Processor data instance ( Data-Admin-RequestProcessor-Service class) with this Customer Package Name value as key.
|Customer Class Name
|Enter the name of the service class. This is an arbitrary identifier to logically group related methods. This name need not refer to the Pega Platform class that the activity belongs to, but must be a valid Java identifier. See How to enter a Java identifier.
|Enter an identifier that describes the Pega Platform activity being called. See How to enter a Java identifier.