IBM Sterling Ideas

formerly Watson Supply Chain

Submit new product ideas for IBM Sterling solutions. Before you submit, please review existing ideas; if an idea close to yours already exists, it's better to add comments or vote on the existing idea. We will review your ideas and use them to help prioritize our product development. Best of all, the portal will automatically update you when the status of your idea has been changed. Order Management, Store Engagement, Watson Order Optimizer, Inventory Visibility, CPQ and Call Center are now part of Watson Supply Chain

Connect with IBM experts and your peers on the Supply Chain Collaboration Community and the Order Management Interest Group

Simplification of mapping partitioned type

Mapping a partitioned type or its partition does not give the same result, data can be lost when partition has release character as shown in the code sample attached.Actually mapping the partitioned type does not mean "map the partition that was identify at parsing".

Explanation of the support is the following:
The partitioned type has different properties from those of the partitions. For example, Field has no associated syntax, as does its partition "NonQualified"; its partition "Qualified" has an initiator, terminator, and release character (all quotation marks). When we find an instance of one of the partitions, we say it's an instance of the partitioned type, without looking at the properties. If the content of the partition is at offset X for a length of Y, we say that the content of the partitioned type is also at offset X flr a length of Y. But in the case of the partition, if the data contains release characters, we remove the release characters and build a copy of the released data in a "Released Data Header" (RDH), and we set a flag in the work file entry for that instance to indicate that it contains release characters, so we'll get the data from the RDH when it's referenced. But we don't do that for the partitioned type, so you get the "raw data" (for the wrong length) when you reference the partitioned type.

The current behavior is error prone. The present request is to improve mapping code by considering that mapping the partitioned type would mean "map the partition that was identified at parsing".
  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Jan 9 2018
  • Under Consideration
How will this idea be used?
What is your industry?
What is the idea priority? Medium
DeveloperWorks ID DW_ID100207
Link to original RFE
  • Attach files