German Language Special Characters not retrieved Correctly

I am using a rpc base apache axis web service receiving a vector
/** creating object for calling the web service */
Call call = (Call) service.createCall();
/** setting the web service address by URL */
call.setTargetEndpointAddress(new java.net.URL(options.getURL()));
/** setting the method to be called of the web service */
call.setOperationName(new QName("http://" + strServicePackage,
strServiceMethod));
/** adding the parameter to be sent to the web service */
call.addParameter("arg1", XMLType.XSD_ANYTYPE, ParameterMode.IN);
/** setting the return type of the data to be returned by web service */
call.setReturnType(org.apache.axis.encoding.XMLType.XSD_ANYTYPE);
/** getting the data from the server */
Object objServerProcessedData = call
.invoke(new Object[] { objServiceData });
Object temp[] = new Object[]{ objServiceData };
if( temp[0]!= null ){
     System.out.println("Value of Data after Object Created = "+temp[0].toString());
When receiving the vector in the web service the text of the string changes to "���" to some other characters and on insertion into database "???" are inserted into database. Please Help.

Hi Lookman,
We need to make sure that the conversion to UFT-8 is done correctly, I see that as a potential cause. So first, stop the communication channel in XI, send a test file and download it from the Queue manger where XI is supposed to read the message from (using a tool like RFHUtil).
Then use a code page detector tool (http://cpdetector.sourceforge.net/) to make sure that the data is indeed in UTF-8.
By the way, the destination code page field in a Sender communication channel has no effect(http://help.sap.com/saphelp_nw04s/helpdata/en/c1/739c4186c2a409e10000000a155106/content.htm).
cheers
danus

Similar Messages

  • German Special Characters not displayed correctly in RTF  using code

    Hi ,
    In my code we are using webdynpro method
    WDResourceFactory.createResource(
    byte[] data, String resourceName,WDWebResourceType
    Type)
    Here in our code we are implementing this as
    ITemplateElement templateEl = wdContext.currentTemplateElement();
    WDResourceFactory.createResource(
    templateEl.getReportData(),
    reportName.substring(0, reportName.lastIndexOf('.')),
    WDWebResourceType.RTF); reportName.lastIndexOf('.')),
    Here templateEl.getReportData() returns a set of bytes which has some
    german special characters.
    We are generating the Bytes using String.getByes(),Just before
    String text = new String(in);
    collector.putBusinessObject(boName, bo);
    reportDocTemplateParser(collector, text);
    collector.removeBusinessObject(boName);
    String generatedText = collector.generateRTF();
    out = (null != generatedText) ? generatedText.getBytes() : null;
    The out put is the if i am giving a word with german special characters for eg:
    Betriebsübersichten it first gets converted to bytes and then passes through method WDResouseFactory.createResourse(.....) which creates an RTF file and finally in the RTF file it appears as Betriebsbbersichten the special character is not displayed correctly.
    i came to knw that while converting into bytes we have to make it RTF supported encoding.ie for eg generatedText.getBytes('cp1252').i even tried with other charactersets like ISO-8859,cp1253 and so on but none of them worked.
    It would be really great if you could suggest the needful.
    Thanks and Regards
    Neeta

    I soved this by using get_data function of response object. Then converting this into ISO-8859-1 charset.
    See code below.
    DATA :  lv_encoding   TYPE abap_encoding,
              lv_conv       TYPE REF TO cl_abap_conv_in_ce,
              lv_x_string   type xstring.
      lv_x_string = pv_http_client->response->get_data( ).
        lv_encoding = '1100'.
        lv_conv = cl_abap_conv_in_ce=>create(
                              encoding = lv_encoding
                                 input = lv_x_string ).
        lv_conv->read( IMPORTING data = pv_result ).

  • Webservice: Special characters not displayed correctly

    Hi,
    I'm facing a problem when retrieving informations via a webservice. I'm able to use it and data is retrieved but when there are special characters into the response they are not displayed correctly. Repsonse of the webservice is XML formatted.
    It seems to be a charcter set problem, strange thing is that the response is ISO-8859-1 formatted, this charset should normally display special characters like (é à ...) correctly.
    In my code I simply use an if_http_client object to use the webservice.
    pv_result = pv_http_client->response->get_cdata( ).
    Xml repsonse :
    <?xml version="1.0" encoding="ISO-8859-1" ?>
    <![CDATA[Eetcaf�/Steakhuis Baskent]]>
    Should be Eetcafé
    How can I specify a charset for the response object?
    I did the same in .NET, where I can bypass this issue specifying the charset like this.
    Dim reader As New StreamReader(oResponse.GetResponseStream(), System.Text.Encoding.Default)
    Thanks a lot for your help.
    Edited by: dom___35 on Dec 21, 2009 3:30 PM

    I soved this by using get_data function of response object. Then converting this into ISO-8859-1 charset.
    See code below.
    DATA :  lv_encoding   TYPE abap_encoding,
              lv_conv       TYPE REF TO cl_abap_conv_in_ce,
              lv_x_string   type xstring.
      lv_x_string = pv_http_client->response->get_data( ).
        lv_encoding = '1100'.
        lv_conv = cl_abap_conv_in_ce=>create(
                              encoding = lv_encoding
                                 input = lv_x_string ).
        lv_conv->read( IMPORTING data = pv_result ).

  • Reports with output to excel - special characters not displayed correctly.

    Hi,
    I have a portal with data from 5 continents. In many places special or national characters are used in names. My portal can show most of these characters correctly and so can my version of Microsoft Office Excel. When text with these characters are copy/pasted from the screen to an excel sheet, they are also shown correctly in excel. The problem arises in portal reports, where output is set to Excel, then special characters are often displayed as strange double characters, for example á is shown as á . Does anybody have a solution to that?
    Thanks
    Arne

    No answers have been posted yet and now I have found a solution myself. The portal report is run and output set to Excel. The resulting file is opened, and a new row is inserted in the top of the sheet. In the first field in this row is written the characters *\xEF\xBB\xBF*. It is called a UTF-8 BOM, and when written in the start of a text file, it will tell the program that opens it, that UTF-8 encoding is used.<br><br>
    The file is saved with the file type CSV (semicolon separated) (*.csv) and excel is closed. When you click on the CSV-file, it is opened by excel, and now all characters with accents, circumflexes and umlauts are shown correctly.<br><br>
    The solution was found here: http://www.roosmaa.net/importing-utf-8-csvs-in-excel/

  • Special Characters not showing correctly in XI from JMS Adapter.

    Hi All,
    Scenario: IBM Websphere MQ->XI->CRM (RFC Adapter)
    We have a flat file being picked up by JMS adapter and content conversion is done. The scenario works fine except when specific swedish alphabets appear in the flat file. When i checked in XI, these characters appear as rubbish characters.
    I understand that we need to use CCSID and put the value 00819 in the CCSID of Destination field for the Comm Channel. However i still did not have any luck after changing this field. Do i need to flush my queues and restart MQ?
    Does anyone have any idea what i am missing?
    Message was edited by:
            lookman

    Hi Lookman,
    We need to make sure that the conversion to UFT-8 is done correctly, I see that as a potential cause. So first, stop the communication channel in XI, send a test file and download it from the Queue manger where XI is supposed to read the message from (using a tool like RFHUtil).
    Then use a code page detector tool (http://cpdetector.sourceforge.net/) to make sure that the data is indeed in UTF-8.
    By the way, the destination code page field in a Sender communication channel has no effect(http://help.sap.com/saphelp_nw04s/helpdata/en/c1/739c4186c2a409e10000000a155106/content.htm).
    cheers
    danus

  • Buy adobe photoshop elements 10 Itunes under order number MHMKW49V6Q the March 3, 2013 and is in German language and can not switch to English

    Buy adobe photoshop elements 10 Itunes under order number MHMKW49V6Q the March 3, 2013 and is in German language and can not switch to English

    The Adobe distributor for Croatia is:
      HSM Informatika
    Grada Mainza 19
    Zagreb 10000
    Croatia
    Tel: +38513908930
    Fax: +38513758850
    There is a download store for Eastern Europe:
    https://store2.adobe.com/cfusion/store/html/index.cfm?event=displayProduct&categoryOID=703 2501&store=OLS-EU

  • German special characters not displaying on page instead of that Question marks displayed

    when i submit form,i need to send a mail with filled data.Here Suppose user entered german special characters.I am getting Question marks instead of ä,Ä,ö,Ö,ü,Ü,ß. I have used meta tag like
    <meta http-equiv="content-type" content="text/html;charset=utf-8" />.But i am getting fine characters with IE and Chrome.I am using FireFox 3.6.16 english.

    Hello core team,
    Thanks a lot!!!!
    i m not only the person to use html form.So many non technical persons using the same. how can i tell to all persons regarding changing character encoding. i need some permenant solution,

  • French special characters not displayed properly in discoverer 11g

    Gurus
    We are upgrading to discoverer 11.1.1.3
    I have found that French special characters (letters with accents) are not displayed properly in the discoverer tool menu.
    Example
    Sélectionner is displayed as S?lectionner.
    This doesn't seem to be a server issue as one of the tester (in U.S) is able to see the french characters displayed and ironically it is not the case in France itself where this is required.
    Please help
    Regards
    Ariv

    Pl post details of the two clients being used in this scenario - the exact OS version, browser version, browser language settings, Java version etc
    Since the accented character shows on one client , the issue is with the client or the settings on the client where the accented character is not showing correctly.
    HTH
    Srini

  • Problems with Turkish characters not displaying correctly

    A user is having problems with certain Turkish characters in particular fonts not displaying correctly (as shown below).
    The two fonts (Gill Sans and Helvetica LT CondensedLight) are used for English language marketing material.  Ideally, for continuity, the same font would be preferred for our Turkish language marketing material rather than changing it to a similar font.
    Helvetica LT CondensedLight
    Turkish character “ İ ” does not display correctly in either Word or InDesign.
    Gill Sans
    Turkish characters “ ş ” and “ ğ ” display correctly in Word but not InDesign.
    My questions are:
    1. For Gill Sans, why are the characters not displaying in InDesign but are in Word?
    2. I've noticed here: http://www.webtype.com/font/gill-sans-family/#glyphs-tab that the required characters are available within the Gill Sans font.  Is this because the font is newer and includes the additional characters?  Would this work in InDesign?

    One of the big differences between InDesign and Word is that Word will happily substitute glyphs without telling you. So, unless your installs of Word and of InDesign are using different versions of Gill Sans (which is possible, BTW) then your s-with-cedilla and your g-with-macron are actually not in Gill Sans but in some other font. I'm guessing Arial.
    It's possible that you have more than one Gill Sans installed (e.g. one in your Document Fonts folder and another in your system fonts folder) that have different glyph complements. Gill Sans has been around a long time, and the version I have from the 90s has no Turkish support whatsoever.
    As far as the capital-I-with-dot, you can check your glyph coverage in a variety of ways. In both InDesign and Word, you can open up a window that shows you all of the glyphs in a font. In InDesign, find it in Type -> Glyphs. In Word, it's called "Insert Symbol" and you can find it in Word 2010 by going to Insert -> Symbol -> More Symbols. I am guessing that the answer to this question is simply that your cut of Helvetica LT has no cap-I-with-dot. You'd need to pick a font that actually has support for Turkish. On WIndows, I use a very full-featured freebie called BabelMap to check font coverage. They have a Web version here:
    http://www.babelstone.co.uk/Unicode/babelmap.html
    but I personally prefer the downloadable .exe file.

  • Thai characters not displaying correctly within App

    Hi everyone,
    I have a Adobe Flex Mobile app displays Thai text, however this is not displaying correctly. While developing the App on my Windows machine and testing using the Adobe Flash Builder mobile emulator, the font/characters look correct.
    However when running the app on either the MAC Adobe Flash Builder emulator, the iPhone simulator or on an actual iPhone, the font/characters are incorrect.
    First I thought that it was maybe an encoding issue (I am using locale properties files to replace text), so followed instructions at this website Flash Builder, Flex language bundles showing strange symbols. Not utf8 encoded.Sefol however this did not solve the issue.
    Looking more closely at the text rendered, it looks as though all of the characters for each word are actually being rendered, but they are just being rendered in correctly. Where as if it was a encoding issue then it would be missing characters completely.
    So if you look at the first character, in the correct version it is built up of 3 components. If you look at the second image, you can see that these three components are present but just not all appearing within one character.
    Is this a font issue? or is it actually an encoding/rendering issue?
    My code for testing this is just a simple label tag
    <s:Label text="ชื่อผู้ใช้" fontFamily="Arial" fontSize="12" />
    Many thanks.

    Ok so after doing a bit more of an investigation into the Font being the issue and not the encoding type, it seems as though if I use a specific font which I know has the Thai characters, then they are displayed correctly.
    I have embedded the font into the App using the code:
    [Embed(source="../assets/Kinnari.ttf", mimeType="application/x-font", embedAsCFF="true", fontFamily="ThaiFont")]
      private var ThaiFont:Class;
    Then on my UI I have added the font:
    <s:Label text="ชื่อผู้ใช้" fontFamily="Arial" fontSize="12" fontFamily="ThaiFont" />
    I was able to find this font at a Hawaiian Educational website! Thai fonts :: Thai Language Program, University of Hawai'i, Manoa
    Thanks @tooMuchTrouble for your help.

  • Kazakh characters not shown correctly in BO reports

    Context :
    While doing a project in KZ we make use of Business objects (BO XI R3 SP1) to generate reporting.
    The language used for the reporting is Russian, but some client identification data of the company, which contains Kazakh characters,  should be shown in the reports. 
    Problem :
    KZ characters are not shown correctly in the BO reports  (majority of time '?' is shown)
    Details :
    As I understand BO doesn't support the KZ language.  We get the following message  (CS : invalid native charset).
    NLS_LANG :  Russian : .CL8MSWIN1251  --> works
    NLS_LANG :  Kazakh : .CL8RK1048  -->  not supported by BO.  (This is though supported by the Oracle client and functions when we use SQL Plus)
    Is there a workaround available to show KZ characters correctly in BO  ?
    Thanks

    See my comments in this post:
    client_get_file_name do not go to specified folder

  • Special characters not available in interactive pdf

    Hello, when typing in one of the textfields in my interactive pdf I noticed I can't use special characters like é, à, ê, ...Instead I get Ø
    I can't choose the font so am I stuck with this characterset?
    We need the forms in combination with the forms on our new website. When filled in on the website this interactive pdf gets created automatically so we can work with the data so it's quite important people can fill in their data correctly.
    grtz

    What version of InDesign are you using?
    Might help an upgrade as a similar error was in CS6 in German where we got different letters than ÄÖÜäöüß.

  • [Solved] Characters not displaying correctly in some applications

    When I read things in applications like Firefox I've noticed that sometimes the " symbol is displayed wrong. Sometimes it is shown as what I can only describe as two forward-ticks stuck together (it won't let me paste it), and other times as two back-ticks ``. When I try to paste code over to the rxvt-unicode terminal the forward-tick symbol is displayed as a question mark, as are some other special symbols like maths characters. So I have two questions: are there any terminals that support such special characters? And is my character display problem related to setting up my locales correctly (which I think I already have)?
    I followed the steps on the wiki for setting up locales. I uncommented "en_GB.UTF-8 UTF-8" and "en_GB ISO-8859-1" in /etc/locale.gen, ran locale-gen as root, and added  LOCALE="en_GB.utf8" to /etc/rc.conf and "export LANG=en_GB.utf8" to my .zshrc. locale -a shows that the correct locales are installed.
    Last edited by slyson (2009-06-16 15:20:18)

    See this pdf for fixes: unix.derkeiler.com/pdf/Mailing-Lists/Fr … g00564.pdf.
    Type 'locale' on the console to find out your locale. Mine is en_GB.utf8.
    Now add the following to your shell profile or ~/.xinitrc.
    I already had this in my .zshrc:
    export LANG=en_GB.utf−8
    But I think the LC variable was overriding it. I Changed my LC_ALL to:
    export LC_ALL=en_GB.utf8
    (It was set to LC_ALL=C before).
    The above fixes copy/paste to most terminal apps, but some still misbehave. For example, I had to add this to ~/.emacs:
    ;; Set language environment for MULE.
    (set−language−environment 'UTF−8)
    ;; My customization for text modes
    (defun my−text−mode−hook ()
    (auto−fill−mode 1)
    (show−paren−mode t)
    (activate−input−method 'rfc1345) ; Good input method for UTF−8
    (add−hook 'text−mode−hook 'my−text−mode−hook)
    More examples are given on page 3 of the pdf.
    Last edited by slyson (2009-06-16 15:26:31)

  • Special characters not showing

    Hello, I am having a strange problem with showing special characters in the browser when I upload the site. (its fine when I view it on localserver)
    For example on my website: http://www.reese-test2.co.uk/
    if you do a search for example: 3GLG534WW - instead of seeing the degree symbol there is a �
    it should read 35° beam angle not  35� beam angle
    I know i could go through all 500 products and change the beam angle character on my SQL database to:   35&deg;
    But surely there is an easier way? This being a lighting website for my work I have other special characters that will also show up weird, so would be good if there was an easy fix to this. I am using WAMP, and DW CS6.
    Is there a line of code I can add to my results.php page that will force the characters to show properly?
    thanks
    Sara

    Hi Just thought I would update this post. My server provider said they cannot change the character set due to how they were set up, so had to do a find/replace in PHPmyAdmin - (SQL tab) instead.
    Ken thanks for your idea. This didnt initially work for me, so googled it and had to make a couple of changes to the code, but this then worked. "Replace" needs to be in caps and the brackets removed.
    Original:
    update [table_name] set [field_name] = replace([field_name],'[° ]','[&deg;]');
    Correct:
    UPDATE productsearch SET description = REPLACE (  description,  ‘°’,  ‘&deg;’);
    thanks for your help Ken Binney
    Sara

  • Using XML with special characters - not rendering

    Hello,
    I am using xml to populate the content of a Flash file, but
    we have localized content for different global regions. So, when
    the content contains special characters like "é" they do not
    show up at all in the flash. I tried using &eacute; but that
    just renders the actual code...
    Is there a workaround for this?
    Thanks

    Hi Rothrock, thanks for your reply...
    Flash Version: 8, but the swf was published to be 7+
    compatible.
    The font is Meta Normal, it is embedded, and it does include
    the character.
    I am retrieving the xml by using this script in the html
    page:
    <script type="text/javascript">
    // <![CDATA[
    var fo = new FlashObject("/templates/flash/index.swf" +
    cKiller, "ad-flash", "710", "351", "7", "#FFFFFF");
    fo.addVariable("xmlURL", "/flash_content/products.xml");
    fo.write("ad");
    // ]]>
    </script>
    I am creating the XML using Macromedia Homesite, with the
    encoding declaration <?xml version="1.0" encoding="UTF-8" ?>
    The XML is being read fine, only the special characters don't
    show up... so it will cut off the word, or just have an empty space
    where the character should be.
    I am not sure how to specifiy Extended Latin charset in the
    document... could you tell me how to do that?
    Thanks

Maybe you are looking for