IBM webMethods Hybrid Integration

IBM webMethods Hybrid Integration

Join this online group to communicate across IBM product users and experts by sharing advice and best practices with peers and staying up to date regarding product enhancements.

 View Only
Expand all | Collapse all

IS ESB - Random double notification from database trigger

  • 1.  IS ESB - Random double notification from database trigger

    Posted Fri November 06, 2020 09:39 AM

    Goodmorning everyone.
    I’m noticing a problem in a flow created on webMethods. I have a database trigger to fetch data from a table, and in a flow I send the data to SAP with a bapi call. The problem is that sometimes (random) I get the trigger notification from the same record multiple times.

    can someone help me please?

    webMethods 10.3.0.0,
    Database Microsoft SQL Server 2012


    #webMethods-io-Integration
    #B2B-Integration
    #webMethods
    #Integration-Server-and-ESB
    #webMethods-io-B2B


  • 2.  RE: IS ESB - Random double notification from database trigger

    Posted Fri November 06, 2020 11:39 AM

    Hi Diego,

    did you try to enbale the Document History for this trigger, so the trigger will notice when document is published twice?

    Is this a Polling Notification from JDBC Adapter (10.3 I am assuming) or are you triggering on some other event to detect when to fetch data from the DB?

    Regards,
    Holger


    #webMethods-io-Integration
    #Integration-Server-and-ESB
    #webMethods
    #B2B-Integration
    #webMethods-io-B2B


  • 3.  RE: IS ESB - Random double notification from database trigger

    Posted Fri November 06, 2020 11:52 AM

    Thank you @Holger_von_Thomsen ,

    Where can i find the option for document history?
    Yes, it’s a Polling Notification from JDBC Adapter (10.3).

    Thank you,
    Diego


    #Integration-Server-and-ESB
    #B2B-Integration
    #webMethods-io-Integration
    #webMethods-io-B2B
    #webMethods


  • 4.  RE: IS ESB - Random double notification from database trigger

    Posted Fri November 06, 2020 11:57 AM

    Hi Diego,

    when you open the trigger (the one which subscribes to the published DocType from the Notification) in Designer there will be a section in the Properties Panel on the right. There you can also provide a Document Resolver Services, which is called to handle conflicts for the documents.

    Regards,
    Holger


    #Integration-Server-and-ESB
    #B2B-Integration
    #webMethods
    #webMethods-io-B2B
    #webMethods-io-Integration


  • 5.  RE: IS ESB - Random double notification from database trigger

    Posted Fri November 06, 2020 02:11 PM

    Thank you, now i find it.
    There are 4 items: Detect duplicates, Use history, History time to live, Document resolver service.
    In Detect duplicates now i have entered “true”, but what should I enter in the other items?
    What are Use History and Document Resolver service for?

    Than you,
    Diego


    #Integration-Server-and-ESB
    #webMethods
    #webMethods-io-B2B
    #webMethods-io-Integration
    #B2B-Integration


  • 6.  RE: IS ESB - Random double notification from database trigger

    Posted Mon November 09, 2020 11:05 AM

    Hi Diego,

    we are using “Use History”=true, which requires an ISCore database schema, “History time to live” then determines for how long a duplicate document is really detected as a duplicate before considering it to be a new document.
    When “Use History” is set to false, the “History time to live” has no meaning.

    Document resolver service refers to a flow service in the IS which follows a specific service template (describing input and output for the service as predefined fields), in which you can check what to do with the document when it is detected to be a duplicate.

    Regards,
    Holger


    #B2B-Integration
    #webMethods-io-Integration
    #webMethods-io-B2B
    #webMethods
    #Integration-Server-and-ESB


  • 7.  RE: IS ESB - Random double notification from database trigger

    Posted Mon November 09, 2020 11:41 AM

    thank you @Holger_von_Thomsen.
    so if I want to ignore the duplicate (no data sent to SAP or other) can I only set DD (use history = false and document resolver service = empty)?
    thank you,
    Diego


    #webMethods
    #Integration-Server-and-ESB
    #B2B-Integration
    #webMethods-io-Integration
    #webMethods-io-B2B


  • 8.  RE: IS ESB - Random double notification from database trigger

    Posted Mon November 09, 2020 12:32 PM

    Just a question:
    Which one is your messaging layer?
    Broker or UM?
    When it is UM, “Detect duplicates” needs to be false.

    Currently I have no clue how exactly once processing can be achieved when using UM as a messaging layer.

    Regards,
    Holger


    #webMethods-io-B2B
    #B2B-Integration
    #webMethods
    #webMethods-io-Integration
    #Integration-Server-and-ESB


  • 9.  RE: IS ESB - Random double notification from database trigger

    Posted Tue November 10, 2020 03:57 AM


  • 10.  RE: IS ESB - Random double notification from database trigger

    Posted Tue November 10, 2020 06:50 AM

    Hi Diego,

    Broker is considered the Legacy Messaging Layer used in older versions of wM (up to 9.6, which can be used up to 9.12 and beyond).
    Meanwhile SAG has reversioned Broker to 10.5 (version 9.6 with latest Fixes) with extended EOL period.

    When starting new projects on 10.x you should consider using UM over Broker as Broker 10.5 will be considered deprecated somewhere in the future (as it was already announced for the recent 9.6 version for the wm 9.x stream).

    Regards,
    Holger


    #webMethods-io-Integration
    #webMethods
    #Integration-Server-and-ESB
    #webMethods-io-B2B
    #B2B-Integration


  • 11.  RE: IS ESB - Random double notification from database trigger

    Posted Tue November 10, 2020 01:18 PM

    Thank you @Holger_von_Thomsen,

    we don’t have the UM in the customer licenses.

    Thank you,
    Diego


    #Integration-Server-and-ESB
    #webMethods-io-Integration
    #B2B-Integration
    #webMethods
    #webMethods-io-B2B