novo_motion_trigger_generator
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
novo_motion_trigger_generator [2011/05/14 23:31] – /* NovoMotion Trigger Generator */ novowiki | novo_motion_trigger_generator [Unknown date] (current) – external edit (Unknown date) 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | {{file_jo_novo_logo_verbage3.gif}} | + | [[main_page|NovoMotion Outbound Menu]] |
+ | ====== NovoMotion Trigger Generator ====== | ||
+ | The NovoMotion deployment package includes a process to enable and disable triggers. This process is executed in the U2 environment and is called NOVO.E.T | ||
- | ====== **NovoMotion Trigger Generator** ====== | ||
+ | Its sequence is as follows: | ||
- | The NovoMotion deployment package includes a process to enable and disable triggers. | ||
+ | NOVO.E.T filename or ALL; | ||
- | Its syntax is: | ||
+ | * **Filename** is the file to be acted upon. Using **ALL** instead of a specific file name will enable/ | ||
- | NOVO.E.T filename | + | * Either **UPDATE** or **DELETE** can be specified - both can be specified if needed. |
+ | * Either **ENABLE** or **DISABLE** can be executed. | ||
- | | + | **Example:** NOVO.E.T IM UPDATE DELETE ENABLE |
- | | + | **Please Note:** Versions of NovoMotion before 4.0 allow the additional keyword AFTER to be used to change the execution order of the existing trigger in conjunction with the new NovoMotion trigger. At release 4.0 and beyond, the AFTER keyword is the default syntax and is no longer allowed. |
- | Example: NOVO.E.T IM UPDATE DELETE ENABLE | + | If the **AFTER** keyword is used or if the NovoMotion version is 4.0 or greater, the order is as follows: |
- | | + | |
+ | - Execute the Manage 2000 trigger | ||
+ | - Execute the NovoMotion trigger | ||
+ | - Write the base file record to disk. | ||
- | * The additional keyword AFTER can be used to change the execution order of the existing trigger in conjunction with the new NovoMotion trigger. The default ENABLE command will execute the NovoMotion trigger and then check for the existence of a Manage | + | THIS IS USEFUL IF THE MANAGE |
- | | + | Prior to NovoMotion version 4.0 and with no AFTER keyword, the order is as follows: |
- | - execute | + | |
- | - execute | + | |
- | - write the base file record to disk. | + | |
+ | - Execute | ||
+ | - Execute | ||
+ | - Write the base file record to disk. | ||
- | If the AFTER keyword is used the order of the triggers is reversed. | ||
- | |||
- | |||
- | - request the write of data to a file | ||
- | - execute the Manage 2000 trigger | ||
- | - execute the NovoMotion trigger | ||
- | - write the base file record to disk. | ||
- | |||
- | |||
- | THIS IS USEFUL IF THE MANAGE 2000 TRIGGER IS CHANGING DATA ON THE BASE FILE THAT SHOULD BE RESPECTED BY THE NOVOMOTION TRIGGER. | ||
- | |||
- | |||
- | |||
Here is an example where the update trigger was enabled on the PT file: | Here is an example where the update trigger was enabled on the PT file: | ||
Line 69: | Line 65: | ||
- | If a trigger already exists on the file being enabled, the user is asked to specify if the new trigger should replace the existing trigger. | + | If a trigger already exists on the file being enabled, the user is asked to specify if the new trigger should replace the existing trigger. |
Line 83: | Line 79: | ||
- | If you checked the trigger, here is what one would see: | + | If the user then checked the trigger, here is the expected result: |
Line 91: | Line 87: | ||
- | Now - if one enabled | + | Here is what the user will see when enabling |
Line 105: | Line 101: | ||
- | And again - here is what one would see: | + | Here are the results: |
Line 113: | Line 109: | ||
- | If the user DOES enable the NovoMotion trigger and an existing trigger is there, the NovoMotion trigger will execute the existing trigger code after it executes itself. | + | If the user DOES enable the NovoMotion trigger and an existing trigger is there, the NovoMotion trigger will execute the existing trigger code before |
- | + | ||
- | + | ||
- | + | ||
- | Here is an example using the AFTER keyword: | + | |
- | + | ||
- | + | ||
- | :NOVO.E.T WC ENABLE UPDATE DELETE AFTER | + | |
- | + | ||
- | Verify current trigger status... | + | |
- | This file already has an UPDATE trigger defined: GLOBAL.UPDATE.TRIGGER | + | |
- | Replace it? ?Y | + | |
- | This file already has an DELETE trigger defined: GLOBAL.DELETE.TRIGGER | + | |
- | Replace it? ?Y | + | |
- | Create Update Trigger... | + | |
- | | + | |
- | + | ||
- | + | ||
- | And again - here is what one would see: | + | |
- | + | ||
- | + | ||
- | : | + | |
- | BEFORE UPDATE TRIGGER: NOVO.UPDATE.TRIGGER.AFT | + | |
- | | + | |
+ | |||
**NOTE: | **NOTE: | ||
Line 145: | Line 119: | ||
- | **Additional Usage Notes:** If a U2 file is about to be purged yet the user wishes to retain the data in the related SQL table - even though a U2 DELETE trigger exists, the user would DISABLE the DELETE trigger for the file, purge the file and then ENABLE the trigger. | + | **Additional Usage Notes:** If a U2 file is about to be purged yet the user wishes to retain the data in the related SQL table - even though a U2 DELETE trigger exists |
+ | \\ | ||
+ | [[main_page|NovoMotion Outbound Menu]] | ||
novo_motion_trigger_generator.1305430301.txt.gz · Last modified: 2011/05/14 23:31 (external edit)