cancel
Showing results for 
Search instead for 
Did you mean: 

special characters like < > " ' & are not supported in XI

Former Member
0 Kudos

Hi All,

This is a file to file scrnerio.

When we are getting some of the special characters like<b> [ ] / \ {} , . () * ^ % $ # @ {} ; : ! + - </b> in our file then the we are getting

the output in the file as we expected,

but if we are using some other special characters like <b>< > " ' &</b> then we are not getting the right output in the target file.

Any solution provided by XI to solve this or anyother way to get the right output.

Thanks,

JAY

Message was edited by:

jay Das

Accepted Solutions (0)

Answers (8)

Answers (8)

Former Member
0 Kudos

Felipe,,,,

Thanks for your responce..

What is your scenerio for the interface. i mean is it file-to-file or something else.

Now have you check the output of the file that is processed, because in the mapping we can get the correct thing but in the output file things go change.

In my case i am getting the right thing in the mapping but in the output file for the

( ' )-aposstop , the lower data is replicated with the upperone.

i will be gald if you share your views.

Thanks.

Former Member
0 Kudos

Hi Jay,

Well my scenario was a RFC - XI - WebSphere scneario. So the output was not a problem after the mapping.

There is no way to modify the file before it gets to XI? Otherwise I'm not sure how to do it...

I hope my views helps you.

Felipe

VijayKonam
Active Contributor
0 Kudos

Jay,

In mapping have a function to replace the characters. I have edited my message posted above. Please do not have spaces.. the browser converted them to normal chars in my prev post.. I have added spaces so that you can understand..

VJ

Former Member
0 Kudos

Hi All,

As you said i have saw it was maintained the perticular record for the special character as

<b><BPN><![CDATA[Rev'd R BARRY ]]></BPN></b>

But still when it is encountered with the" ' " (aspos-stops). It fails to recognize it and make the upper data replicated for that record.

I can see in the mapping it is comming perfectly but the error happens in the output only that is once the file is processed.

NOTE:::Please note this is a text-file to text-file scenerio. The file is send by the client, so we cant say them to change this. We have to find a solution in th XI only.

Any input on this will he haighly appriciated.

stefan_grube
Active Contributor
0 Kudos

So you mean, you send a flat file, transform this to XML, map it, and transform it back to flat file?

Former Member
0 Kudos

Hi Jay,

Raw "<" characters are not allowed in XML, unless they are part of

an element, like <elementName>. They have special meaning.

So, you can't do this:

<foo> This is some text with an "<" in it. </foo>

Instead you must do this:

<foo> This is some text with an "&lt;" in it. </foo>

This is true regardless of the encoding.

for more details you can follow these two links

http://mail-archives.apache.org/mod_mbox/xerces-j-dev/200004.mbox/%3C95DF54747C35D31186C20008C7E63FE...

http://en.wikipedia.org/wiki/Help:Special_characters

hope it may help you

thanks

sandeep

PS: if helpful please reward points

GabrielSagaya
Active Contributor
0 Kudos

Which type of encoding you are using????

UTF-8 or ISO-8859-1 or ISO-8859-5

if so

please go through the site

https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/502991a2-45d9-2910-d99f-8aba5d79...

with regards

Gabriel

Former Member
0 Kudos

Any help GUYS

Former Member
0 Kudos

Hi Jay,

Some time ago we had the same problem that you had. We had messages like:

<CBPOE>< LONGDALE & SAATCHI ADVERTISING LTD ></CBPOE>

In order to make XI to accept the '&' characther, the inbound message had to be transformed from its source to a message like this:

<CBPOE><![CDATA[ LONGDALE & SAATCHI ADVERTISING LTD ]]></CBPOE>

The CDATA informs the parser to ignore the content and on this way, you can send all kind of special characters inside.

Try this and let me know.

Felipe

VijayKonam
Active Contributor
0 Kudos

As mentioned above, You can bypass the special characters by using CDATA construct.

Or you can replace them as follws -

< & l t ;

> & g t ;

& & a m p ;

VJ

Message was edited by:

VJ

Former Member
0 Kudos

Hi All,

Yah i saw the web that all of you specified, as we all are facing most of the similar issue as check from different threads,

So is there any specific solution provided by SAP to trace it out. Any patches or any other things.

Thanks,

JAY

Former Member
0 Kudos

Thanks All,

But while i was checking some of the threads, it seems that this can be solved out by using some patches.

Do anyone have any idea if any such patches version can solve this out.

Thanks.

stefan_grube
Active Contributor
0 Kudos

Maybe you explain what issue you have and what you expect?

Regards

Stefan

udo_martens
Active Contributor
0 Kudos

Hi Stefan,

this is not common in SDN, he, he.

Regards, Udo

stefan_grube
Active Contributor
0 Kudos

> Hi Stefan,

>

> this is not common in SDN, he, he.

>

> Regards, Udo

sigh

stefan_grube
Active Contributor
0 Kudos

Read this page:

http://en.wikipedia.org/wiki/Character_encodings_in_HTML

Hope that helps

Stefan

Former Member
0 Kudos