French characters, eastern european database
Hi,
I have a 11.2 database with the following settings:
NLS_CHARACTERSET EE8MSWIN1250
NLS_NCHAR_CHARACTERSET AL16UTF16
Is there any way I could insert all the french accented characters into
this database or the nls_characterset forbids that, even if the
nls_nchar_characterset can handle french accents? I created a test
table with one nvarchar2 column, but there are characters that lose
their accent after creation. (è for example). I tried it from SQLDeveloper, to eliminate nls_lang problems.
Thanks,
Krisztian
Using NVARCHAR2 or NCHAR for the character data types should work- the AL16 set should handle most characters, just not as many as UTF8. As long as client programs have the correct NLS_LANG setup.
If the coding gets sloppy and (tries to) save unicode values into VARCHAR2 or CHAR data types it will very likely get incorrectly translated as the data is stored, and there won't be any way to get the proper character codes back to the client.
The N{types} will also consume more storage space- up to 4 bytes per character- try this out, and see the user_segments.bytes for the tables:
create table ctest ( chartest varchar2(1000) )
-- tablespace <tblspc>
create table ntest ( nchartest nvarchar2(1000) )
-- tablespace <tblspc>
begin
for i in 1..50000 loop
insert into ctest values ( rpad( 'z', 1000, 'a'));
insert into ntest values ( rpad( 'b', 1000, 'b'));
end loop;
end;
select SEGMENT_NAME, sum( BYTES ) / 1024 / 1024 as mb from user_segments
where segment_name in ('CTEST','NTEST') group by SEGMENT_NAME
Similar Messages
-
Insert french characters into the database
Hi,
My user requirement is to insert french characters into the db. However he has set as per my suggestion of altering session alter session set nls_language='french' he can't insert french characters. Is this using alter session helps to retrieve only the outputs in french language or to insert too?
Please help.
Version : oracle 8i
nls_parameters at database level:
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 US7ASCII
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
PARAMETER VALUE
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZH:TZM
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZH:TZM
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_NCHAR_CHARACTERSET US7ASCII
NLS_RDBMS_VERSION 8.1.7.0.0Your database character set is US7ASCII : you can only insert ASCII characters which is OK for most French characters but not all. This cannot work for:
àéèùçChanging NLS_LANGUAGE won't help. You need to change database character set to WE8MSWIN1252 for example. This should be easy in your case because US7ASCII is a binary subset of many others characters set. Please read http://docs.oracle.com/cd/A87860_01/doc/server.817/a76966/ch3.htm#47136 -
Inserting special french characters into UTF8 database
Hello ,
we have a database of release 10.2.0.5.0 with the following NLS settings:
PARAMETER
VALUE
NLS_CALENDAR
GREGORIAN
NLS_CHARACTERSET
UTF8
NLS_COMP
BINARY
NLS_CURRENCY
€
NLS_DATE_FORMAT
DD.MM.RR
NLS_DATE_LANGUAGE
GERMAN
NLS_DUAL_CURRENCY
€
NLS_ISO_CURRENCY
GERMANY
NLS_LANGUAGE
GERMAN
NLS_LENGTH_SEMANTICS
BYTE
NLS_NCHAR_CHARACTERSET
AL16UTF16
NLS_NCHAR_CONV_EXCP
FALSE
NLS_NUMERIC_CHARACTERS
NLS_SORT
GERMAN
NLS_TERRITORY
GERMANY
NLS_TIME_FORMAT
HH24:MI:SSXFF
NLS_TIMESTAMP_FORMA
DD.MM.RR HH24:MI:SSXFF
NLS_TIMESTAMP_TZ_FORMAT
DD.MM.RR HH24:MI:SSXFF TZR
NLS_TIME_TZ_FORMAT
HH24:MI:SSXFF TZR
When executing a script including special french characters with SQL*Plus (or with a job of Cloud Control) the result in the database shows up wrong:
e.g. FR R�au instead of FR Réseau
When checking the HEX-code of the special french characters in the script these are correct:
é => E9
Setting the environment variable NLS_LANG to FRENCH_FRANCE.UTF8 before executing the script does not make any difference at all.
When checking the sign � in the string FR R�au with the dump function of SQL*Plus I get this result:
Typ=1 Len=3 CharacterSet=UTF8: e9,73,65
Seems to be OK - but why does it get displayed wrong? Is the client - in our case a application - responsible for the "how to display"?
Any help will be appreciated!
Rgds
JanHi,
If you have My Oracle support access I suggest to check one of following two documents:
Oracle Metalink: The correct NLS_LANG in a Windows Environment Doc ID: 179133.1
Oracle Metalink: The correct NLS_LANG setting in Unix Environments Doc ID: 264157.1
depending your env.
Check your data using SQL Developer and see if it displays well. If yes your data is ok in db. -
Eastern European characters in PDF report
Hi.
I have successfully integrate Apache FOP into APEX as per http://www.oracle.com/technology/products/database/application_express/html/configure_printing.html document.
The only problem (for now) I have is displaying eastern european characters in PDF file. Instead of expected characters I get hash(#) character. I have read some documentation on Apache FOP font embedding but I just dont know where to start that is if I am on the right track.
Any solution or hint would be very much appreciated.
Thanx in advance.I find same problem.
My apex configuration:
Home>Administration>About Application Express
NLS_CHARACTERSET: EE8ISO8859P2
DAD CHARACTERSET: UTF-8
Home>Application Builder>Application 107>Shared Components>Report Layouts>Edit Report Layout
Report Layout Type: Generic Columns (XSL-FO)
Page Template:
+<?xml version = '1.0' encoding = 'utf-8'?>+
Why I find in PDF '*#*' character in every polish special character?
Please help me in this problem.
M. -
Eastern European characters in XML and parsing
Hi all,
I have a problem with XML parsing within Java code with special Eastern European characters.
Whenever there is EE character within tags it reports:
WARNING (12847): CORE3283: stderr: org.xml.sax.SAXParseException: The element type "CodeMeaning" must be terminated by the matching end-tag "</CodeMeaning>".
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:134)
Obviously special character is in CodeMeaning XML tag. XML is well formed and syntactically OK and without special characters works OK. Does anyone have any suggestion how to force special characters in XML?Would you send a sample data for test? What is the encoding for your XML doc?
-
Report layout in french not displaying french characters properly
Hello,
I have a report layout that I have created with a 3rd party tool (j4ldesigner). All it has on it is one label (displaying a couple of french characters as a test
). Within APEX I have created a test report layout and imported it as a named column report layout type. I then created a very simple report query and associated it with the test layout. When I run the test report, the layout launches but the characters éâ appear as éâ.
So I'm thinking this has to do with language somehow. I have other reports which are generic named column reports, but those are manually entered and seem to work fine. The named column layout is imported, and I'm assuming some sort of conversion is happening where those special french language characters are concerned.
The fact is this is a 11.2.0.3 database. I was assuming the language set would use the standard language librariy files which come with 11G (ie $ORACLE_HOME/nls/data) so I wouldn't have an issue. Since it is not working, do I need to use the language files associated with 9idata? Or is there an init.ora parameter I am missing?Hello,
Within APEX I have created a test report layout and imported it as a named column report layout type.Make sure the Report Layout File is in UTF-8 encoding. Most of the times, the issue is with file encoding type.
If you use text editors like [url http://notepad-plus-plus.org]notepad++ you can see and convert from one encoding to other.
Regards,
Hari -
Problem with French characters with updateContent
I have this problem with Spry, (had it also with YUI a few
months ago) with special french characters
(éèçàù). I use encoding UTF-8, but
iso-8859-1 isn't working either. I put some examples here:
http://www.eventsonholiday.com/test_loadurl.asp
As long as it is static content, no problem. But when I get
content from a recordset from an Access database: trouble.
In IE7 the french characters are even worse, and I get the
error: null is empty or not an objectI think I found a solution. I found a few resources on the
internet that said: xmlhttprequest always sends data as utf-8 by
default. So when all the other pages use iso-8859-1, there's a
problem. It can be solved this way: when retrieving recordset
fields from ASP I use
HTMLEncoding like this:
<%=Server.HTMLEncode(RSevents.Fields.Item("event_location").Value)%>.
I have to do this for each field in the page, what means some extra
work.
For PHP it should be done with
htmlentities
If anyone has a solution without using the Server.HTMLEncode
method, tell me... -
French characters insertion not working fine
Hi all,
I'm using Oracle database 10.2.0.3, i migrate the database from 9i.
My problem is in my new database version i mean 10g when i'm inserting french characters like "éèà" in my database it's not working fine, i check to my old database (9i) it's working and i compare the parameters (NLS parameters they are same). i cannot find where is the problem making this appear, if anybody can help me.
here bellow that i did.
SQL> insert into dept values(0,'échec','éèàù');
1 ligne crÚÚe.
SQL> commit;
And from query i got:
SQL> select * from dept where deptno=0;
DEPTNO DNAME LOC
0 ┐chec ┐┐┐┐
here are some parameters i check:
SQL> sho parameter nls;
NAME TYPE VALUE
nls_calendar string
nls_comp string
nls_currency string
nls_date_format string
nls_date_language string
nls_dual_currency string
nls_iso_currency string
nls_language string AMERICAN
nls_length_semantics string BYTE
nls_nchar_conv_excp string FALSE
nls_numeric_characters string
NAME TYPE VALUE
nls_sort string
nls_territory string AMERICA
nls_time_format string
nls_timestamp_format string
nls_timestamp_tz_format string
nls_time_tz_format string
I need your help because it's very important for our database.
regards
raitsarevoI goth nothong, i think it's not yet set here bellow the result:
oracle@ab-db1:/abdb_data2/expdp$ env|grep NLS
oracle@ab-db1:/abdb_data2/expdp$
to my old server (9i) here the result:
[oracle@abillity3db oracle]$ env|grep NLS
ORA_NLS33=/home/oracle/product/9.2.0.4/ocommon/nls/admin/data
[oracle@abillity3db oracle]$
When i run the command env only i got for the new server HPux 10g:
oracle@ab-db1:/abdb_data2/expdp$ env
SFTP_PERMIT_CHOWN=1
MANPATH=/usr/share/man/%L:/usr/share/man:/usr/contrib/man/%L:/usr/contrib/man:/usr/local/man/%L:/usr/local/man:/opt/ldapux/share/man:/opt/ldapux/ypldapd/man:/opt/ipf/man:/usr/dt/share/man:/opt/samba/man:/opt/samba/WTEC_Support_Tools/man:/opt/resmon/share/man/%L:/opt/resmon/share/man:/opt/openssl/man:/opt/openssl/prngd/man:/opt/wbem/share/man:/opt/VRTS/man:/opt/graphics/common/man:/opt/sfmdb/pgsql/man:/opt/sec_mgmt/share/man:/opt/dsau/man:/opt/gnome/man:/opt/perl/man:/opt/sec_mgmt/share/man/%L:/opt/ssh/share/man:/opt/gwlm/man/%L:/opt/gwlm/man:/opt/ignite/share/man/%L:/opt/ignite/share/man:/opt/aCC/share/man/%L:/opt/aCC/share/man:/opt/audio/share/man:/opt/ansic/share/man/%L:/opt/ansic/share/man:/opt/langtools/share/man/%L:/opt/langtools/share/man:/opt/cadvise/share/man/%L:/opt/cadvise/share/man:/opt/image/share/man:/opt/imake/man
ORA_CRS_HOME=/home/oracle/crs
TERM=xterm
SHELL=/sbin/sh
ERASE=^H
SFTP_LOG_LEVEL=3
SSH_CLIENT=192.168.0.45 1525 22
SSH_TTY=/dev/pts/0
SFTP_LOG_FACILITY=2
USER=oracle
LD_LIBRARY_PATH=/home/oracle/oracle/product/10.2.0/db_1/lib
ORACLE_SID=abdb1
COLUMNS=157
MAIL=/var/mail/oracle
PATH=/home/oracle/oracle/product/10.2.0/db_1/bin:/home/oracle/crs/bin:/usr/bin:/opt/ansic/bin:/usr/ccs/bin:/usr/contrib/bin:/usr/contrib/Q4/bin:/opt/ipf/bin:/opt/hparray/bin:/opt/nettladm/bin:/opt/fcms/bin:/usr/bin/X11:/opt/resmon/bin:/usr/contrib/kwdb/bin:/opt/wbem/bin:/opt/wbem/sbin:/opt/graphics/common/bin:/usr/sbin/diag/contrib:/opt/sfm/bin:/opt/upgrade/bin:/opt/sec_mgmt/bastille/bin:/opt/dsau/bin:/opt/dsau/sbin:/opt/gnome/bin:/opt/mozilla:/opt/perl/bin:/opt/sec_mgmt/spc/bin:/opt/ssh/bin:/opt/hpsmh/bin:/opt/gwlm/bin:/usr/contrib/bin/X11:/opt/ignite/bin:/opt/aCC/bin:/opt/cadvise/bin:/opt/langtools/bin:/opt/imake/bin:.
LOG_SFTP=0
PWD=/abdb_data2/expdp
EDITOR=vi
TZ=EAT-3
PS1=oracle@ab-db1:$PWD$
LINES=60
SHLVL=1
SFTP_PERMIT_CHMOD=1
HOME=/home/oracle
LOGNAME=oracle
SSH_CONNECTION=192.168.0.45 1525 192.168.0.233 22
SFTP_UMASK=
ORACLE_HOME=/home/oracle/oracle/product/10.2.0/db_1
_=/usr/bin/env
OLDPWD=/abdb_data2
And for the old server RHL (9i):
[oracle@abillity3db oracle]$ env
PWD=/home/oracle
ORACLE_SID=abillity
HOSTNAME=abillity3db
LD_LIBRARY_PATH=/home/oracle/product/9.2.0.4/lib:
PVM_RSH=/usr/bin/rsh
LESSOPEN=|/usr/bin/lesspipe.sh %s
XPVM_ROOT=/usr/share/pvm3/xpvm
USER=oracle
LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35:
MACHTYPE=i386-redhat-linux-gnu
MAIL=/var/spool/mail/oracle
INPUTRC=/etc/inputrc
EDITOR=vi
LANG=en_US
ORACLE_BASE=/home/oracle
ORACLE_HOME=/home/oracle/product/9.2.0.4
LOGNAME=oracle
SHLVL=1
ORA_NLS33=/home/oracle/product/9.2.0.4/ocommon/nls/admin/data
SHELL=/bin/bash
HOSTTYPE=i386
OSTYPE=linux-gnu
HISTSIZE=1000
LAMHELPFILE=/etc/lam/lam-helpfile
PVM_ROOT=/usr/share/pvm3
HOME=/home/oracle
TERM=xterm
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
PATH=/home/oracle/product/9.2.0.4/bin:/opt/IBMJava2-131/bin:/opt/IBMJava2-131/jre/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/oracle/bin
SSH_TTY=/dev/pts/1
_=/usr/bin/env
I saw that in my old server environment variable LANG=en_US is set but in the new not.
What's your advice.
Thanks Nicolas
raitsarevo -
Hello people, I'm having a problem and I'm not sure what I'm
doing wrong.
I have created a CMS for a kindergarten in Montreal. They
speak French.
In this CMS they can create new photo galleries and upload
their photos.
In order to do this, I have a form that creates the gallery
and write it into a mySQL database. Then, once all the images for
this gallery have been uploaded, an XML file is created, which will
feed a flash gallery.
The problem occurs when the name of the gallery they enter
has special French characters. It is being written properly to the
DB, but at the time the CFXML creates the XML code or at the time
cffile writes the xml file itself, those characters get corrupted.
I'm attaching the code that queries the DB and creates the
XML code and file.
Any hint will be appreciated.
Thanks a lot.Hi Dani,
I was also facing one issue with forming an xml using cfxml tag. There is a sybmol yen ¥ (start of a LIN tag in below example) which is there in the xml and when i try to dump the xml variable it shows one more character Latin capital letter A (Â) automaticall added in the variable and my request to the webservice fails due to the same reason.
<cfxml variable="request1">
<?xml version="1.0" encoding="ISO-8859-1"?>
<peticion>
<nombre>Request</nombre>
<observaciones>2 CONNECTING ROOMS </observaciones>
<num_expediente>522687</num_expediente>
<forma_pago>25</forma_pago>
<telefono/>
<res>
<lin>2¥#1#SS#84.87#0#HB#OK#20120713#20120714#EU#1-2#D01#</lin>
</res>
</parametros>
</peticion>
</cfxml>
Cfdump or xml parse will add one more character (Â) to the xml string.
Your comments/answers are welcome. -
Now I have an application which has both french and english characters.Can some one tell me what setting I must have in my browser,my windows 2000 machine and my developing environment JDeveloper.
The reason why I am asking it is I am having problem displaying some characters in my browser,JDeveloper debugging window etc,even though the data exist in the database.In short when I say
//note assume xx is a french character
Friends the peculiar thing is that after I say
//assume xx as a french character.
SELECT NAME,ADDRESS FROM MY_TABLE WHERE NAME LIKE(�%xx%�);
String s = rs.getString(�NAME�);
�xx�
If s.equals(�xx�){
//do something
The select statements finds the french characters,if condition finds the french characters but when I print it in JSP it gives some junk ? characters.In short, the database has the french characters in it ,even the variable s has french characters in it but when it comes to display in browser or in a window (while de-bugging in Jdeveloper) it shows junk character.Surprisingly there are only few selected french characters(1 %) having that problem.I mean only 3 or four french characters are having problem in display,other french characters(99% of it) can be displayed properly.Now I cant go on finding out which characters are having problem and go on converting them to its decimal equivalent.It looks like my Windows 2000 machine needs some setting.But I am wondering what
Please help.I don't think it is anything to do with your browser or machine settings. I had a similar problem. I had an application where the user would upload content to another site in a Microsoft Word document. The JSP page would display the '?' character for MS Word specific characters (like smart quotes etc)
The basic issue is that when you are using JSP pages to display stuff, you are relying on the Java String object and it ends up using the default character set. So you need to read it into a string using the characterset you want, and then display it using the characterset you want.
For example, I used the code below in my JSP. I read from a file. You may have to customize it for your requirements.
<%
String winCharset = "Cp1252";
FileInputStream fis = new FileInputStream("filename.xxx");
BufferedReader br = new BufferedReader(new InputStreamReader(fis, winCharset));
while(true){
String lineDefault = br.readLine();
if(lineDefault == null) {
break;
byte[] bytes = lineDef.getBytes(winCharset);
String lineWin = new String(bytes, winCharset);%>
<%=lineWin%>
<%}
br.close();
%>Hope this helps!
SP -
Error in displayed french characters
Hello,
I'm using a DB 11g configured with NLS_LANG=FRENCH_FRANCE.US7ASCII
I have a WLS_FORMS server, the .env file has NLS_LANG=FRENCH_FRANCE.US7ASCII
FMX files are compiled in an environment having NLS_LANG=FRENCH_FRANCE.US7ASCII in its registry.
When I open the application, all specific characters can't be properly displayed (I have an ugly square instead).
Where do I miss something ?christian erlinger wrote:
So your french characters are stored in a database with US7ASCII database characterset? Somehow I doubt that. Or did you just set the NLS_LANG environment variable on your database server (which doesn't influence the database characterset at all) to US7ASCII?The database was created with the US7ASCII characterset, so yes the characters are stored with this characterset.
In any case: US7ASCII is not the correct characterset for you, as it won't allow you to store your french characters. Take a look:
http://docs.oracle.com/cd/B19306_01/server.102/b14225/applocaledata.htm#sthref1958
Thanks for the link
>
So if you really have US7ASCII as database characterset you'd need to change that to something that fits your needs. The ultimate characterset where you shouldn't have problems storing any characters would be AL32UTF8, and as it is a superset of US7ASCII you should be able to change it with csalter
cheersSo I have to migrate the DB character set, right ? -
Shell Script -french characters are converting to junk in PLSQL
Hi All,
I have plsql package. I have included few french word in it for validation purpose.
When i compile this package from SQL Developr it is compiling properly.
but when i run shell script from putty and try to comppile this package the package is errorring out.
The reason for error out is it is converting few french characters into some junk characters. is there any setting for this.?
Thanks
BharatBharat wrote:
Hi All,
I have plsql package. I have included few french word in it for validation purpose.
When i compile this package from SQL Developr it is compiling properly.
but when i run shell script from putty and try to comppile this package the package is errorring out.
The reason for error out is it is converting few french characters into some junk characters. is there any setting for this.?
Thanks
BharatYour problems are in the are called globalization ( was called NLS)
This can cause many problems, and is it extremely common for systems/applications/databases not be set up properly.
Your script in SQLDeveloper is probably being held in the UTF8 characterset .... though I emphasize probably, and your file is probably saved as such.
The oracle database, in whatever characterset that is in, let us call it CHARSET-DB, has however probably determined your sqlplus client is running a different characterset CHARSET-CLI and will perform a conversion from CHARSET-CLI to CHARSET-DB.
Obviously if the Oracle Database has been led to falsely identify CHARSET-CLI then unwanted conversions can take place, however usually most (all?) charactersets are the same for most/all of 7-bit ASCII characters, so it is only things outside this that get affected. e.g. £, é, ó and lots of others.
From a linux viewpoint the locale command and "LC*" variables may exert influence. However from an Oracle Client perspective the NLS_LANG variable is more effective.
I suspect setting your NLS_LANG to UTF8 (e.g. NLS_LANG=AMERICAN_AMERICA.UTF8 ) and locale to US.UTF-8 or similar is likely to solve your issue.
See below for a good document from OTN and a more specialist forum for this problem ( though there are some you use this forum who may be able to help you as well)
http://www.oracle.com/technetwork/database/globalization/nls-lang-099431.html
{forum:id=50} -
8859-1 PDF does not show french characters.
Hi All,
I am stuck in this issue for 2 days now and finally i decided to post it here.
I have created a custom oracle report(10G) with BI to open in PDF. The XML prolog Value is defined as <?xml version="1.0" encoding="iso-8859-15"?>
Now when i run the report in R12 the pdf file shows junk character for french characters(É shown as "%o"). These characters are displayed properly if i look at the XML file. When we run that output from the server we get the weird characters but if we take the same output (XML) file and run it locally using desktop publisher the PDF document shows the French characters
I check the nls_characterset and it is defined as AL32UTF8(which supports french)
I read some articles they advise to copy fonts from *$FND_TOP/resource* to *$OA_JRE_TOP* and *$AF_JRE_TOP(lib/fonts)* , but it does no work.
Also, one of the article says to add files in $JAVA_HOME. But i was not able to find JAVA_HOME and the dba says we have $JAVA_TOP and we are not suppose to change anything here.
we are using EBS R12.1.3
oracle reports : 10.1.2.0.2
Any help on this will be appreciated.
Regards,
KI believe your only option is to setup Pasta
How to Setup Pasta Quickly and Effectively [ID 356501.1]
How to Generate PDF Output With UTF8 in R12? [ID 778970.1]
HTH
Srini -
Inserting JAPANESE characters in a database
Can somebody please let me know how to insert the JAPANESE (Kanji) Characters into the Database.
Database Version: Oracle 9.2.0.1.0
Paremeters Setting:
NLS_CHARACTERSET - UTF8
NLS_NCHAR_CHARACTERSET - UTF8
Server OS: Win2K
Client OS: Win2KNot sure what your overall requirements from an application
support standpoint. But a simple way would be to use UNIST.
Here is a description:
UNISTR takes as its argument a string and returns it in the national character set.The national character set of the database can be either AL16UTF16 or UTF8.
UNISTR provides support for Unicode string literals by letting you specify the Unicode encoding value of characters in the string. This is useful, for example, for
inserting data into NCHAR columns.
The Unicode encoding value has the form '\xxxx' where 'xxxx' is the hexadecimal value of a character in UCS-2 encoding format. To include the backslash in
the string itself, precede it with another backslash (\\).
For portability and data preservation, Oracle Corporation recommends that in the UNISTR string argument you specify only ASCII characters and the Unicode
encoding values.
Examples
The following example passes both ASCII characters and Unicode encoding values to the UNISTR function, which returns the string in the national character
set:
SELECT UNISTR('abc\00e5\00f1\00f6') FROM DUAL;
UNISTR
abceqv -
French characters in run time parameter values doesn't show up in emails
We have a custom workflow with configurations to send email when a request is assigned to a person and also to send email on request rejections.
We are encountering following issues with respect to French characters that are available in the message body and message subject.
Issue 1:Notifications are configured in Human Task (ApprovalTask.task) when a task is assigned. Since the message body contains French characters we have used ISO-8859-1 encodings to render the message properly to the user. The message body also has some run time content from the task payload.
For e.g. À titre de responsable fonctionnel, une demande d''approbation pour un accès informatique vous est assignée.
Accès informatique demandé : <%/task:task/task:payload/ns1:ObjectDetails/ns1:name%>
In this case all static text values are rendered properly to the end user in his email. However the French characters in run time parameter values doesn't show up properly and has some weird characters.
Issue 2: Unable to change the default subject shown in the approval task emails i.e. Notifications are configured in Human Task (ApprovalTask.task) when a task is assigned. By default it shows Action Required: Approval. How can this default value be changed?
Issue 3: We have an Email Activity in Bpel process that follows a task rejection. The emailpayload is ISO-8859-1 encoded and works for the message body. However the email subject shows up with ISO-8859-1 encodings itself and doesn't convert to proper string in the end user's email. Is there any specific setting required for french characters in subject?Hi Kulwinder,
Thanks for your reply.
In fact I do, I've follewed the "Using SAP HANA Variables with SAP BusinessObjects BI4.0" guide.
Please note, when I use a fix value to parameter is working fine, for example:
SELECT *
FROM "_SYS_BIC"."prueba-concepto/CV_TEST_VAR_II" ('PLACEHOLDER' = ('$$FECHA$$','20130530'))
But when I set prompt of the DataFoundation parameter I get and error, this is my sentence:
SELECT *
FROM "_SYS_BIC"."prueba-concepto/CV_TEST_VAR_II" ('PLACEHOLDER' = ('$$FECHA$$',@Prompt(FECHA)))
To me is very curious that I can't enter a value in the DataPreview in Hana Studio, because is not requested, even when the input parameter have been set as mandatory
Have you idea of what could be happening?
Maybe you are looking for
-
So I'm trying the Lightroom trial. I like it, and everything, but there's one problem that's nagging at me. I can set up an "external editor" other than Photoshop, but I can't find any way to set up Camera Raw as an external editor. Opening in Photos
-
"Insufficient Bandwidth Problem" and "Did not respond" error messages
I am getting 3 error messages when I try to video chat using isight and ichat with my son's PC (which does video chat with my husband's PC) I have not been able to video chat although I can instant message with my son's PC. 1. It says insufficient ba
-
Has anyone done a report for monthly sales by 'Territory' Territory is in the OCRD table but not in the OPCH table - has anyone any idea of how to filter the OPCH transactions by this field? Thanks
-
Dynamic agent rule during approval
Hi gurus, my question is based on a customer requirement. they want a n-step approval with dynamic agent determination: fine. then they want to maintain the substitutes: fine as well. But what they want to do is to change the workflow path based on t
-
Smartform assignment for Comapany Code
Hi folks, I want to know which smartform Purchase Order is assigned to a Company Code. What is the T-code for assigning it or the tables to look into. Thanks in advance.