“EAI XML Write To File” Business Service- IgnoreCharSetConvErrors Property Not Working.
Last updated on MARCH 02, 2017
Applies to:Siebel Workflow - Version 188.8.131.52.10 [IP2014] and later
Information in this document applies to any platform.
On : 184.108.40.206.10 [IP2014] version, Siebel Workflow
“EAI XML Write to File” Business Service- IgnoreCharSetConvErrors property not working.
IgnoreCharSetConvErrors = false in "EAI XML Write to File" seems to no longer work after an application upgrade from 220.127.116.11 to 18.104.22.168.
A workflow process in our system is used to create XML file has an output.
We use Business Service "EAI XML Write to File" and the method name 'WriteEAIMsg' with the input Argument IgnoreCharSetConvErrors = false.
In 22.214.171.124 this Workflow should fail in creating .XML file with the following error:
Error Msg = Error invoking service 'EAI XML Write to File', method 'WriteEAIMsg' at step 'Write Siebel Msg to XML File'.(SBL-BPR-00162)
'EAI XML Write to File' service with method 'WriteEAIMsg' failed while generating XML to be written to file 'E:\MARCDATA\XML\XMLCREATION\RC\20141222\MARCXML_RC_1-MMV8RA.XML'.
The XML hierarchy cannot be converted to an XML document.(SBL-EAI-04112)
Character '0x000b' cannot be represented in XML(SBL-EAI-00245)
Instead of workflow failing, our workflow error exception handling routine would create a custom error log for saving any control character (0x000b) found in the SR.
After we upgraded Siebel from 126.96.36.199 to 188.8.131.52.14, the workflow process is no longer generating the custom error log, instead it is replacing the question mark symbol (?) and successfully creating XML file.
Our requirement is that if there is any control characters/special characters found in the SR, we don’t want to process and send the SR to external system.
We like to know what changes in Siebel is replacing the control character with ? in 184.108.40.206.
Why does it seem as if IgnoreCharSetConvErrors is set to "True" after the upgrade when it is indeed set to False. This worked as expected in 220.127.116.11
I am attaching the old custom error log file, which system used to create in 18.104.22.168.9 and the new XML file which is created in 22.214.171.124 with the character "?"
We currently are running 126.96.36.199 patchset 10 in development and test and 188.8.131.52 in patchset 6 in Production.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
Million Knowledge Articles and hundreds of Community platforms