Table of Contents

Search

  1. Preface
  2. Part 1: Introduction
  3. Part 2: Configuring Hub Console Tools
  4. Part 3: Building the Data Model
  5. Part 4: Configuring the Data Flow
  6. Part 5: Executing Informatica MDM Hub Processes
  7. Part 6: Configuring Application Access
  8. Appendix A: MDM Hub Properties
  9. Appendix B: Viewing Configuration Details
  10. Appendix C: Row-level Locking
  11. Appendix D: MDM Hub Logging
  12. Appendix E: Table Partitioning
  13. Appendix F: Collecting MDM Environment Information with the Product Usage Toolkit
  14. Appendix G: Informatica Platform Staging
  15. Appendix H: Informatica Platform Mapping Examples
  16. Appendix I: Glossary

Best Practices for Message Triggers

Best Practices for Message Triggers

Create message triggers for your implementation effectively with the help of suggested best practices.
  • If a base object message trigger definition uses a message queue, the
    MDM Hub
    displays the following message:
    The message queue is currently in use by message triggers.
    In this case, you cannot edit the properties of the message queue. Instead, you must create another message queue to make the required changes.
  • The
    MDM Hub
    installer creates a default JMS queue called
    siperian.sif.jms.queue
    . If you use this queue when you configure a message trigger, the
    MDM Hub
    generates an error.
  • Message triggers apply to just one base object, and they run only when a specific action occurs directly on that base object. If you have two tables that are in a parent-child relationship, you must explicitly define message queues for each table separately. The
    MDM Hub
    detects specific changes made to a base object, such as load INSERT or PUT. Changes to a record of the parent table can cause a message trigger to run for the parent record only. If changes in the parent record affect associated child records, you must explicitly configure a separate message trigger for the child table.

0 COMMENTS

We’d like to hear from you!