| Author | 
		  Message
		 | 
		
		  | kt76 | 
		  
		    
			  
				 Posted: Wed Apr 07, 2004 3:05 am    Post subject: MRM issue- urgent | 
				     | 
			   
			 
		   | 
		
		
		   Acolyte
 
 Joined: 18 Jan 2004 Posts: 52
  
  | 
		  
		    
			  
				I get a CWF from the backend and use an RCD to convert it to a MRM. 
 
I need to store this data in the database for later use and retrieve it later.
 
 
In case I have an XML, i was able to store in using Bitstream (Outputroot.XML).
 
How can i achieve this with an MRM? | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | jefflowrey | 
		  
		    
			  
				 Posted: Wed Apr 07, 2004 4:10 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Grand Poobah
 
 Joined: 16 Oct 2002 Posts: 19981
  
  | 
		  
		    
			  
				Again, use the ASBITSTREAM function to convert the message tree you want into a stream of bits.
 
 
The ASBITSTREAM function works on the logical message tree, rather than a specific parser - so it will work for MRM, NEON, XML, XMLNS, JMSMap, and presumably any custom parsers you build too.
 
 
At least as far as I know. _________________ I am *not* the model of the modern major general. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | kt76 | 
		  
		    
			  
				 Posted: Wed Apr 07, 2004 4:56 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Acolyte
 
 Joined: 18 Jan 2004 Posts: 52
  
  | 
		  
		    
			  
				Fine. When i read it pack i would need to parse it using the MRM DOmain right?
 
 
 
 
When i was storing the XML bitstream, i would pick it up form the db and use the following ESQL-
 
 
SET Environment.TMP.blob[] = 
 
PASSTHRU('SELECT BLOB(MSG_TXT) AS MsgTxt  FROM
 
TableTest AS a WHERE a.Id=?',Id); 
 
			
 
CREATE FIRSTCHILD OF Environment.TMP.TRAN 
 
DOMAIN 'XML' PARSE(Environment.TMP.blob.*[1]); 
 
 
How can i do this while picking up the MRM from the db. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | jefflowrey | 
		  
		    
			  
				 Posted: Wed Apr 07, 2004 5:06 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Grand Poobah
 
 Joined: 16 Oct 2002 Posts: 19981
  
  | 
		  
		    
			  
				In the same way, but specifying the correct arguments to the CREATE.. PARSE option.  You will likely need more than just the DOMAIN clause. _________________ I am *not* the model of the modern major general. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | kt76 | 
		  
		    
			  
				 Posted: Wed Apr 07, 2004 6:17 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Acolyte
 
 Joined: 18 Jan 2004 Posts: 52
  
  | 
		  
		    
			  
				Right, i would need the Encoding and CCSID parameters as well.
 
 
However is it safe to take the encoding from the incoming message, when the message flows between different platforms? | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | jefflowrey | 
		  
		    
			  
				 Posted: Wed Apr 07, 2004 7:08 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Grand Poobah
 
 Joined: 16 Oct 2002 Posts: 19981
  
  | 
		  
		    
			  
				
   
	| kt76 wrote: | 
   
  
	Right, i would need the Encoding and CCSID parameters as well.
 
 
However is it safe to take the encoding from the incoming message, when the message flows between different platforms? | 
   
 
 
 
It's only safe to take the encoding and CCSID from the incoming message if they are the same encoding and CCSID as the bitstream you are parsing - if I understand the parameters to the call properly.
 
 
You may also need the Message Set and Message Type for MRM messages. _________________ I am *not* the model of the modern major general. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | 
		    
		   |