on 03-14-2007 9:05 AM
Scenario :
R/3 -->XI -->MQ(XML2Plain)
Hi
We are using Receiver JMS Adapter to send the Message from XI to MQ.
The XML has to be converted to plain file. And Content conversion is
being done.
With the new development, the message type defined consist of 8 fields
with fixed length. The XML message goes successfully from XI to MQ
without any content conversion. But once simple content conversion is
being done for Receiver JMS adapter, even though the message is
received but its empty (without any data records). The adapter
monitoring everything seems fine and it gives the status that message
converted to binary and the message is delivered to MQ. Though on
checking the messages there is no data records.
Below is my content conversion configuration done in Module tab. Kindly
revert back what can be the problem as have done exactly the same way
as described in Content Conversion How to Guide for receiver JMS.
localejbs/AF_Modules/MessageTransformBean Local Enterprise Bean XML2Plain
localejbs/SAP XI JMS Adapter/ConvertMessageToBinary Local Enterprise Bean convert_XI2Bin
localejbs/SAP XI JMS Adapter/SendBinarytoXIJMSService Local Enterprise Bean exit
XML2Plain Transform.Class com.sap.aii.messaging.adapter.Conversion
XML2Plain TransformContentType text/plain;charset=utf-8
XML2Plain xml.addHeaderLine 0
XML2Plain xml.addHeaderLine SimpleXML2Plain
XML2Plain xml.fieldFixedLengths 8,10,10,20,40,40,8,8
XML2Plain xml.fixedLengthTooShortHandling Cut
regards.
santosh.
Hi,
check localejbs/SAP XI JMS Adapter/ConvertMessageToBinary Local Enterprise Bean convert_XI2Bin
this is not CallJMSService.
And also check the receiver Structure, if it is falt structure its ok, else
see the below link if it has the complex structure , how to handle..
See the below links
/people/alessandro.guarneri/blog/2006/01/04/jms-sender-adapter-handling-too-short-lines
/people/william.li/blog/2006/11/13/how-to-use-saps-webas-j2ees-jms-queue-in-exchange-infrastructure
content conversion
Regards
Chilla..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is the receiving structure.
we want to do the content conversion for below xml file.
<?xml version="1.0" encoding="UTF-8"?>
<ns1:Employee_MT xmlns:ns1="http://pdk/Digiper/hrtl_SapHrToDigiper">
<post_omrade>asdf</post_omrade>
<post_kontor>23847</post_kontor>
<Cost_center>28347</Cost_center>
<CPR_number>34322</CPR_number>
<First_Name>kjshf</First_Name>
<Last_name>023</Last_name>
<End_Date>239</End_Date>
<Personal_number>32984</Personal_number>
</ns1:Employee_MT>
Message was edited by:
santosh koraddi
Santosh,
make that our elements are one level below Employee_MT
<?xml version="1.0" encoding="UTF-8"?>
<ns1:Employee_MT xmlns:ns1="http://pdk/Digiper/hrtl_SapHrToDigiper">
<post_omrade>asdf</post_omrade>
<post_kontor>23847</post_kontor>
<Cost_center>28347</Cost_center>
<CPR_number>34322</CPR_number>
<First_Name>kjshf</First_Name>
<Last_name>023</Last_name>
<End_Date>239</End_Date>
<Personal_number>32984</Personal_number>
</ns1:Employee_MT>
HI, Actually this comes in Sender side.
See the above given JMS Content conversion, even though it is not user one root element .
But it it better to change into the following way
Empoyee_MT -- occurences -- 0..unbound --( bcz you would have multiple rows)
field1
field2
field 3
....
I hope you got it..
Are you sending the IDoc , sure you are sending the proper data.. check
Regards
Chilla
Santosh,
can you check once again is their any blank space at end in these parameters. if you blank space you will have some problems. these parameters does not work.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
90 | |
10 | |
10 | |
10 | |
7 | |
7 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.