| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Parse CWF message with RCD (not pad characters) |
View previous topic :: View next topic |
| Author |
Message
|
| miguelanselmo |
 Posted: Tue Dec 30, 2003 2:58 am Post subject: Parse CWF message with RCD (not pad characters) |
 |
|
Novice
Joined: 28 Oct 2003
Posts: 15
|
Hi,
I’m try to parse a message. I have a message, fixed-length, and I have defined in this message the default values and the pad characters. My message flow is same like this:
In Queue -> Compute -> RCD -> Insert DB -> Out Queue.
When the message passed the RCD node the elements in the message that have no values, came out from this node with the default values, but noted with the pad characters, only when the message is output to the queue is when the WMQI put the pad characters. There is a way, without having to read from output queue, to tell WMQI to format the message in according with the definition that have in my message set.
Also when RCD receive a message that have one element that have, for instance, a dimension of 3 but the value that I have before the RCD is grater (“ABCD”), I get a exception. Shouldn’t the RCD truncate this value.
Thanks
Miguel Anselmo |
|
| Back to top |
|
 |
| kirani |
| Posted: Tue Dec 30, 2003 11:29 am Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
I don't think there is a way in WMQI to apply padding before writing message on the output queue. Have you tried using "Validation" option in a compute node and see if that adds padding?
| miguelanselmo wrote: |
Also when RCD receive a message that have one element that have, for instance, a dimension of 3 but the value that I have before the RCD is grater (“ABCD”), I get a exception. Shouldn’t the RCD truncate this value?
|
No, RCD will throw an exception because your data length is exceeding the length of an element.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| kimbert |
| Posted: Tue Dec 30, 2003 12:39 pm Post subject: |
|
|
Jedi Council
Joined: 29 Jul 2003
Posts: 5542
Location: Southampton
|
Just to confirm the previous answer...
When a message is parsed, the CWF parser uses the padding character to trim the input data. When a message is written, the CWF writer uses default values for any missing elements, and uses the padding character to completely fill the output field.
So, padding is never performed except when a message is written. |
|
| Back to top |
|
|
| EddieA |
| Posted: Tue Dec 30, 2003 1:08 pm Post subject: |
|
|
Jedi
Joined: 28 Jun 2001
Posts: 2453
Location: Los Angeles
|
Doesn't creating a BITSTREAM also pad out the fields. You could then re-parse it back to the MRM.
Caveat: I haven't actually tried this.
Cheers,
_________________
Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
| Back to top |
|
|
| kimbert |
| Posted: Thu Jan 01, 2004 4:04 am Post subject: |
|
|
Jedi Council
Joined: 29 Jul 2003
Posts: 5542
Location: Southampton
|
Yes, because creating a BITSTREAM is simply a way of invoking the CWF writer. Your suggestion is certainly innovative, and it may work. I don't expect it would perform too well, though  |
|
| Back to top |
|
|
|
|
|
|
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
