Unable to compile XLT file

Clover 5.6 rev2, AIX HA and all that jazz…

This is a long one and I contemplated putting it in the product enhancement section, but, I thought this would be very informative to newbies and long timers who have become lazy with error checking after a simple mod to a xlate file.

I will start by saying that, as a level 3 and a Clovertecher for almost 15 years, I got burned by this because I got lazy. My fault. I cannot stress that enough. Here’s what happened:

Modification to a xlate that included a new field from a variant. This variant already existed in prod from initial install of the interface years prior. I copied the xlate from our test environment to prod environment after vigorous testing, but forgot to copy the changes from the variant (***MISTAKE***).

After stopping/starting the engine process to have it read the new xlate which is attached to a wildcard route looking like ADT_A0(1|4|5|8), it could not compile the xlate because it could not find the new field it was trying to fetch. Plenty of errors were logged to the engine process .err log regarding this. I did not bother to check. Since the A01, A04, A05 and A08 transactions defined for that route existed on other routes in that engine process, no error messages concerning failed messages were seen on the thread status of the receiving thread or sending thread, not even the messages for that failed xlate compile for that route went to the error database. It was as if the wildcard route that contained that xlate to that specific outbound thread did not even exist. Other OB threads on that wildcard route were receiving messages without issue.

This ugly situation went on for a week and half until it was noticed by the end users. The receiving vendor did not even notice that they were no longer receiving these message types (they usually get about 10,000 a day).

Product Enhancement part — Let the interface engine analyst know he’s a moron in advance of such a mistake. No, really, I would have loved to see those messages in the number failed of the inbound thread or outbound thread (new error state), maybe even something in the error database with a new error state concerning the xlate not compiled.