| Author |
Message
|
| pfaulkner |
 Posted: Wed Mar 03, 2004 10:12 am Post subject: converting null char to space on a reply CWF |
 |
|
Master
Joined: 18 Mar 2002
Posts: 241
Location: Colorado, USA
|
Is there an easy way to convert all null chars returned in my CWF Reply message to spaces.
My input is (MRM)CWF and I map to (XML)XML.
I have a COBOL server sending a reply back that contains nulls and when I map this from the CWF to (XML)XML the client has a problem parsing the reply. |
|
| Back to top |
|
 |
| wooda |
| Posted: Fri Mar 05, 2004 2:05 am Post subject: |
|
|
Master
Joined: 21 Nov 2003
Posts: 265
Location: UK
|
Ok let me use my magic mind reading powers to deduce your problem 
You are inputing MRM(CWF) and outputting in XML.
You have null characters (by this I assume you mean X'00' ) in the CWF message.
These are appearing in the output XML and go on to cause problems when being parsed by a another application/flow.
So you want to replace these null characters with spaces.
Or would removing them entirely be better ?
This is where an example of the data would have been helpful
If these null characters are padding (ie. they appear to the left or right of data in a field to pad it to a fixed length.) then the MRM will handle these very well if you set the correct padding options on your element defintions in your message set. If you do this padding will be removed at parse time and will therefore not appear in the XML at all.
In the CWF properties for each element (depending on type) you will see there is a property called Padding Character (in your case NULL) and another called String Justification (Left Justify or Right Justify).
If the NULL characters are not field padding but byte allignment padding then you can use other properties to remove them such as the Byte Allignment property.
Yet another way to remove them would be to use the skip count property to remove leading nulls before a field.
Which you will want to use depends on your model and your data.
Do you really really want to turn these nulls into spaces ? Where do they occur in the data ?[/i] |
|
| Back to top |
|
|
| pfaulkner |
| Posted: Fri Mar 05, 2004 7:52 am Post subject: |
|
|
Master
Joined: 18 Mar 2002
Posts: 241
Location: Colorado, USA
|
Either removing them completely or changing them to spaces would be fine, so far they all occur at the end of the valid data.
Example My NameX'00'
I don't believe I can use the Padding Option because the fields are already padded (in this case with nulls) when they arrive from the server. |
|
| Back to top |
|
|
| wooda |
| Posted: Fri Mar 05, 2004 8:27 am Post subject: |
|
|
Master
Joined: 21 Nov 2003
Posts: 265
Location: UK
|
So does this mean each field is padded with nulls to a fixed length (which you already remove) and there are addtional problematic nulls at the end of the bitstream or between fields?
Do you know how many nulls there are and where they are ?
Or is their occurence unpredictable ?
If you know where and how many nulls there are then you can use CWF skip count (leading or trailing) to skip over them when parsing. This will mean they are not put into the message tree. |
|
| Back to top |
|
|
| pfaulkner |
| Posted: Fri Mar 05, 2004 8:34 am Post subject: |
|
|
Master
Joined: 18 Mar 2002
Posts: 241
Location: Colorado, USA
|
| Yes some of the fields are padded to a fixed length with nulls. The length of the data before the nulls is variable and it's possible that on occaision the field won't contain any null chars. |
|
| Back to top |
|
|
| JT |
| Posted: Fri Mar 05, 2004 12:30 pm Post subject: |
|
|
Padawan
Joined: 27 Mar 2003
Posts: 1564
Location: Hartford, CT.
|
Change the message domain of your input node to BLOB, then in a compute node do the following:
| Code: |
DECLARE Location INTEGER;
SET Location = 1;
DECLARE Start_Position INTEGER;
SET Start_Position = 1;
WHILE Location > 0 DO
SET Location = POSITION(X'00' IN SUBSTRING("OutputRoot"."BLOB"."BLOB" FROM Start_Position));
IF Location > 0 THEN
SET "OutputRoot"."BLOB"."BLOB" = OVERLAY("OutputRoot"."BLOB"."BLOB" PLACING X'20' FROM ((Start_Position - 1) + Location) FOR 1);
SET Start_Position = Start_Position + Location;
END IF;
END WHILE; |
After the compute node run the BLOB through a ResetContentDescriptor to convert to your CWF structure. |
|
| Back to top |
|
|
| pfaulkner |
| Posted: Fri Mar 05, 2004 1:46 pm Post subject: |
|
|
Master
Joined: 18 Mar 2002
Posts: 241
Location: Colorado, USA
|
yeah I know how to code it in ESQL but was hoping there was a better way. The problem with code is you need to use a while loop and performace could take a hit on large fields.
thanks |
|
| Back to top |
|
|
| wooda |
| Posted: Mon Mar 08, 2004 2:49 am Post subject: |
|
|
Master
Joined: 21 Nov 2003
Posts: 265
Location: UK
|
You appear to be saying that the nulls only occur as padding to make fields up to a known fixed length.
If this is the case then CWF will trim these nulls on parsing the message if the MRM properties are set correctly. |
|
| Back to top |
|
|
| pfaulkner |
| Posted: Fri Mar 12, 2004 1:33 pm Post subject: |
|
|
Master
Joined: 18 Mar 2002
Posts: 241
Location: Colorado, USA
|
do u know how the CWF MQM properties. I tried setting the padding char to nulls and that worked when the field contained only nulls but not when it was a null terminated string.
All my fields are fixed length strings, Left Justified. |
|
| Back to top |
|
|
| kimbert |
| Posted: Wed Mar 17, 2004 5:45 am Post subject: |
|
|
Jedi Council
Joined: 29 Jul 2003
Posts: 5542
Location: Southampton
|
In case it helps...
The CWF padding and justification properties affect parsing as well as writing. What is your CWF 'Justification' field setting? If you set it to 'Left Justified' and set the CWF Padding Character to 'Null' you should get the result you want. |
|
| Back to top |
|
|
| pfaulkner |
| Posted: Wed Mar 17, 2004 8:20 am Post subject: |
|
|
Master
Joined: 18 Mar 2002
Posts: 241
Location: Colorado, USA
|
| I have it set to Left Justified and Pad with nulls. It still seems to pass the null chars to my xml output. |
|
| Back to top |
|
|
| kimbert |
| Posted: Wed Mar 17, 2004 8:44 am Post subject: |
|
|
Jedi Council
Joined: 29 Jul 2003
Posts: 5542
Location: Southampton
|
Can you put a trace node into your flow, and show us the tree immediately after the input node.
It would also be useful to know what version of the product you are using, and which platform. |
|
| Back to top |
|
|
| mverh |
| Posted: Wed Mar 17, 2004 9:24 am Post subject: |
|
|
Voyager
Joined: 06 Mar 2002
Posts: 97
|
I think you'd want left justified pad with spaces, not nulls. If you use nulls then you will get invalid xml on output which won't be detected until a validating parser gets it. Unfortunately WMQI doesn't yet have an option to ensure the content of the xml it outputs is valid. I run into this issue all the time when xforming from cobol to xml.
FYI, by default the importer does treat PIC X as string left justified trailing spaces and PIC 9 as right justified leading zeroes. |
|
| Back to top |
|
|
| pfaulkner |
| Posted: Wed Mar 17, 2004 9:29 am Post subject: |
|
|
Master
Joined: 18 Mar 2002
Posts: 241
Location: Colorado, USA
|
I'm using 2.1 CSD4. Broker running on AIX.
My message is initially parsed as BLOB and is part of an Aggregation. I extract the data and reparse to my CWF message set using this code:
CREATE LASTCHILD OF OutputRoot DOMAIN 'MRM'
PARSE(myData, InputRoot.Properties.Encoding, InputRoot.Properties.CodedCharSetId, 'DU543NS09O001', 'OCISGetNotesReply', 'CWF');
SET OutputRoot.Properties.MessageSet = 'DU543NS09O001';
SET OutputRoot.Properties.MessageType = 'OCISGetNotesReply';
SET OutputRoot.Properties.MessageFormat = 'CWF';
I have attached the trace output for both the incoming Blob and the reparsed CWF. The field with the nulls is at the end of the message.
2004-03-17 10:14:49.834392 4209 UserTrace BIP4060I: Data '---Before CWF---
(
(0x1000000)Properties = (
(0x3000000)MessageSet = ''
(0x3000000)MessageType = ''
(0x3000000)MessageFormat = ''
(0x3000000)Encoding = 785
(0x3000000)CodedCharSetId = 500
(0x3000000)Transactional = TRUE
(0x3000000)Persistence = FALSE
(0x3000000)CreationTime = GMTTIMESTAMP '2004-03-17 17:14:49.630'
(0x3000000)ExpirationTime = GMTTIMESTAMP '2004-03-17 21:14:49.715561'
(0x3000000)Priority = 8
(0x3000000)ReplyIdentifier = X'414d5120434f53314320202020202020404514f806acbdd3'
(0x3000000)ReplyProtocol = 'MQ'
(0x3000000)Topic = NULL
)
(0x1000000)MQMD = (
(0x3000000)SourceQueue = 'RGSR.GLOBAL.PROFILEBUNDLE.STAGE3'
(0x3000000)Transactional = TRUE
(0x3000000)Encoding = 785
(0x3000000)CodedCharSetId = 500
(0x3000000)Format = 'RGTHDR01'
(0x3000000)Version = 2
(0x3000000)Report = 0
(0x3000000)MsgType = 2
(0x3000000)Expiry = GMTTIMESTAMP '2004-03-17 21:14:49.715561'
(0x3000000)Feedback = 0
(0x3000000)Priority = 8
(0x3000000)Persistence = 0
(0x3000000)MsgId = X'c3e2d840d9c7c4f14040404040404040baee722e08a126c1'
(0x3000000)CorrelId = X'414d5120434f53314320202020202020404514f806acbdd3'
(0x3000000)BackoutCount = 0
(0x3000000)ReplyToQ = ' '
(0x3000000)ReplyToQMgr = 'RGD1 '
(0x3000000)UserIdentifier = 'ciasqti '
(0x3000000)AccountingToken = X'180fd4c3c9d5c5e34bc3c9c1d4c3e2c5f4ee722df31a6f000100000000000000'
(0x3000000)ApplIdentityData = ' '
(0x3000000)PutApplType = 1
(0x3000000)PutApplName = 'CIAMCSE4FO72 '
(0x3000000)PutDate = DATE '2004-03-17'
(0x3000000)PutTime = GMTTIME '17:14:49.630'
(0x3000000)ApplOriginData = ' '
(0x3000000)GroupId = X'000000000000000000000000000000000000000000000000'
(0x3000000)MsgSeqNumber = 1
(0x3000000)Offset = 0
(0x3000000)MsgFlags = 0
(0x3000000)OriginalLength = -1
)
(0x1000000)BLOB = (
(0x3000000)UnknownParserName = 'RGTHDR01'
(0x3000000)BLOB = X'd9d4e2c7e3d9f0f1f0f1f0f0f0f0f0f0f3f6f6f0f0f0f2f9f3f3c3d6d5e2e4d4c5d9c3c9d7e260d5d6e3c560c7c5e340404040404040f1f04040404040404040d9e2d9d1f0f7f7f1f0f1f4f4f6f0f0f1f6f9f7c5f8f0f0f0f0f0f0f1d5d9c7c3c8404040404040404040404040c3c9c1e2d8e3c94040404040c3c5404040404040404001f0f0f0f0f0f5f0c1d4c5f4c3c9c1d4c3e2c5f4c6d6f7f2d540c6d6d4c7c3d6f1d74040e2c5d9e5c5d94040404040404040404040404040404040404040f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f2f0f0f4f0f3f1f7f1f2f1f4f4f9f6f3f0f0f6f4d4d8e2c3d6e2f1c34040404040404040404040d9c7e2d94bc7d3d6c2c1d34bd7d9d6c6c9d3c5c2e4d5c4d3c54be2e3c1c7c5f340404040404040404040404040404040f0f6f4d4d8e2c3d6e2f1c34040404040404040404040d9c7e2c84bd9c5d7d3e84bd8e4c5e4c54bf0f2f3f9404040404040404040404040404040404040404040404040404040f0f0f2f4f8f0f2f6f8f5d6c3c3e2d5d6e3c7404040404040c1f1c1c9f0f3f6f8f5404040404040404040404040f1f04040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040d6d240404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040f2f6f5f3f1f6f9f2f1d2d6d9e3c8f14040404040400000e098404040404040404040404040404040404040404040404040f0f4f0f1f0f7f8d6c3d6c3c3e2d5d6e3c7d6d2d5f0f3f1f2f2f3f1f2f4f8f0f7f04040404040404040404040404040404040c6d6d5d6c7d5f1d7f0f0f0e8f0f0f0f1f3f0f0f140404040f0f6f1f0f2f6f0f3f0f1f0f0f4f0f3f1f2f1f3f3f4f4f2f0d7f6f4f5f6f2f1f8f1f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d94be5c5d3c9c4c1d5c4c161c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f4f0f2f1f9f1f8f3f3f0f7f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f4f0f2f1f9f1f8f3f0f0f4f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f4f0f2f1f9f1f8f2f9f1f8f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f4f0f2f1f1f1f5f0f7f2f6f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f4f0f2f1f1f1f4f5f7f5f3f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f4f0f1f0f6f1f2f3f9f4f8f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f4f0f1f0f6f1f2f3f9f0f3f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f3f1f2f2f3f1f3f2f0f5f1f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040f0f3f1f2f2f3f1f3f1f4f4f6f0d7f1f4f0f0f4f7f3f9f0c1838396a495a34081838385a2a285846b4082a4a3409596a340a4978481a385844082a840c3e2d74b406040d44bd7c5d9c9e8c1d5c1d561c7d3c461f0f0f160c1d7d7d300004040404040404040400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040404040404040404000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000404040404040404040'
)
)
2004-2004-03-17 10:14:50.041412 4209 UserTrace BIP4060I: Data '---After CWF---
(
(0x1000000)Properties = (
(0x3000000)MessageSet = 'DU543NS09O001'
(0x3000000)MessageType = 'OCISGetNotesReply'
(0x3000000)MessageFormat = 'CWF'
(0x3000000)Encoding = 785
(0x3000000)CodedCharSetId = 500
(0x3000000)Transactional = TRUE
(0x3000000)Persistence = FALSE
(0x3000000)CreationTime = GMTTIMESTAMP '2004-03-17 17:14:49.630'
(0x3000000)ExpirationTime = GMTTIMESTAMP '2004-03-17 21:14:49.715561'
(0x3000000)Priority = 8
(0x3000000)ReplyIdentifier = X'414d5120434f53314320202020202020404514f806acbdd3'
(0x3000000)ReplyProtocol = 'MQ'
(0x3000000)Topic = NULL
)
(0x1000000)MQMD = (
(0x3000000)SourceQueue = 'RGSR.GLOBAL.PROFILEBUNDLE.STAGE3'
(0x3000000)Transactional = TRUE
(0x3000000)Encoding = 785
(0x3000000)CodedCharSetId = 500
(0x3000000)Format = 'RGTHDR01'
(0x3000000)Version = 2
(0x3000000)Report = 0
(0x3000000)MsgType = 2
(0x3000000)Expiry = GMTTIMESTAMP '2004-03-17 21:14:49.715561'
(0x3000000)Feedback = 0
(0x3000000)Priority = 8
(0x3000000)Persistence = 0
(0x3000000)MsgId = X'c3e2d840d9c7c4f14040404040404040baee722e08a126c1'
(0x3000000)CorrelId = X'414d5120434f53314320202020202020404514f806acbdd3'
(0x3000000)BackoutCount = 0
(0x3000000)ReplyToQ = ' '
(0x3000000)ReplyToQMgr = 'RGD1 '
(0x3000000)UserIdentifier = 'ciasqti '
(0x3000000)AccountingToken = X'180fd4c3c9d5c5e34bc3c9c1d4c3e2c5f4ee722df31a6f000100000000000000'
(0x3000000)ApplIdentityData = ' '
(0x3000000)PutApplType = 1
(0x3000000)PutApplName = 'CIAMCSE4FO72 '
(0x3000000)PutDate = DATE '2004-03-17'
(0x3000000)PutTime = GMTTIME '17:14:49.630'
(0x3000000)ApplOriginData = ' '
(0x3000000)GroupId = X'000000000000000000000000000000000000000000000000'
(0x3000000)MsgSeqNumber = 1
(0x3000000)Offset = 0
(0x3000000)MsgFlags = 0
(0x3000000)OriginalLength = -1
)
(0x1000021)MRM = (
(0x1000013)OCIS_HEADER = (
(0x300000B)MESSAGE_HEADER_LENGTH = 248
(0x300000B)MESSAGE_USER_DATA_LENGTH = 2685
(0x300000B)MESSAGE_HEADER_OCIS_FUNCTION = 'OCCSNOTG'
(0x300000B)MESSAGE_HEADER_SEARCH_TYPE = 'A'
(0x300000B)MESSAGE_HEADER_FUNCTION_KEY = '1AI03685'
(0x300000B)MESSAGE_HEADER_QUALIFIER = '10'
(0x300000B)MESSAGE_HEADER_INVOKE_PROCESS = ''
(0x300000B)MESSAGE_HEADER_ERROR_PROCESS = ''
(0x300000B)MESSAGE_HEADER_RETURN_PROCESS = ''
(0x300000B)FILLER32 = ''
(0x300000B)MESSAGE_HEADER_RESPONSE = 'OK'
(0x300000B)MESSAGE_HEADER_REASON_CODE = ''
(0x300000B)MESSAGE_HEADER_REASON_TEXT = ''
(0x300000B)MESSAGE_HEADER_USER_SSN = '265316921'
(0x300000B)MESSAGE_HEADER_TSO_USER_ID = 'KORTH1'
(0x300000B)MESSAGE_HEADER_OCIS_AREA_GROUP = ' 00000000' from trace node '\q'
(0x300000B)FILLER20 = ''
)
(0x1000013)PRIMARY_HEADER = (
(0x1000013)MGHP1_AREA = (
(0x1000013)MGHP1_STATIC_DATA = (
(0x300000B)MGHP1_AREA_ID = '04'
(0x300000B)MGHP1_TOTAL_FUNCTIONS = 1
)
)
)
(0x1000013)MESSAGE_DRIVER_HEADER = (
(0x1000013)MGHS1_AREA = (
(0x300000B)MGHS1_AREA_LENGTH = 78
(0x1000013)MGHS1_DATA_RELEASE_01 = (
(0x300000B)MGHS1_OWNER = 'OC'
(0x300000B)MGHS1_FUNCTION_ID = 'OCCSNOTG'
(0x300000B)MGHS1_EXE_STATUS = 'OK'
(0x300000B)MGHS1_COMMIT_STATUS = 'N'
(0x300000B)MGHS1_IDENT = '0312231248070'
(0x300000B)MGHS1_EXE_RESP_CODE = ''
(0x300000B)MGHS1_DRV_PROGRAM = 'FONOGN1P'
(0x1000013)MGHS1_DRV_NUM_ERRORS = (
(0x300000B)MGHS1_DRV_NUM_ERRORS_N = '000'
)
(0x300000B)MGHS1_DRV_MORE_FLAG = 'Y'
(0x300000B)MGHS1_INDATA_LENGTH = 13
(0x300000B)MGHS1_INDATA_NUM_FIELDS = 1
(0x300000B)MGHS1_DRV_NEXT_INPUT_ADDR = ''
(0x300000B)MGHS1_OUTDATA_NUM_FIELDS_X = '061'
(0x300000B)MGHS1_DATA_LENGTH = 2603
)
)
)
(0x1000013)OCIS_CIPS_NOTE_GET = (
(0x300000B)OUT_NOTES_RECORD_NBR = 10
(0x1000013)OUT_NOTES_DATA = (
(0x1000013)OUT_NOTES_DATE_TIME_STAMP = (
(0x300000B)OUT_NOTES_DATE = '040312'
(0x300000B)OUT_NOTES_TIME = '1334420'
)
(0x300000B)OUT_NOTES_PURGE_STATUS = 'P'
(0x300000B)OUT_NOTES_USER_SSN = '645621810'
(0x300000B)OUT_NOTES_MESSAGE_TEXT_1 = 'Account accessed, but not updated by CSP. - R.VELIDANDA/GLD/001-APPL00000000'.
The trace node '\q'
(0x300000B)FILLER20 = ''
) |
|
| Back to top |
|
|
| pfaulkner |
| Posted: Wed Mar 17, 2004 9:36 am Post subject: |
|
|
Master
Joined: 18 Mar 2002
Posts: 241
Location: Colorado, USA
|
mverh,
I originally had pad with spaces but still get the same results.
I know for the outbound message I need to pad with spaces to make sure the message sent to my COBOL server contains space padded fixed length strings. The problem is the reply my COBOL server sends back contains nulls and the CWF Parser doesn't remove them with either Padd with Spaces or Pad with nulls. |
|
| Back to top |
|
|
|
|
