IBM Support

JR51005: Connectors on a server canvas are not honoring the scale part of a timestamp field in a target context

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Problem:
    Connectors on  a server canvas are not honoring the scale part
    of a timestamp field in a target context.
    
    Details:
    Here in Server connector framework, Microseconds resolution is
    hardcoded. So we are always seeing 6 fraction digits
    irrespective of scale and other properties.
    
    Resolution:
    To handle microseconds correctly, we have an environment
    variable CC_SE_TIMESTAMP_FF which does:
    
    1. When the environment variable is not added, the jobs would
    behave the same way as they are behaving today.
       This is to ensure that any of the customers who are using the
    Connectors on Server canvas and are comfortable with the
       hard coded microseconds that is coming in their data.
    2. When the environment variable is added and its value is set
    to MICROSECONDS, it would be same behavior as (1).
    3. When the environment variable is added with a value of SCALE,
    then it is expected that the scale is mentioned in the
       timestamp fields in the schema and whatever scale is
    mentioned the microsecond resolution would be set to that.
    4. When the environment variable is added and its value is set
    to NONE, then the behavior would be same as DS_NO_FF (
       or SCALE with the scale in the timestamp fields being set to
    0)
    

Local fix

  • Change the table DDL for date to use timestamp(0) instead. For
    example,
    
    CREATE TABLE TEST.DATE_INSERT_TEST(c1 timestamp(0));
    

Problem summary

  • Connectors on  a server canvas are not honoring the scale part
    of a timestamp field in a target context. In Server connector
    framework, Microseconds resolution is hardcoded. So we are
    always seeing 6 fraction digits irrespective of scale and other
    properties.
    

Problem conclusion

  • To handle microseconds correctly, we have an environment
    variable CC_SE_TIMESTAMP_FF which does:
    
    1. When the environment variable is not added, the jobs would
    behave the same way as they are behaving today. This is to
    ensure that any of the customers who are using the Connectors on
    Server canvas and are comfortable with the hard coded
    microseconds that is coming in their data.
    2. When the environment variable is added and its value is set
    to MICROSECONDS, it would be same behavior as (1).
    3. When the environment variable is added with a value of SCALE,
    then it is expected that the scale is mentioned in the timestamp
    fields in the schema and whatever scale is mentioned the
    microsecond resolution would be set to that.
    4. When the environment variable is added and its value is set
    to NONE, then the behavior would be same as DS_NO_FF (or SCALE
    with the scale in the timestamp fields being set to 0)
    

Temporary fix

Comments

APAR Information

  • APAR number

    JR51005

  • Reported component name

    WIS DATASTAGE

  • Reported component ID

    5724Q36DS

  • Reported release

    912

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2014-08-08

  • Closed date

    2014-09-17

  • Last modified date

    2014-09-17

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    WIS DATASTAGE

  • Fixed component ID

    5724Q36DS

Applicable component levels

  • R910 PSY

       UP

  • R912 PSY

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSVSEF","label":"IBM InfoSphere DataStage"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"912","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}}]

Document Information

Modified date:
17 September 2014