on 03-22-2012 3:22 PM
I have a sender communication channel with file adapter which is using "File Content Conversion" message protocol. I have two Recordset Structures and I defined them as: Department,*,Position,* , but it doesn't work, and it keep saying " Channel CC_file_sender: Send binary file "/home/dev/depPos.dat", size 0 with QoS EO ". If I specify the occurence of the Recordset Struture exact the number of the record happened in the source file as Department,3,Position,7 , and the CC picks up the file correctly.
Any suggestions on what could be wrong in this scenario?
Couple of things to be checked.
1) Are u using keyfield value for Department and position? If so,
Ex:
Department.keyFieldValue 1
Position.keyFieldValue 2
2) Recordset Sequence: Ascending
3) Believe you are using other parameters like endSeparator, fieldSeparator and fieldNames for both Department and Position
Ex:
Department.fieldSeparator
Department.endSepartor
Department.fieldNames
4) If you use keyFieldName then as follows
keyFieldName: (keyfield of department or position)
keyFieldType: String (case-Sensitive)
5) Document Name: Message name
Docuemnt Namespace: Message namespace
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you very much Baskar.
I did all the items you mentioned in your post above. For the
"Key Field Name" right underneth the "Recordsets Per Message", I put "DEPID,POSID", since the key field name for my two Recordset are different.
Also in the table parameters, I added:
Department.keyFieldName: DEPID
Position.keyFieldName: POSID
And I don't really understand when I specify the occurence for the Recordset Structure as exact number (Department,3,Position,7), it works, but if I change it to " Department,*,Position,* ", then it read the file size as ZERO
Can you make the common keyfield name for both Development and Position and only value different?
You might want to go through this links
User | Count |
---|---|
87 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.