Arabic characters is expands and repeated

Hi,
Please help in the following problem which is when we print standard
reports including Arabic characters through SAP system the Arabic
characters is expands and repeated, we already used device type u201C ARSWINu201D
Moreover, we already applied sap note u201C822634u201D but nothing is changed
Also, we changed the language of the local pc to be Arabic but nothing
is changed
Furthermore, we logged into system with Arabic language and the problem
still occurred
Regards,
Ahmed

Hi Vincent,
As I mentioned in problem details I tried to print standard reports, which is mean the problem appears at the level of the whole system, which is mean itu2019s occurred in any sap screen including Arabic characters such as sap menu in Arabic login, regarding the sap notes u201C809034u201D my release is 7.00.
Regards,
Ahmed

Similar Messages

Problem by entering Persian\Arabic characters in String Control

I'm working on a Jet Printer project. I must make an user interface using LabVIEW. This printer must print some Unicode characters on factory's products. Specialy Persian and Arabic characters.
But it seems that there is not a string control with capability of support Persian\Arabic characters which accept and show this characters correctly.
I also add "UseUnicode=True" to LabVIEW.INI file. But it was not solved.
I'm using Windows XP SP3 and LV2009

ChristianL has written an excellent primer on Unicode and LabVIEW. Also, I have some sprinkled posts things you need to watch out for while using Unicode and LabVIEW.
a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"] {color: black;} a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"]:after {content: '';} .jrd-sig {height: 80px; overflow: visible;} .jrd-sig-deploy {float:left; opacity:0.2;} .jrd-sig-img {float:right; opacity:0.2;} .jrd-sig-img:hover {opacity:0.8;} .jrd-sig-deploy:hover {opacity:0.8;}

Java, Oracle, and Arabic Characters

Hi,
I need to run some Forms fmb files that contain Arabic characters through Oracle's forms to xml converter (frmf2xml.bat). The XML that is generated by the utility contains strings such as "Ø±Ù‚Ù… Ø§Ù„Ù…ÙˆØ¸Ù�" instead of the Arabic characters I was expecting.
The XML output by frmf2xml.bat is encoded as UTF-8.
My NLS_LANG is set to AMERICAN_AMERICA.UTF8. The characters display fine in Forms Builder.
Is there another localization setting I need to make with the conversion utility or even with Java itself?
Any insight or comments appreciated.
Dave

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 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

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

Oracle Reports 11.1.2 junk Arabic characters in PDF

Hi guys,
When I generate a report with Arabic characters, they appear as junk characters.
I did the following:
Set NLS_LANG=AMERICAN_AMERICA.AR8MSWIN1256
Include C:\WINDOWS\Fonts in REPORTS_PATH (in the Registry: HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OH258674538 )
Open uifont.ali and set the font alias:
   [PDF:Subset]
   "Arabic Transparent"...Bold.. ="arialbd.ttf"
   "Arabic Transparent"="arialbd.ttf"
Installed Arabic keyboard in Windows server that hosts Reports server
Changed the location to United Arab Emirates in Windows
Run the report with DESTYPE=FILE and DESFORMAT=PDF
I also tried to change the font name of the field that contains the Arabic data in the report to things like: Tahoma, Arial, Courier New, but with no luck.
Environment Specs:
OS: Windows 2008 R2
Oracle Reports 11.1.2 (installed on the top of Weblogic 10.3.6.0)
Thanks in advance.

hi,
you have to touch following files.
$ORACLE_HOME/guicommon/tk/admin/AFM
$ORACLE_HOME/guicommon/tk/admin/AFM/Symbol.afm
$ORACLE_HOME/guicommon/tk/admin/TTF
$ORACLE_HOME/guicommon/tk/admin/uiprint.txt
$ORACLE_HOME/guicommon/tk/admin/uifont.ali
$ORACLE_HOME/guicommon/tk/admin/PPD/datap462.ppd
$ORACLE_HOME/guicommon/tk/admin/PPD/screenprinter.ppd
$ORACLE_HOME/bin/reports.sh
convert your true type font to afm and copy ttf/afm files to respective directory
regards

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.

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?

My iPad mini with OS 7.1.2 suddenly will engage in uncontrolled actions such as opening and closing pages, switching between apps, expanding and minimizing pages etc... uncontrollably and I have to shut the mini down to stop the uncontrolled actions

My iPad Mini #1 with OS 7.1.2 began uncontrolled actions recently. While reading a book in 3M Cloud App the pages would expand and then minimize on their own and then the uncontrolled action would open other apps and do the same by uncontrollably expanding and minimizing different pages in that app and then the actions would move on to another App and open it and expand and minimize pages and open different pages etc . . . Initially I thought the problem was connected to the 3M Cloud Library App so I deleted it on my Mini iPad and also in iTunes on my iMac and downloaded a fresh app to install on my Mini. However, that did not affect the problem. The uncontrolled actions start in any app and begin every time I open my Mini to the point it is becoming useless. Please help as I don't have a clue as to the cause of the problem or how to go about fixing it.

If this is still happening have you contacted APPLE support with the problem (same question to other posters).
If it is always after a certain length of time with active use - it may be overheating causing wear and tear on internal components.
Or - a bug in the software is causing sudden replay of what you just did.
Had similar issue with work owned IBM think Pad due to age and use in office area that was warm (not my choice) - it behaved as though the track mouse or keyboard was stuck - repeating same single character - open/close folders- would have to do quick shut down by pulling the pad out of dock and pulling the battery out -- solution - was to get new lap top after PC techs cleaned it and it still happened.

Arabic characters not displaying in Forms

Problem :
I have a xml in the unix server machine and I try to read that xml file through a dba job which is using simple utl_file functionality.
To read the file and put in a table of column CLOB.
I'm checking it from front end Oracle 10g form 's text item , I'm getting junk characters like ???????
I tried to check whether the data stored in db is correct by running below program to generate message to the text file
BEGIN
for x in (
select message from tb_xml_in where xml_sr_no='123'
loop
   clob_to_file( '/test/debug/',
   'test' || '.txt',
   x.message );
end loop;
END;I transferred the test.txt from unix and checked in notepad of my machine where Arabic character is enabled
and it is showing me Arabic character.
Which means its storing correct in db but not able to show it correct in through FMB.
Database details:
NLS parameter is
NLS_LANGUAGE          AMERICAN
NLS_TERRITORY          AMERICA
NLS_NCHAR_CONV_EXCP     FALSE
NLS_CHARACTERSET     AR8MSWIN1256
NLS_NCHAR_CHARACTERSET     AL16UTF16
NLS_LENGTH_SEMANTICS     BYTE
NLS_RDBMS_VERSION     10.2.0.4.0
select * from V$NLS_VALID_VALUES where parameter = 'CHARACTERSET' and value like '%UTF%';
PARAMETER     VALUE          ISDEPRECATED
CHARACTERSET     AL24UTFFSS     TRUE
CHARACTERSET     UTF8          FALSE
CHARACTERSET     UTFE          FALSE
CHARACTERSET     AL32UTF8     FALSE
CHARACTERSET     AL16UTF16     FALSE
select * from V$version;
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE    10.2.0.4.0      ProductionChanging NLS Characterset of db is not currently recommended as the production database is very huge.
Can you please help on how i can resolve this issue.

even though the NLS_LANG is AMERICAN_AMERICA.US7ASCII in formconfig.
My utl_file.Get_line not reading arabic character in my xml file.
since my incoming xml is in UTF8 format, I used following code to read xml as raw data type and converting format from UTF8 to database format(i.e., Arabic) and I'm able to see Arabic from front end
DECLARE
v_Data1 varchar2(32767 BYTE);
v_Data2 varchar2(32767 BYTE);
v_Raw1 raw(32767);
v_Targetcharset varchar2(40 BYTE);
v_Dbcharset varchar2(40 BYTE);
v_inf UTL_FILE.FILE_TYPE;
l_UTL_DIR varchar2(1000) := '/test/arabic/in/xml/';
v_Filecharset varchar2(100);
v_nchar NVARCHAR2(4000);
BEGIN
v_Filecharset := 'AMERICAN_AMERICA.AL32UTF8' ;
v_Dbcharset:= 'ARABIC_UNITED ARAB EMIRATES.AR8MSWIN1256' ;
dbms_output.put_line('here1');
V_Inf := UTL_FILE.FOPEN(l_UTL_DIR,'testing.xml', 'R',32767);
dbms_output.put_line('here2');
UTL_FILE.GET_RAW(V_inf, v_Raw1, 2000);
dbms_output.put_line('here3');
v_Raw1 := UTL_RAW.CONVERT (v_Raw1,v_Dbcharset,v_Filecharset);
dbms_output.put_line('here5');
v_Data2 := utl_raw.cast_to_varchar2 (v_Raw1);
dbms_output.put_line('here6');
update sample_test set sample_col1 = v_Data2
where sample_col2 ='XXXXX';
UTL_FILE.FClose(v_inf);
commit;
EXCEPTION
WHEN OTHERS THEN
     dbms_output.put_line('SQLERRM ='||SQLERRM);
End;
/Edited by: Leonard on Aug 31, 2012 4:32 AM

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.

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>

<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].

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 don't appear correctly, why?

Hi all,
i have a problem i think many others have. The problem is that i'm trying to render arabic text in JDeveloper9i and Win2000 proffisional, but the arabic characters are rendered as question marks, although i have set the encoding option of the compiler to many encodings that support arabic and select several fonts that support arabic also, and even i have set the system locale to Saudi Arabia locale but the problem still exists. the very strange action i noticed that i can write arabic in the editor and the property inspector but after saving the file (.java or .xml or any) and then closing and reopening the file, the arabic characters are displayed as question marks, may be the editor encoding and the OS encoding are defferent? so i set the encoding option the "default", but the problem still exists. I don't know exactly, but if any one has an answer or a solution, he is welcome.
TIA to all

You have a byte order mark (BOM: ï»¿) in the file to specify the encoding, but the server may be configured to send the file as western iso-8859-1
*http://en.wikipedia.org/wiki/Byte_Order_Mark
Firefox ignores the encoding in a meta tag and BOM directions if the server sends an encoding via the response headers. <br />
It is usually best to make sure that the editor doesn't add such a BOM at the start of the file.
If necessary then you or visitors can change the currently used encoding to Unicode.
*Firefox > Web Developer > Character Encoding
*View > Character Encoding

N8- Arabic characters show up as question marks in...

Hi ..
I noticed that the subject of the email is shown in the right way ( correct form of arabic characters)..
but the body of the email which is formatted in some font and color show up as ???????????
that replaces the arabic characters !!!
while the exact same email show up correctly in the browser ,, but not the email ..
ps: my phone is N8 ..
thanks in advance..

Dear petrib, what you are saying is 100% right, but its also Nokia issue to fix the problem with Microsoft for their customers to be satisfied... the problem is not when using Windows Live through PCs, I have the problem in my Nokia device and i am trying to contact Nokia to solve it with Microsoft... Am I right ??

Arabic characters is expands and repeated

Similar Messages

Maybe you are looking for