Running a webMethods Messaging Trigger with a Launch Configuration
In Designer, you can run a webMethods messaging trigger to verify that the subscription, filters, and trigger service work as expected. Designer requires launch configurations to run webMethods messaging triggers. However, if a webMethods messaging trigger does not have an associated launch configuration and you bypass the Run Configurations dialog boxes when running the webMethods messaging trigger, Designer creates a launch configuration on the fly and saves it in your workspace. You can use this configuration from one session to the next. In fact, Designer reuses this configuration every time you run the webMethods messaging trigger without creating another launch configuration.
By default, Designer saves launch configurations locally in an unexposed location in your workspace. However, you might want to share launch configurations with other developers. You can specify that Designer save a launch configuration to a shared file within your workspace; this location will be exposed. On the Common tab in the Run Configurations dialog box, select the Shared file option and provide a workspace location in which to save the file.
In a launch configuration for a webMethods messaging trigger, you specify:
- The condition that you want Designer to test. Each launch configuration can specify only one condition in the webMethods messaging trigger.
- The document type whose subscription you want to test. For an Any (OR) or Only one (XOR) join condition, you specify the document type for which you want to supply input.
- Input data that Designer uses to build a document. Designer evaluates the filter using the data in the document and provides the document as input to the trigger service.
You can create multiple launch configurations for each webMethods messaging trigger.
Creating a Launch Configuration for a webMethods Messaging Trigger
About this task
To create a launch configuration for running a webMethods messaging trigger
Procedure
Running a webMethods Messaging Trigger
About this task
- When you run a webMethods messaging trigger, you can select the launch configuration that Designer uses to run the webMethods messaging trigger. If a launch configuration does not exist for a webMethods messaging trigger, Designer creates a launch configuration and immediately prompts you for input values and then runs the webMethods messaging trigger. Designer saves the launch configuration in your workspace.
- When you run a webMethods messaging trigger, you can only test one condition at a time.
- When you run a webMethods messaging trigger with a join condition Designer treats the activation IDs for the documents as identical. Designer ignores the value of the activation field in the document envelope.
- When
you run a
webMethods messaging trigger by running a launch configuration, the
webMethods messaging trigger is tested locally. That is, a document is not routed
through the messaging provider.
Note: To test a webMethods messaging trigger by publishing a document to the messaging provider, test a publishable document type. You test a publishable document type by creating and running a launch configuration for the publishable document type.
- Designer displays results for running the webMethods messaging trigger in the Results view.
To run a webMethods messaging trigger
Procedure
Testing Join Conditions
While running a launch configuration for a webMethods messaging trigger provides verification of filters and the trigger service execution, it does not test all aspects of a join condition. For example, running a webMethods messaging trigger does not test the join expiration. In addition to running a launch configuration to test a join condition, consider testing the join condition in the following ways:
- Publish documents from
Designer using a launch configuration.
You can publish documents by creating and running a launch configuration for a publishable document type.
To test a join condition by publishing documents via a launch configuration, you must use the same activation ID for all the documents specified in the join. If you re-use an activation ID from one test to the next, make sure that the documents sent in the first test are processed before starting the next test.
- Create
a service that publishes the documents.
You can also test join processing for a join condition by creating a flow service that invokes a publish service for each of the document types specified in the join condition. Integration Server automatically assigns an activation ID and uses that activation ID for all the documents published in the same service.
During trigger processing and join processing, Integration Server writes messages to the journal log. You can use the contents of the journal log to test and debug the join conditions in the webMethods messaging trigger.