IBM Support

webMethods Knowlegebase : JDBC casting of Oracle TIMESTAMP(6) to java.lang.String Ordered Adapter Notification (1807086)

Troubleshooting


Problem

User encounters an issue while handling TIMESTAMP fields formatting that arrives through Order Adapter Notifications.

In the definition of the field selection on this types of notifications, there is no possibility to use expressions to format the output data (in other adapter service operations, this is possible), so the format that is being presented in the resultset is linked to some internal/default format string, which returns a variable number of milliseconds on the fractional seconds part.

This is causing issues because in the end to end processing user needs to format/transform timestamps to users internal canonical format (ISO8601 UTC/Zulu with three milliseconds precision, "yyyy-MM-dd'T'HH:mm:ss.SSSXXX") but with the dynamic number of milliseconds from the incoming timestamp, user cannot define a clear input pattern.

How can a user enforces the resulting timestamp casting from TIMESTAMP(6) to java.lang.String to always be in a known format?

Document Location

Worldwide

[{"Line of Business":{"code":"LOB77","label":"Automation Platform"},"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSVYEV","label":"IBM webMethods Integration"},"ARM Category":[{"code":"a8mKe00000000AQIAY","label":"webMethods Adapter for JDBC (JDB)"}],"ARM Case Number":"","Platform":[{"code":"PF025","label":"Red Hat Enterprise Linux"}],"Version":"10.3"},{"Line of Business":{"code":"LOB77","label":"Automation Platform"},"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSFIWYE","label":"IBM webMethods B2B"},"ARM Category":[{"code":"a8mKe00000000AQIAY","label":"webMethods Adapter for JDBC (JDB)"}],"ARM Case Number":"","Platform":[{"code":"PF025","label":"Red Hat Enterprise Linux"}],"Version":"10.3"}]

Log InLog in to view more of this document

This document has the abstract of a technical article that is available to authorized users once you have logged on. Please use Log in button above to access the full document. After log in, if you do not have the right authorization for this document, there will be instructions on what to do next.

Document Information

Modified date:
20 March 2025

UID

ibm17205809