ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Putting Restrictions on MRM

Post new topic  Reply to topic
 Putting Restrictions on MRM « View previous topic :: View next topic » 
Author Message
DJN2
PostPosted: Mon May 11, 2009 5:46 am    Post subject: Putting Restrictions on MRM Reply with quote

Apprentice

Joined: 02 Jan 2009
Posts: 27
Location: New Jersey

I have created an MRM for an XML message in which I want to put restrictions on element lengths and values. I can not find any documentation that shows me how to do this. Can anyone point me to the documentation or tell me how to set these restrictions?
Back to top
View user's profile Send private message Send e-mail
Vitor
PostPosted: Mon May 11, 2009 6:06 am    Post subject: Re: Putting Restrictions on MRM Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

DJN2 wrote:
Can anyone point me to the documentation or tell me how to set these restrictions?


Start here:

http://publib.boulder.ibm.com/infocenter/wmbhelp/v6r1m0/topic/com.ibm.etools.mft.doc/ad02860_.htm


_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
DJN2
PostPosted: Mon May 11, 2009 6:30 am    Post subject: Reply with quote

Apprentice

Joined: 02 Jan 2009
Posts: 27
Location: New Jersey

Thank you Victor.... I see that now. Am I correct in assuming that the input message will not parse if a one character element in the message definition has a enumeration restriction set to A or B and the value of the element is C?
Back to top
View user's profile Send private message Send e-mail
WMBDEV1
PostPosted: Mon May 11, 2009 6:33 am    Post subject: Reply with quote

Sentinel

Joined: 05 Mar 2009
Posts: 888
Location: UK

You are correct if you tell it to validate "Content And Value".

Why are you using the MRM domain to parse the XML message, why not XMLNSC? (dont use the other XML domains as these are not validating domains and have been superceded by XMLNSC)
Back to top
View user's profile Send private message
DJN2
PostPosted: Mon May 11, 2009 7:02 am    Post subject: Reply with quote

Apprentice

Joined: 02 Jan 2009
Posts: 27
Location: New Jersey

I used MRM because I was under the impression that I needed to define the message file as MRM to do the validations. I can now see by your earlier response that it is possible to do the validations on a XMLNSC.

How do you tell it to validate 'Content and Value'? Is this done be setting both the Length Constraints and the Enumerations on the Values Contraint panel for the affected type?
Back to top
View user's profile Send private message Send e-mail
Vitor
PostPosted: Mon May 11, 2009 7:14 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

DJN2 wrote:
How do you tell it to validate 'Content and Value'?


Would you believe -

By setting the Validation on the MQInput node to "Content and Value"?

Strange but true.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Putting Restrictions on MRM
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.