Originally posted by: jdavee
Using v8.204. We have WinXP and Win7 development systems that are producing output for a UDF to XML translation.
The XML output type tree was built from an XSD supplied by the customer that imported without incident. We have other XSD imports from the same customer for other data input and output that are working fine.
With this map working OK on Win development, we compile to run on HP-UX Itanium. We run dozens of maps this way (Win development / HP-UX execution) and haven't seen this problem: the map runs successfully on HP-UX but the output is incomplete and mostly empty XML tags. Not the same as the Win output at all.
We suspect that the XSD file has become a requirement for the map to execute. Since it is on the Win systems it is used and the output is good. Our other working XML output maps do not reference "metadata" in the card properties, but this problem map does.
We cannot determine if this is in fact the problem. We also can't confirm from the documentation where the XSD would be located on the Unix server. We're running the map in Launcher and have tried setting specific paths to the metadata in the Launcher settings for the output card, but it is not having any effect.
Questions:
1. Why the difference in XSD imports to type trees with some demanding metadata and others (the ones that work on Unix) do not?
2. Why are we not getting any error messages on Unix when the data is obviously faulty?
3. Where do we put XSD metadata on the Unix side to make is accessible (assuming this will solve our problem of malformed output data)?
Thanks,
Jim
#IBM-Websphere-Transformation-Extender#DataExchange#IBMSterlingTransformationExtender