Arabic characters displaying ??????

Hi ,
i have defined a rtf template it contains some text(title) in arabic.
when previewing arabic text is displaying as ??????
any suggestions will be appreciated.
Regards,
mateen

Hi
I had a similar issue with arabic chars. With PDF layout, chars were appearing properly when preveiwd on local m/c, but as I implement file on server, it was displayed as ?????. I had raised a TAR 5798348.993 with oracle about this and they suggested to apply patch 4028294 Oracle Sourcing J Rollup and then patch 4182914. But later my users changed requirement and i cud not apply the patch to test if it works fine.
But here, you have suggested that installing fonts would do. Is it really that simple? If yes, dont know what is that patch for which I was told to apply.
Regards
Varun

Similar Messages

  • Arabic Characters Displaying as ?????????????????????

    Hi all,
    We are facing problems in displaying arabic characters on some pages while loading data from database with AR locale settings.
    When UTF-8 did not work as the data in database was stored using encoding WINDOWS-1256.
    After changing to WINDOWS-1256, it did work on most of the pages by adding following two lines, but one page still has problems and data is displayed as ????????????????
    <%@ page contentType="text/html;charset=windows-1256"%>
    <meta http-equiv="Content-Type" content="text/html; charset=windows-1256"/>The .jsp page with problem, has one extra following LINE, if that can be a problem during its initialization etc.:
    <%@ page extends="com.retailer.web.ParentJsp"%>And ParentJsp.java extends com.orionserver.http.OrionHttpJspPage
    Beside above things, what are chances that the FONT-FAMILY used from .css as styleClass attribute with web control, can create problems...
    Thanx in advance...
    Edited by: ghussain on May 18, 2009 5:00 PM

    Use UTF-8 all the way.
    Carefully read this: [http://balusc.blogspot.com/2009/05/unicode-how-to-get-characters-right.html].
    Please keep in mind that using a Windows proprietary encoding on the both sides requires (yes, requires) that both the server machine and the client machine runs Windows. Why would you tight couple your server environment that much and why would you exlude non-Windows users from your webapp? This is almost the most foolish you can do.

  • Arabic characters displayed as ???????? after import

    Hi,
    I did an full database export of 8.0.6.0 database and imported in 10.2.0.4 (with below 10g NLS Setting). All the arabic characters in 10g are shown as '???', but when i type and save arabic characters, they are displayed properly. Where could be the problem. i need all the old data to be displayed in arabic. Please advice
    *8.0.6 win 2003 server (32 bit ) NLS Setting*
    PARAMETER                                  VALUE
    NLS_LANGUAGE                          AMERICAN
    NLS_TERRITORY,                         AMERICA
    NLS_CURRENCY,                            $
    NLS_ISO_CURRENCY,                 AMERICA
    NLS_NUMERIC_CHARACTERS,       .,
    NLS_CHARACTERSET,               AR8MSWIN1256
    NLS_CALENDAR,                        GREGORIAN
    NLS_DATE_FORMAT,                  DD-MON-YY
    NLS_DATE_LANGUAGE,              AMERICAN
    NLS_SORT,                                    BINARY
    NLS_NCHAR_CHARACTERSET,  AR8MSWIN1256
    NLS_RDBMS_VERSION,                   8.0.6.0.0*10.2.0.4 win 2008 server (64 bit) NLS Settings*
    SQL> select * from nls_database_parameters;
    PARAMETER                            VALUE
    NLS_LANGUAGE                   AMERICAN
    NLS_TERRITORY                   AMERICA
    NLS_CURRENCY                        $
    NLS_ISO_CURRENCY            AMERICA
    NLS_NUMERIC_CHARACTERS         .,
    NLS_CHARACTERSET         AR8MSWIN1256
    NLS_CALENDAR                  GREGORIAN
    NLS_DATE_FORMAT            DD-MON-RR
    NLS_DATE_LANGUAGE       AMERICAN
    NLS_SORT                            BINARY
    NLS_TIME_FORMAT             HH.MI.SSXFF AM
    NLS_TIMESTAMP_FORMAT           DD-MON-RR HH.MI.SSXFF AM
    NLS_TIME_TZ_FORMAT                HH.MI.SSXFF AM TZR
    NLS_TIMESTAMP_TZ_FORMAT    DD-MON-RR HH.MI.SSXFF AM TZR
    NLS_DUAL_CURRENCY               $
    NLS_COMP                                    BINARY
    NLS_LENGTH_SEMANTICS           BYTE
    NLS_NCHAR_CONV_EXCP           FALSE
    NLS_NCHAR_CHARACTERSET    AL16UTF16
    NLS_RDBMS_VERSION                10.2.0.4.0Thanks,

    NLS_NCHAR_CHARACTERSET is irrelevant unless you keep your Arabic data in N[VAR]CHAR columns. Moreover, AL16UTF16 supports Arabic and there is no need to change it. Please, ignore Fran's advice. On the other hand, do follow Srini's advice. The log will tell us what could have gone wrong. The most probable cause is that the 8.0.6 export was done without NLS_LANG being set to .AR8MSWIN1256. In such case, you have to set NLS_LANG correctly and re-export. Keep NLS_LANG set to .AR8MSWIN1256 at the import time as well.
    -- Sergiusz

  • Problem displaying Arabic characters in PDF using Java APIs

    We are experiencing a problem when attempting to display Arabic characters within a PDF document using the Java APIs.
    The relevant Java code is as follows:
    RTFProcessor processor = new RTFProcessor("example.rtf" );
    processor.setOutput( “example.xsl” );
    processor.setExtractXLIFF(true);
    processor.process();
    ByteArrayOutputStream dataOut = new ByteArrayOutputStream();
    DataProcessor dataProcessor = new DataProcessor();
    dataProcessor.setDataTemplate( example.xdt" );
    if( parameterValues != null && parameterValues.length > 0 )
    setReportParameters( dataProcessor, parameterValues ); // method to set any report parameters from the parameterValues list.
    dataProcessor.setConnection( jdbcConnection );
    dataProcessor.setOutput(dataOut);
    dataProcessor.processData();
    FOProcessor foProcessor = new FOProcessor();
    foProcessor.setLocale( locale );
    foProcessor.setData( new ByteArrayInputStream( dataOut.toByteArray() ) );
    foProcessor.setTemplate( “example.xsl” );
    String xliffFileNameAndPath = getXLIFFFile( “example”, locale );
    if( xliffFileNameAndPath != null )
    foProcessor.setXLIFF( xliffFileNameAndPath );
    foProcessor.setOutput( "example.pdf" );
    foProcessor.setOutputFormat(
    outputFormat == PDF_FORMAT ? FOProcessor.FORMAT_PDF : FOProcessor.FORMAT_HTML );
    foProcessor.generate();
    The method getXLIFFFile( ) gets the relevant XLIFF file for the supplied report locale (if it exists) – the three test files that we used were Italian (example_it_IT.xlf), Spanish (example_es_ES.xlf) and Arabic (example_ar_AE.xlf).
    I imported the following JAR files from the XML Publisher release (version 5.6.2) into my Java application: collections.jar, i18nAPI_v3.jar, versioninfo.jar, xdocore.jar and xmlparserv2.jar.
    The output is OK for all three translations in HTML format, using a charset of UTF-8, and for Italian and Spanish in PDF format. However, the Arabic characters display as question marks in PDF format. The same issue occurs if I stream the output as a byte array straight to the HTTP response rather than save within a file.
    Note that the same RTF, XDT and XLIFF files produce the correct output in both HTML and PDF when executed within XMLPublisher.
    Thank you

    Hi
    I had a similar issue with arabic chars. With PDF layout, chars were appearing properly when preveiwd on local m/c, but as I implement file on server, it was displayed as ?????. I had raised a TAR 5798348.993 with oracle about this and they suggested to apply patch 4028294 Oracle Sourcing J Rollup and then patch 4182914. But later my users changed requirement and i cud not apply the patch to test if it works fine.
    But here, you have suggested that installing fonts would do. Is it really that simple? If yes, dont know what is that patch for which I was told to apply.
    Regards
    Varun

  • Arabic characters are not getting displayed in oracle pdf output

    Hi,
    I am trying to print arabic characters in report output but junk characters are getting displayed in output.
    Using 10g report builder, added the arabic labels in report layout.
    Followed below steps:
    1. Set NLS_LANG=ARABIC_United Arab Emirates.AR8MSWIN1256
    2.Set REPORTS_PATH to the system font directoy such as C:\SYSROOT\Fonts
    3.transferred the arialbd.ttf to $ORACLE_HOME/guicommon/tk/admin/AFM
    4.Open uifont.ali under$ORACLE_HOME/guicommon/tk/admin, set the font alias
    entries at [PDF:Subset] section.
    [PDF:Subset]
    Arial...Bold.. = "arialbd.ttf"
    5. open datap462.ppd under $ORACLE_HOME/guicommon/tk/admin/ppd, set the font information like
    *Font Arial-Bold: Standard "(001.001)" Standard ROM
    6.added following entries:
    Add this under the following section
    ## setting for Reports Runtime
    REPORTS_PATH=$ORACLE_HOME/reports/templates:$ORACLE_HOME/reports/samples/demo:$ORACLE_HOME/reports/integ:$ORACLE_HOME/reports/printers:$ORACLE_HOME/
    guicommon/tk/admin/AFM:${REPORTS_PATH};
    export REPORTS_PATH
    b) Add this in the end of the Reports.sh file
    PRINTER=dds62; export PRINTER
    tk90_PRINTER=dds62; export tk90_PRINTER
    tk90_PRINT_STATUS=echo; export tk90_PRINT_STATUS
    =======================================
    After having all these steps, still my report output is coming with junk characters.
    Please help me on this and this is very urgent requirement for me and i am trying on this since 3 days.
    Thanks,
    Harini

    Hello,
    Try to set the Font Subsetting like below in the file uifont.ali
    [PDF:Subset]
    * = "arialbd.ttf"
    If it works after this modification, the problem will be related to the Font Aliasing
    Troubleshooting Guide for Font Aliasing / Font Subsetting / Font Embedding Issues (Doc ID 350971.1)
    Regards

  • Data Integrator: Arabic characters are not correctly displayed

    Hi,
    I'm trying to load Arabic text via an UTF8 flat file into an Oracle database.
    I've read several topics and set the correct code page settings (also during install) for the datastore and flat file.
    Already in flat file preview (see attached screenshot), the wrong characters are displayed. The characters as they are displayed, are inserted in the database. So I think that if I get the flat file preview correctly, the text is inserted correctly into the database.
    On the other hand: When i copy the contents of the flat file, via a bodi job, to another flat file, the target flat file does contain the correct characters (when opened in a utf8 file reader).
    I tried several solutions and also went through the Code Page help topic on the BODI site.
    Does anyone know a solution to my problem or know this is a BODI bug or something?
    I'm using Designer version 11.5.3.9 (I went through fix notes of versions after 11.5.3.9, but saw nothing mentioned about my problem). The Oracle database does support arabic characters as I can insert them via e.g. SQL Developer.
    Thanks a lot in advance!
    Picture of the flat file settings and data preview:
    [flat file settings and data preview|http://img169.imageshack.us/my.php?image=arabcharyx3.jpg]
    Edited by: Willem van Opzeeland on Jul 23, 2008 2:13 PM: added info

    Hé Amr, thanks a lot! This sounds good.
    I indeed saw a kind of this solution somewhere else. What I did not is restarting the computer, since it is a shared server. Maybe that was why it didn't solve my problem.
    Before I restart an additional question: I need to convert some files with Turkish characters as well.
    Have you got a value which I can put in NLS_LANG, which supports these characters and Arabic characters both at the same time?

  • Help:displaying Arabic characters using XSL

    How do I display static Arabic characters using XSL in a HTML page, from within a JSP?
    I need to display a HTML page wherein static Arabic characters have to be shown. I use the following XSL document with static Arabic characters inside:
    <?xml version = '1.0'?>
    <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
    <xsl:output method="html"/>
    <xsl:template match="/">
    <HTML>
    <HEAD/>
    <xsl:apply-templates/>
    </HTML>
    </xsl:template>
    <!-- document xsl:template -->
    <xsl:template match="booklist">
    <BODY BGCOLOR="#CCFFFF">
    <H1>^GFcI cSGZOI
    </H1>
    <P> This will illustrate the transformation of XML file containing list of books to a HTML table form
    </P>
    <xsl:apply-templates/>
    </BODY>
    </xsl:template>
    <xsl:template match="booklist/book">
    <xsl:apply-templates/>
    </xsl:template>
    <xsl:template match="booklist/book/title">
    <xsl:apply-templates/>
    </xsl:template>
    <xsl:template match="booklist/book/author">
    <xsl:apply-templates/>
    </xsl:template>
    <xsl:template match="booklist/book/publisher"/>
    <xsl:template match="booklist/book/price"> Price: $
    <xsl:apply-templates/>
    </xsl:template>
    </xsl:stylesheet>
    When I try to read the XSL document using an IO stream, like this,
    InputStream is = getClass().getResourceAsStream("myXSLDocument.xsl");
    XSLStylesheet stylesheet = new XSLStylesheet(inputStream, null);
    from within a JSP, I get a null pointer exception as shown below:
    java.lang.NullPointerException:
    at oracle.xml.parser.v2.XSLStylesheet.<init>(XSLStylesheet.java:175)
    at mip.portlets._cardvalidaterportlet._cardentry._jspService(_cardentry.java:143)
    at oracle.jsp.runtime.HttpJsp.service(HttpJsp.java)
    at oracle.jsp.app.JspApplication.dispatchRequest(JspApplication.java)
    at oracle.jsp.JspServlet.doDispatch(JspServlet.java)
    at oracle.jsp.JspServlet.internalService(JspServlet.java, Compiled Code)
    at oracle.jsp.JspServlet.service(JspServlet.java)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:588)
    at oracle.portal.provider.v1.http.JspRenderer.renderBody(JspRenderer.java:133)
    at oracle.portal.provider.v1.RenderManager.render(RenderManager.java:164)
    at oracle.portal.provider.v1.http.ServletProviderResponse.showPortlet(ServletProviderResponse.java:510)
    at oracle.portal.provider.v1.http.HttpProvider.dispatchProviderAction(HttpProvider.java:647)
    at oracle.portal.provider.v1.http.HttpProvider.service(HttpProvider.java:383)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:588)
    at org.apache.jserv.JServConnection.processRequest(JServConnection.java, Compiled Code)
    at org.apache.jserv.JServConnection.run(JServConnection.java, Compiled Code)
    at java.lang.Thread.run(Thread.java:479)
    I have no problems parsing the same XSL containing static Arabic text using Transviewer beans' XSLTransformPanelSample class. This means that my XSL has no errors in it.
    null

    You need to use the correct and the same character encoding (charset) thorough the complete process.
    Whenever you get question marks, then it means that the charset used does not recognize the bytes (which on its turn are apparently encoded by a different charset).
    This is an important read, read it from top to bottom, preferably twice: [http://www.joelonsoftware.com/articles/Unicode.html].

  • Arabic characters are displaying as question marks in forms 10g

    We have migrated our application from forms 6i to forms 10g and now in forms 10g the arabic characters are displaying as question marks while it displays correctly in the old application using forms 6i. I have already set the character set to AR8MSWIN1256 in the registry, but it didn't help. Somebody please help.

    @ Sarah, Al-Salamu Alikum We Rahmatu Allah we Barakatu,
    Sarah Habibty, why new installation ? In order to select a new suitable character set !!!
    Then creating a new instance from the db is a better alternative since it saves time,effort and another back up of his current db is exist safely if needed for any purposes in the future.
    @Amer,honestly speaking...
    Modifing ur NLS_LANG to > AMERICAN_AMERICA.AR8MSWIN1256
    Works for me in both Arabic and English data in 2 applications.This works in my pc.But it didn't works at my boss pc this can happened don't have any reason for that.!!!!
    i spent lot's of time trying to search but what i had got is that solution i suggested by a friend of mine.
    Now please could you advise me, is it better to create a new instance of database as Amatu Allah has suggested or is it better to change the character set through sql as some others have suggested? Again i suggest to select the short cut way ; to reset the character set through sql after taking a back up from ur data that is currently exist.
    then retest again doing the select and test ur data input and retrieval.
    SQL> select * from v$nls_parameters
    2 where parameter in ('NLS_CHARACTERSET','NLS_LANGUAGE');watching the output if it works that's fine saving ur time & effort .
    if not working with the correct NLS_CHARACTERSET then use my previous solution.
    Hope this helps...
    Regards,
    Amatu Allah

  • Arabic Characters not displaying properly in SQL+ Enviorment

    Hi,
    I have Oracle 8i ,I am able to insert and view arabic characters properly from asp and asp.net application but whenever i tried to run sql scripts to fetch arabic data it displays only reverse'?'sign in place of all characters .....
    Is there any particular setting to be ..... If yes please also mention the steps.
    Bye

    May I assume since you're using ASP that you're on Windows? The only way I'm aware to be able to display Arabic characters on Windows would be to set your Windows language to Arabic. This will be somewhere in the Control Panel, but without knowing what version of Windows you're on, it's hard to be more specific.
    In general, SQL*Plus is not a wonderful tool for viewing non-English data.
    Justin
    Distributed Database Consulting, Inc.
    http://www.ddbcinc.com/askDDBC

  • Arabic characters not displayed properly in the preview mode

    Hi,
    I am preparing a tool in arabic and all arabic characters seem to be displayed correctly in the design mode, but become illegible in the preview mode or when exported in flash (swf). Help much appreciated.
    Gregor

    Hi Gregor
    I think you're out of luck. There is no Arabic language pack for Xcelsius.
    When you're in design mode, you're using the Windows OS features, but when you try to preview or export then Xcelsius begins the process of converting the xlf to a swf. And since there is no lang pack it doesn't know what to do with the Arabic characters.

  • Arabic characters are no longer displaying properly in NB 6.7

    Hello all -
    Up until NB 6.5.1, my GUI displayed Arabic characters properly as typed. As I shifted to NB 6.7 Beta today, all those Arabic characters are shown as funny binary-looking characters! But, this only occurs when I am running from within the NB space. When I run the application by clicking the jar files, the characters print OK.
    Questions:
    - Is this happening because it is a beta version may be?
    - Is there a way or a place where I have to set some properties to display the Unicode characters correctly?
    For example, I thought all I had to do was right-click the project --> Properties --> Source --> Encoding: UTF-8
    Thank you for any help.
    PS: I am posting this problem in the Internationalization forums.

    PS: I am posting this problem in the Internationalization forums.A more appropriate place might be a NetBeans forum.
    db

  • Problem with Arabic characters

    Hi:
    I don't know if this is the correct place to post the question, but here it goes...
    I have an SQL 2005 database, connected via a Linked Server to an Oracle Database.
    I have a table in SQL that contains arabic characters, and I need to insert it into an Oracle table.
    These characters appear as "????" after being inserted in the oracle table.
    I guess I hace some collation/characterset problem, but cannot finf the solution.
    The column where the arabic characyers are saved in SQL is defined as:
         [Remarks] [nvarchar](1000) NULL,
    And default SQL server collation is: SQL_Latin1_General_CP1_CI_AS
    When I do a select on this table, it can see arabic correctly.
    ORACLE NLS CONFIGURATION IS:
    PARAMETER VALUE
    NLS_LANGUAGE AMERICAN
    NLS_TERRITORY AMERICA
    NLS_CURRENCY $
    NLS_ISO_CURRENCY AMERICA
    NLS_NUMERIC_CHARACTERS .,
    NLS_CHARACTERSET AR8MSWIN1256
    NLS_CALENDAR GREGORIAN
    NLS_DATE_FORMAT DD-MON-RR
    NLS_DATE_LANGUAGE AMERICAN
    NLS_SORT BINARY
    NLS_TIME_FORMAT HH.MI.SSXFF AM
    NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
    NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
    NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
    NLS_DUAL_CURRENCY $
    NLS_COMP BINARY
    NLS_LENGTH_SEMANTICS BYTE
    NLS_NCHAR_CONV_EXCP FALSE
    NLS_NCHAR_CHARACTERSET AL16UTF16
    NLS_RDBMS_VERSION 11.1.0.6.0
    The sql sentence in SQL server that moves the data to oracle is:
    INSERT INTO openquery(Oracle_DB, 'select Ticket_NO,Remarks from webportal.webcc_escal_det')
         (Ticket_NO,Remarks )
         SELECT Ticket_NO, Remarks
         FROM Details(nolock)
    Thanks in advance!!
    Mariana

    I think first you should check your character set
    SELECT * FROM NLS_DATABASE_PARAMETERS where parameter = 'NLS_CHARACTERSET'
    For oracle to display correctly, you need to change your character set that caters to Arabic

  • XML Publisher Arabic Report Display and missing header problem

    Hi All
    We are in apps. 11.5.9 with English and Arabic language support.Even though we have all our data and reports in English we are in need of an Arabic Invoice report.
    Since Titles cannot be typed in oracle report builder we decided to build the report in Xml Publisher.
    Every thing is done to run the report in xml publisher but we face two probles in the final xml output.
    Problem1. Header and footer are not displaying in the report.
    Problem2. Arabic characters are not displaying properly in the report.
    Here what ever titles we gave in Arabic are displaying good.
    If I save the xml file and load it in the templete and view output shows the correct arabic wordings.
    But when during taking the output directly from apps. then the problem comes. The Arabic fonts are not dispaying correctly.
    Any Idea about this.
    If any one come across this issue please mail me at [email protected]
    Habeeb

    Try to load the arabic fonts into XML Publisher Admin. Check Tim's blog for more info (http://blogs.oracle.com/xmlpublisher/2006/06/how_to_install_a_font_using_xm.html)

  • Oracle XML Publisher Java API's showing arabic characters as question marks

    Hi All,
    I have created a custom xml publisher report. All the setups in xdo.cfg and the fonts have been installed. When i run the report as concurrent program using the XDODTEXE as the executable this report executes fine displaying the arabic characters in the PDF output.
    I have integrated this xml report to a OAF page where am getting the output of the arabic characters as ???????
    Following is the java code i have used to generate the blob for the xml publisher report.
    pageContext.writeDiagnostics(this,"Inside process Template",4);
    AppsContext appsContext = ((OADBTransactionImpl)pageContext.getRootApplicationModule().getOADBTransaction()).getAppsContext();
    String applicationShortName = dataDefApplication;
    String dataSourceCode = dataDefCode;
    OutputStream os = new ByteArrayOutputStream();
    try {
    DataTemplate dataTemplate = new DataTemplate(transaction.getAppsContext(), dataDefApplication, dataDefCode);
    //Get Parameters
    ArrayList parameters = dataTemplate.getParameters();
    //set Parameter Values as ArrayList of oracle.apps.xdo.dataengine.Parameter
    Iterator it = parameters.iterator();
    while (it.hasNext())
    Parameter p = (Parameter) it.next();
    pageContext.writeDiagnostics(this,"Processing Parameters "+p.getName(),4);
    if (p.getName().equals("P_AUCTION_HEADER_ID"))
    if(AuctionHeaderId != null)
    p.setValue(AuctionHeaderId);
    else
    p.setValue(null);
    dataTemplate.setOutput(os);
    dataTemplate.processData();
    System.out.println(os.toString());
    } catch (SQLException e) {
    System.out.println("SQLException occurred.");
    } catch (XDOException e) {
    System.out.println("XDOException occurred.");
    } catch(Exception e){
    System.out.println("Exception (other) occurred.");
    byte[] xmlb = os.toString().getBytes();
    BlobDomain blob = new BlobDomain(xmlb);
    return blob;
    Kindly let me if i had missed something.
    Thanks
    Anoop

    On a related note, I am seeing a couple of different types of 'incorrect' characters based on different NLS_LANG settings.
    If it is set to AMERICAN_AMERICA.UTF8, I get characters like this:
    رقم الموظ�
    If it is set to ARABIC_UNITED ARAB EMIRATES.AR8MSWIN1256, I get characters like this:
    ÑÞã ÇáãæÙÝ
    Do any of you know what these characters are?
    Thanks for any insight.

  • Arabic Characters Issue

    Hi
    Following is our environment
    DB Version: Oracle 11g R2 (11.2.0.3.0) 64bit
    OS : OEL 5U2
    Characterset: AMERICAN_AMERICA.AR8MSWIN1256
    We have an opensource application built on php. CHARSET was defined as AR8MSWIN1256 in the configuration file. Data was inserted using browser based interface. Use access the system using IE 8 since it is web based application. Data comprise of both Arabic and English. It is displayed perfectly fine using browser ie Arabic shows proper Arabic characters and English shows correct English.
    Problem started when a requirement came to generate some reports using Oracle Reports 10g. Arabic data show as garbage in the reports. Vendor was asked to provide some solution. They suggested to change the CHARSET to AL32UTF8 in the config file of the application. After making the changes, the new data that is inserted in the database can be seen correctly for both languages regardless of the tool (be it SQLDeveloper or Oracle Reports). The old data, however, shows garbage. Surprisingly when data is extracted using scripts in flat files and then imported in the test database after setting environment variable NLS_LANG=AMERICAN_AMERICA.UTF8 using @/../filename.sql, it converts it properly. Since data is huge and this is taking way too much time, I was hoping if someone could help me in quickly perform this migration? Already tried CSSCAN/CSALTER and DMU but did not succeed. DMU stopped at 5th stage when it was supposed to issue ALTER DATABASE CHARACTER SET command.
    Currently I am installing database with AL32UTF8 characterset and planning to import the schema in it. Is my approach correct? Any help will be highly appreciated.
    Thank you
    myuser@DB>select dump(name,1016) from  mytable where id like '1';
    DUMP(NAME,1016)
    Typ=1 Len=28 CharacterSet=AR8MSWIN1256: d9,81,d8,b1,d9,8a,d9,82,20,d8,b9,d9,85,d9,84,20,d8,a7,d9,84,d9,82,d8,b7,d8,a7,d8,b9
    myuser@DB>select dump(name,1016) from  mytable where id like '2';
    DUMP(NAME,1016)
    Typ=1 Len=93 CharacterSet=AR8MSWIN1256: d8,aa,d8,b9,d8,a7,d9,85,d9,8a,d9,85,20,d9,85,d9,86,20,d8,a7,d9,84,d9,85,d8,af,d9,8a,d8,b1,20,d8,a7,d9,84,d8,aa,d9,86,d9,81,d9,8a,d8,b0,d9,8a,20,d9,84,d9,84,d9,82
    myuser@DB>select value from NLS_DATABASE_PARAMETERS where parameter LIKE '%CHARACTERSET';
    VALUE
    AR8MSWIN1256
    UTF8Edited by: user560883 on May 4, 2012 3:34 AM
    Edited by: user560883 on May 4, 2012 3:39 AM

    Hi Sergiusz
    Firstly I would like to thank you for replying.
    Secondly I was able to move further with the DMU (the issue was due to more sessions that I had to kill to allow DMU to proceed with ALTER DATABASE CHARACTER SET command).
    Here is what I have done so far without any luck.
    1) Created a test instance with source database characterset ie AR8MSWIN1256 and performed a full import using DataPump (impdp).
    2) Used DMU to perform conversion/migration to AL32UTF8. (this step took almost 5 hours).
    3) Used SQLDeveloper to verify the results and data still show as garbage.
    Thing that worked for me but is way to slow and not reliable.
    1) Save data in file (.sql) using Windows XP client or windows 2003 server. Basically I am generating the whole SQL statements for UPDATE eg UPDATE table SET xx)
    2) SET NLS_LANG=AMERICAN_AMERICA.UTF8 on command prompt of Windows XP client and use SQLPLUS to open sql prompt.
    3) Use @path\file.sql (that was generated in earlier step) to update records.
    4) Verify via SQLDeveloper that arabic shows correctly.
    Issue with above approach is since we have millions of records stored in multiple tables, sometimes while generating the file with SQL Statements, the server CPU touch 100% and then freeze. Also file size grow exponentially and to verify how much of the work was done prior to freezing becomes very difficult.
    I still have the DB after using the DMU tool intact so if you could think of some other workaround that will be great.
    Again, thank you for helping me with this.

Maybe you are looking for

  • Need to attach xl file in SO_NEW_DOCUMENT_ATT_SEND_API1

    Hi frenz,   I have my data in objbin tablei want to attach it thru mail in CSV format using SO_NEW_DOCUMENT_ATT_SEND_API1. Its wrking till the mail is sent, but data attached is concatenating in one single line of CSV EX   my data is in this format 1

  • Audio books from Audible won't sync with 10.5

    I've recently upgraded from iPhone 3GS to iPhone 4S and upgraded iTune to 10.5.  As part of the iTune upgrade I can no longer sync my audio book libary (from Audible) to the iPhone.  I've tried moving them into a new playlist, copying them in and out

  • Script that will warn users after 9 minutes of idle

    If i have a group policy to lock screen set for 10 minutes. what would be the best way to have a pop up or notification that will appear when the workstation is about to lock in 20 seconds in order to help the users? From what i can tell i can not im

  • Error during VL09

    Dear all I have a STO betwen two plants, I have created outbound delivery(VL10B) and during picking of one material i have wrongly assigned the receiving plant valuation type and serial no. for the material instead  of the supplying plant details. It

  • Selecting data from two different tables.

    Do we need to use join two tables with primary/foreign key while trying to use select statement for getting data from those to table.? If no who can i go about do it.