on 09-25-2015 10:53 AM
Hello!
Bought . It's really nice. After running through it I started experimenting with our own interfaces (inbound, PI proxy).
First decided to move several types of messages to new index table. Created new index table by copying /AIF/STD_IDX_TBL and extending it with several new key fields. Also made customizing settings to target interface to new index table.
And immediately faced an issue. Now my old messages are in old index table (which is "not known" to interface anymore), so /AIF/ERR is not displaying them. I can't reprocess them or even see, what was in them on arrival.
While the major part of the fields in all AIF message index tables are the same it was not a big deal to copy index data between tables. But after that new key fields still remain empty. Luckily, for messages that are restarted in /AIF/ERR, system automatically refills key fields and solve issue. But for already processed messages (which are not allowed to be restarted) new key fields still remain empty and they are "placed" in Undefined folder.
So my questions are:
Thanks in advance!
Regards,
Petr
Hi,
we have the same problem and it seems that there is no out of the box kind of solution.
If you are using an xml based engine like us and the value for the keyfield is within the source data you can get the data from /aif/pers_xml by matching the MSGGUID from the index table. Then you can just do a Transformation to get the struct containing the original source data.
the code would be:
call transformation id source [data from /aif/pers_xml] result root = <FS for the Proper Struct Type>.
This field symbol can then be used to update the keyfield.
If the keyfield is within the target data i fear you have to somehow apply the transform functionality available in /Aif/err. I tried to do a quick debug session to find the exact function modules or classes you have to use but didn't find anything usable yet. Perhaps you are luckier than me
Kind Regards.
David Rittinghaus
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I stopped at creating simple report to transfer at least known data (including MSGGUID) and then restarting messages. Digging in XML data for records in test system is not feasible. Hope not to face the same task in productive system.
Attaching the code of my simple AIF index records copying report.
User | Count |
---|---|
101 | |
13 | |
13 | |
11 | |
11 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.