Looking at the Events panel, you have a list of all Events fired in the lifetime of the project. The message for each Event is presented with the space holders for parameters, the actual parameter values have not been merged into the message.
Here's the Event list in the Workshop track with the Event I0019 highlighted. In the screenshot, the Event complains that in 29.409 instances an InterestType is unknown. This affects 24.003 Accounts (these counts may vary in your training environment).
At this top level, the parameter values in the event message are represented by the place holder P0
Intermediate Event aggregation
By clicking the Business Object name Account for the Event I0019 you go to the intermediate Event list displaying the actual parameter values.
Even though the number of occurrences is quite daunting, the intermediate list shows that the problem is in fact limited to a just few missing InterestTypes.
Clicking a line in the Intermediate list takes you to the list of items that fired the Event with this value for the message placeholders. This is also the list you will get from the Objects menu item
The columns in the Item list are:
|The internal Id of the Business Object instance in the migration database. Click to proceed to the detail view.
The migration result for each item is:
|Failed in Export (Source Engine)
|Failed in Import (Target Engine)
|The key identifying the item in the Source System. This is the given by the Discriminator defined on the Business Object in the Source Map (here the values for BankId, ClientId and AccountNumber)
|The key in the migration. This is the value of the Target Interface Fields that were marked as Key in the Studio Target Map (here BankId and AccountNumber)
Clicking the Item Id in the Item list proceeds to the detail view. Here all information for one specific Business Object instance is displayed in a consolidated view.
|The same Key information as is visible in the list
|Information of the jobs in the Portal Operations that ran the Export and Import of this item
|The commit ids of the Source- and Target Maps tells you on which basis the item was processed. You can locate these commits in Studio to see the exact state of the maps that were used.
A yellow warning means that the user had one or more items in Studio checked out locally when the engine was generated
|Tabs to access different aspects of the Business Object. here the Events tab, which shows all the Events that were fired when this Business Object was migrated
The Dependencies tab shows the dependencies of this Business Object as defined by the Relationships in the Target Map (remember these?)
Parents shows that this Account Business Object depends on both a Customer and also another Account.
Children shows that a Card is depending on this Account
Clicking the ItemId link for any dependency will open the dependency Business Object
Item Data Tabs
Use the tabs to get to a consolidated view of relevant data for this specific item.
Here the Portal presents you with all the data that were in use for the entire hierarchy defined in Studio for this Business Object.
This view is data lineage taken to a whole new level and indeed something we are very proud of.
The screenshots above show the data hierarchies for an Account Business object.
Navigate to a Card item in the Portal and you will easily recognize the hierarchies you have been working on in the Source- and Target Maps.
|The data that was extracted from the Staging database to serve as the foundation for the migration of the item.
|The data that was produced by the Source Engine and sent on to the Target Engine through the Business Object interface
|The result produced by the Target Engine, ready for delivery to the Target System(s)
Note that on the Interface tab, the events fired by the Target Engine are clearly related to the child Business Objects they concern. Hover over the Impact indicator to display a list over the events fired for a given child
What happened here?
Hopefully, this exercise gave you an impression of how you can drill down in the Event aggregation to end up with a complete view of a single Business Object instance. Along the way the Portal gave you an intermediary list, where parameter values have been merged into the Event messages, giving a nice overview of the discrete values in play.
Finally, the Detail View exposes the unique advantages of the Business Object approach of Hopp. In the same place, you see a consolidated view of one Business Object instance. Right down to all the exact data that flowed through the migration for this one Business Object and the links to related Business Objects.