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 » Problem in writing element/attribute values in MRM domain

Post new topic  Reply to topic
 Problem in writing element/attribute values in MRM domain « View previous topic :: View next topic » 
Author Message
hardcore
PostPosted: Thu Dec 08, 2005 11:09 pm    Post subject: Problem in writing element/attribute values in MRM domain Reply with quote

Novice

Joined: 11 Apr 2005
Posts: 22

I have a output message set which is based on xsd. In my xsd "State" is defined as both element as well as an attribute.

Example xml:
<ContractComponent State =0>
<Insured>
Person
</Insured>
<State>
Active
</State>
</ContractComponent>

In my esql I have to write a value to the element "State" under "ContractComponent", but in the output it is always writing to the Attribute "State" under "ContractComponent".

In XML domain I can use XML.Element and XML.Attribute to differentiate between the Element and the Attribute. Is there any way to achieve the same result while using MRM domain.
Back to top
View user's profile Send private message
Tibor
PostPosted: Thu Dec 08, 2005 11:50 pm    Post subject: Reply with quote

Grand Master

Joined: 20 May 2001
Posts: 1033
Location: Hungary

You should set rendering property as XMLAttribute, look into infocenter: XML wire format properties for compound element

Tibor
Back to top
View user's profile Send private message
kimbert
PostPosted: Fri Dec 09, 2005 1:39 am    Post subject: Reply with quote

Jedi Council

Joined: 29 Jul 2003
Posts: 5542
Location: Southampton

Quote:
In XML domain I can use XML.Element and XML.Attribute to differentiate between the Element and the Attribute. Is there any way to achieve the same result while using MRM domain.
I'm afraid not. It's a known limitation of MRM XML.
I presume there's some reason why you wanted to use the MRM domain instead of XMLNS...?
Back to top
View user's profile Send private message
hardcore
PostPosted: Fri Dec 09, 2005 2:25 am    Post subject: Reply with quote

Novice

Joined: 11 Apr 2005
Posts: 22

I can not change the message set due to the limitations from our customer. Is there any way so that through program can I arrive at the desired output. Actually I am now supporting the existing application and I have no liberty to switch the domain.
I am seeking the help from experts so that this can be solved by changing the esql.
Back to top
View user's profile Send private message
wooda
PostPosted: Fri Dec 09, 2005 3:23 am    Post subject: Reply with quote

Master

Joined: 21 Nov 2003
Posts: 265
Location: UK

Hi,

Does the State element get written as an Attribute when the Include element is present before it in the tree ? Or only when it is not present ?

Regardless one solution (which depending on the message set may require message set alteration) would be to use namespaces and ensure that the attribute and element were in different namespaces. But As you don't want to alter the msgset this may not be acceptable if the msg set were not already modelled this way.
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 » Problem in writing element/attribute values in MRM domain
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.