French characters come and go

Hi,
I have an app that sends out email messages in French and English, however it seems that at certain times of the day. The French characters are not recognized and come out as a "?". This only happens periodically and I can't find a pattern to it really. One hour is works, then several hours later it doesn't. We upgraded our email server recently and my guess would be that it's related to that because it started happening around the same time. I don't know what the procedure would be to begin to resolve this. Is it an email server config issue, or a programming issue.
Thanks

Hi!
Raw message is displaying like that :
Message part text/plain you lost accent :
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: *7bit*
Message part text/plain accent look good:
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable
Where coming from the difference between each message ?
In Java, a simple Strings contain (16 bit) Unicode characters.
You need to encode french accent by the unicode escape sequences for chars, example : "\u00XX"
Other solution is to use file properties for french text in your mail application, object Properties is "mail-safe".
Javamail pick the good transfer encoding for you...
regards,
http://www.jservlet.com/

Similar Messages

Problems querying French Characters like '' and 'OE'

I have a problem when i query a string containing the '' i want that ORACLE FORMS find also the string containing 'OE' and '' because they are the same in french.
I dont want to code those in the pre-query triggers because i have around 30 forms with a lot of string field containing those characters
Do you have any solution.?
thank you for your reply

Hi Corey
To answer your questions I am on windows 7 IE 8 and also tried in firefox 3.6
backend is windows 2000 / IIS 6 / Coldfusion 8
I am able to enter the characters in the dialog box but during the save they are altered
I created a basic test page with nothing but the following code
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:ice="http://ns.adobe.com/incontextediting">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>test</title>
</head>
<body>
<div ice:editable="*" >
<p>Test test</p>
</div>
</div>
<script src="/includes/ice/ice.js" type="text/javascript"></script>
</body>
</html>
saved it as test-characters.cfm (coldfusion page) and tested it out
problem was still there however when I save the page as a .html file and test it out the problem is no longer present
So the problem seems to only occur when using .cfm pages (even if there is no cf code on them)
I am going to send you a private message with access to my test pages in case your inclined to take a look
Thanks for you help so far

Printing out French characters

Hi to everyone. I'm trying to make a small application that will help me learn french verbes. I have the verbes in a file (written with notepad on windows) and I want to print them usign System.out.println(); The problem is I'm in Greece, so my locale is set to greek. I've no trouble printing greek. I've tried changing the locale with
Locale.setDefault(new Locale("fr", "FR"); but still French characters come out wrong (Copyright characters, question marks etc.) Can someone enlighten me? Thanks

don't use System.out.println(), perhaps write to a JTextArea. The problem is your console/terminal/dos

French characters and CFXML

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.

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

Problems with French Characters in Page Title

Here is the problem
When using Duplicate Page and trying to set page titles with french characters (or other non standard characters for that matter such as qoutes) The resulting output does not display correctly.
I thought a work around would be to us the HTML escape codes in the title dialog when creating the page however it appears that Incontext then goes and attemps to escape the ampersand part of the escape code during save.
so for instance when trying to set a page title such as Whistler Live! prépare la scène using the following escaped version
Whistler Live! prépare la scène
The resulting HTML saved from incontext looks like this
Whistler Live! pr&eacute;pare la sc&egrave;ne
and the title does not display correctly.
Incontext sees the & which is page of the HTML escape code and they automatically replaces that with &
How the heck can we set HTML Special characters in our page titles - any ideas?

Hi Corey
To answer your questions I am on windows 7 IE 8 and also tried in firefox 3.6
backend is windows 2000 / IIS 6 / Coldfusion 8
I am able to enter the characters in the dialog box but during the save they are altered
I created a basic test page with nothing but the following code
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:ice="http://ns.adobe.com/incontextediting">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>test</title>
</head>
<body>
<div ice:editable="*" >
<p>Test test</p>
</div>
</div>
<script src="/includes/ice/ice.js" type="text/javascript"></script>
</body>
</html>
saved it as test-characters.cfm (coldfusion page) and tested it out
problem was still there however when I save the page as a .html file and test it out the problem is no longer present
So the problem seems to only occur when using .cfm pages (even if there is no cf code on them)
I am going to send you a private message with access to my test pages in case your inclined to take a look
Thanks for you help so far

French Characters in File Names

Hello,
Despite my instance not use French and/or other special
characters in files names, we have inherited a project (approx 2500
topics) with French characters in the file name. When we generated
the project and post it on an Apache server, the topics do not
display as the server replaces the characters with symbols.
RX5, during the generation process, replaced the French
characters with underscores, RX 7.0.1 keeps the characters within
the file name. In RX 7.0.1 is it possible to replace the characters
with underscores during the generation process?
Regards,

If this is the other thread, then you did get a response, several in fact. It may not have been the answer you wanted but that's another matter.
http://forums.adobe.com/message/129875#129875
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

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 object

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

I 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

Parse exception with french characters

My parsing program throws a SaxParseException upon the parse of some french characters; in particular a "�" character. These characters are enclosed in a CDATA tag, so I'm not sure why its being parsed. My file is encoded in UTF-8. How can resolve this problem? Thanks
org.xml.sax.SAXParseException: Invalid byte 2 of 3-byte UTF-8 sequence.
     at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:264)
     at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:292)
     at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:172)

Your file is not encoded in UTF-8, although the XML
prolog claims it is.Meaning the sender/creator of the file is at fault?
If not UTF-8, then probably ISO-8859-1, correct?Most likely the creator of the file is at fault. But it's possible that it has been through some transformation between them and you that rewrote it in a new charset.
Sure, the real encoding could be ISO-8859-1. Or it could be windows-1252. Other encodings are possible but unlikely, I suppose.

French characters

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
Bharat

Bharat 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,
K

I 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

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?

French characters come and go

Similar Messages

Maybe you are looking for