European Charset

Hi,
I got problem in create database when if I chose some European
charset or so, like WE8ISO9..P1 or P15.
I seem to be in currency or decimal format.
Anyway, after I installed it, I have a charset conversion
between Apache+Php and Oracle.
They always convert my character after 128 ASCII code.
Someone can help me?
I got a RedHat 7.2 box + Oracle9i + apache 1.3.20 + php 4.0.6 +
tomcat, but I got the same problem with RedHat 6.2 and oracle8i.
Thank morgan

1. You have to modify the character semantics in the source database before the export,
or
you have to first import table metadata (i.e. create empty tables), then change the semantics in the target database, and then import the rows.
2. CSSCAN shows if you have issues assuming that the current semantics does not change. But character length semantics columns (containing valid character codes) can cause truncation issues only if the post-conversion length exceeds the datatype limit (4000 bytes for VARCHAR2, 2000 bytes for CHAR). You can look for such values in the error report or in CSMIG.CSMV$COLUMNS view.
-- Sergiusz

Similar Messages

Eastern European Charsets

Hi,
I have the following problem:
I need to write a String to a file. The string is encoded in Windows-1250 code page. I use RandomAccessFile.writeBytes(String) method but for special characters (Polish letters) there are written some Ascii signs (0-31), probably part of Unicode encodings, because method writeChars(String) gives 2-bytes codes for those letters.
My question is: How can I write those letters in the correct way, perhaps at the same time changing their coding to Latin-2 (ISO 8859-2)?
Thank You in advance
Best regards

I've just figured it out, sorry

Universal to Western European

Hello !
Due to an error in dowload links, I have unfortunately downloaded and installed the universal version of Oracle XE on linux, providing a wrong charset for my db. I'm now trying to switch for the WE one. But even if I fully uninstall the database and install the right package (Western European), charset is still the universal one...
Is there any configuration file on linux which is not removed when uninstalling ?
Or any way to change the charset from universal to european on oracle XE without formating ?
Thanks for your help !

Hi user7963131!
Oracle XE under linux is installed into the path /usr/lib/oracle/xe. Look for this path and delete it if exists after deinstallation. Look for files named oracle-xe in the /etc and /etc/sysconfig directories and delete them after deinstallation.
Hope that helps!
yours sincerely

Pasting smart quotes and apostrophes in code view.

Sine upgrading to Dreamweaver CS5, I haven't been able to copy/paste smart quotes and apostrophes into code view without them automatically being converted to straight quotes.
For example, the following sentence (notice the curly quotes):
John’s new song is called “DW Blues”
would get pasted into Code View as:
John's new song is called "DW Blues"
Notice the smart quotes and apostrophe are replaced with single and double ticks, or "straight quotes." While this seems like a minor detail, it's extremely important to our writers and editors to have them appear on the website exactly as typed.
If I do the same copy/paste in Design View (doc type is XHTML Transitional), it appears as:
John's new song is called "DW Blues"
The characters are still replaced, and the straight quotes are then entity encoded (as expected).
This doesn't happen with other valid UTF-8 characters like ™, ®, —, etc., or with any other code editors I've used, including DW CS3.
Is there a hidden preference somewhere to disable this "feature," or is it just a bug?
Please help!

It's now 4 years since jsparacio posted this, and I just wanted to let everyone know that I had -- and am still having -- the exact same problem with Dreamweaver CS5 (running first under Windows XP, then Windows 7, and now again with Windows 8.1). So it's not just Macs that are affected.
FWIW, I have set my DW CS5 Paste preferences to the 3rd of 4 options available
    1 - Text Only
    2 - Text With Structure
    3 - Text With Structure Plus Basic Formatting
    4 - Text With Structure Plus Full Formatting
in the EDIT > PREFERENCES > Copy/Paste Preferences dialog box.
But the Paste Special command ignores this setting, giving me only the first 2 options from which to choose, with option 2 the default selection for Paste Special operations (options 3 and 4 are grayed out, and can't be selected).
According to David Sawyer McFarland's _Dreamweaver CS5: The Missing Manual_ (O'Reilly Media, 2010), the reason these are grayed out is because I am pasting unformatted ASCII text which I generated in a program editor called "UltraEdit":
    "... Choose EDIT > PASTE SPECIAL to open the Paste Special window. Here, you can choose which of the four techniques you wish to use ... sort of. You're limited to what Dreamweaver can paste. For non-Microsoft Office products, you can use only the first two options--the others are grayed out--whereas you can choose from any of the four with text copied from Word or Excel." (McFarland, p. 81)
Regardless of such restrictions, standard copy-and-paste (CTRL+C followed by CTRL+V) works just fine for me using Dreamweaver CS4 (i.e., I have never needed to use the Paste Special command), but with DW CS5, neither Paste command (CONTROL+V or CTRL+SHIFT+V) works properly with typographic/curly/smart quotes.
All typographic quotes -- ASCII-0146 and ASCII-0147 (double quote marks); plus ASCII-0145 and ASCII-0146 (single quote marks, for quotes within a quote) -- are converted to inch (" is entered in the code) and foot (' is entered in the code) marks when I copy-and-paste text with these characters into Dreamweaver's Design View.
When I copy this same plain ASCII text directly into the code (rather than using Design View), typographic double open & close quotes are converted to the inch (") mark, and typographic single open & close quotes are converted to the foot (') mark.
The beginning of this week, I installed Dreamweaver CS5, ver. 11.0, Build 4909 under Windows 8.1 OS on my new Ultrabook. I was hoping that under Windows 8.1, DW CS5's handling of typographic quotes might improve so that I can actually use this program that I purchased 4 years ago. Alas, no such luck: I continue to have the same problem I had when I first upgraded to Dreamweaver CS5 back in August 2010 (then running under Windows XP on my desktop computer).
Back in August 2020, when I first asked about fixes, I was told to change the Title/Encoding setting of Page Properties to "Western European" -- which I tried, but it didn't work then, and it doesn't work now ... and even if it did, it wouldn't be a proper fix for the problem as I have plenty of good reasons for wanting my HTML page Title/Encoding set to Unicode (UTF-8), not Western European ("charset=iso-8859-1").
The ability to copy-and-paste typographic quotes is such a big deal for me that I chose back in August 2010 to revert to Dreamweaver CS4, which I've been using ever since.
It is *very* frustrating that, 4 years later, I still can't use this program, and shall be reverting to DW CS4, yet again.
I continue to be completely flummoxed by this. Every other program with which I am familiar converts non-typographic quotes to typographic/curly/smart quotes ... never have I seen the process automated in reverse!

Oracle 10G Java PreparedStatement.setString problem

I am using jboss application server on a windows XP operating system. I installed Oracle 10G production release and am using the jdk 1.4.2.
When I do a preparedStatment.setString method call to bind the code it does not appear to be binding the variable correctly. I don't get any exceptions it just returns nothing in the resultset. It's like it's binding it but not correctly so it distorts the query results.
I read the 10G known bug list and found something stating this:
* If the database character set is AL32UTF8, you may see errors
under the following circumstances:
- accessing LONG and VARCHAR2 datatypes.
- binding data with setString() and setCharacterStream().
I then tried preparedStatement.setInt to see if this worked and it does without a problem. It appears to be the setString method. I then tried doign a workaround and using setObject instead. Also does not work. I checked the database character set and it appears I have this:
NLS_CHARACTERSET
WE8MSWIN1252
NLS_NCHAR_CHARACTERSET
AL16UTF16
I'm very confused as this is a big problem if I can't use the setString to bind. Has anyone else found this to be the case. Any workarounds or advice for fixing?
Thanks in advance!
L

Character interpretation is up to the client- as long as the database character set can handle a specific character, the client software is responsible for accepting '<char code>' from the database and rendering it as the proper '<char>'. If the client doesn't know the code point '<char code>' you get the inverted question mark.
Are you running the WE (Western European) charset or did you install the Universal one? A quick way to check that is to do a control file trace backup and check the create controlfile SQL generated ...
$ sqlplus /nolog;
show parameter user_dump;
... --- s.b. ...admin/XE/udump
alter database backup controlfile to trace;
And check the ...udump directory, view the latest .trc file- CREATE CONTROLFILE ... ; if its universal should be:
CHARACTER SET AL32UTF8
;

Forcing utf8 encoding on viewing sent messages

Hi.
I have forced Mail.app to send all my messages as UTF-8 by using the well-known command:
defaults write com.apple.mail NSPreferredMailCharset "UTF-8"
That's working fine and my messages are received and viewed as UTF-8. But in Leopard, Mail exhibits the following weirdness: say I get a mail which used English (or any Latin-based script), I reply to it using Cyrillic -- everything looks fine when I write it, and the person I reply to receives it without problems as UTF-8. But when I view my own sent mail, the Cyrillic portion comes out as mumbo jumbo. When I go to Message>View Encoding, no encoding is selected, not even Automatic. When I select UTF-8 there, the message is displayed properly.
Now that's horrible, because it means that I have to fix every single sent message of mine if I want to view it properly. That can't be right.
Is there a way to force Mail.app to use UTF-8 as default encoding for viewing messages?
Thanks a lot.
Tench

The second one clearly says UTF-8 and that should normally make Mail show the text correctly. But the first one seems to indicate you are using some kind of special digital signature, and perhaps that is confusing the situation, causing Mail to apply Latin-1 or another default instead.
I only added the digital signature yesterday and the problem is not related to it -- I had the same behavior before the digital signature. Mail.app is for some reason not displaying these messages as UTF-8 by default.
I've narrowed it down a bit. If I get a UTF-8 encoded mail, and respond to it, there is absolutely no problem. But if I get a Central European charset=ISO-8859-2 mail and respond to it using Cyrillic, the mail is sent as UTF-8 (my forced default) but Mail.app gets confused when viewing my sent mail.
My workaround now is to ask my correspondent to send me UTF-8 (you can force UTF-8 in gmail for instance), I just tested it with a friend and it works.
I still find it strange that there is no way to force the viewing encoding the way one can force the outgoing mail encoding.
Thanks for your help.

Problem on communication Oracle 10g / java

when i wrote in french and i store special characters as ' é ' , ' è ' , ' â '... and i try to select these data from a java application( on the NetBeans IDE 6.7) with a 1.6 JDK, these special characters are showen as '?' !!! so hwo cani do to get my data corretly. thanks

Character interpretation is up to the client- as long as the database character set can handle a specific character, the client software is responsible for accepting '<char code>' from the database and rendering it as the proper '<char>'. If the client doesn't know the code point '<char code>' you get the inverted question mark.
Are you running the WE (Western European) charset or did you install the Universal one? A quick way to check that is to do a control file trace backup and check the create controlfile SQL generated ...
$ sqlplus /nolog;
show parameter user_dump;
... --- s.b. ...admin/XE/udump
alter database backup controlfile to trace;
And check the ...udump directory, view the latest .trc file- CREATE CONTROLFILE ... ; if its universal should be:
CHARACTER SET AL32UTF8
;

Forcing encoding on WebLogic

Guys,
I have a doubt about encoding configuration.
I read that passing the parameter file.encoding on the startup of webLogic would force the encoding to whatever I want.
But what exactly the file.encoding configures?
Is it a parameter to read all files as if they were writen using the configured encoding or the parameter forces all IO communications, including HTTP and SOAP, to use the configured encoding?

The second one clearly says UTF-8 and that should normally make Mail show the text correctly. But the first one seems to indicate you are using some kind of special digital signature, and perhaps that is confusing the situation, causing Mail to apply Latin-1 or another default instead.
I only added the digital signature yesterday and the problem is not related to it -- I had the same behavior before the digital signature. Mail.app is for some reason not displaying these messages as UTF-8 by default.
I've narrowed it down a bit. If I get a UTF-8 encoded mail, and respond to it, there is absolutely no problem. But if I get a Central European charset=ISO-8859-2 mail and respond to it using Cyrillic, the mail is sent as UTF-8 (my forced default) but Mail.app gets confused when viewing my sent mail.
My workaround now is to ask my correspondent to send me UTF-8 (you can force UTF-8 in gmail for instance), I just tested it with a friend and it works.
I still find it strange that there is no way to force the viewing encoding the way one can force the outgoing mail encoding.
Thanks for your help.

Page directive with UTF-8 charset??

Hello,
          I try to implement the following jsp with weblogic. It displays A???C on the
          browser when the encoding is set to Unicode(UTF-8).
          When I change the browser encoding to Western European, it works fine.
          <html>
          <head>
          <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
          <title>Trying</title>
          </head>
          <body>
          <%
          String original = new String("A" + "\u696D" + "\u00f1" + "\u00fc" + "C");
          byte[] utf8bytes = original.getBytes("UTF8");
          String roundTrip = new String(utf8bytes, "UTF8");
          %>
          Original = <%=original %>
          RoundTrip = <%=roundTrip %>
          </body>
          </html>
          I found that it ignores the first two 00 when handle \u00xx character.
          However, if I add the following page directive at the beginning, it works
          fine.
          <%@ page contentType="text/html; charset=UTF-8" %>
          My question are
          1. why it trim the first two digit ("00")?
          2. what the weblogic did when I add the page directive?
          3. Is that mean the line <meta http-equiv.....> cannot work?
          4. Is there any alternative instead of adding the page directive line?
          I use WL6.1, win2000. Please help.
          Thanks a lot.
          Regards,
          kfchu


String original = new String("A" + "\u696D" + "\u00f1" + "\u00fc" + "C");          > I found that it ignores the first two 00 when handle \u00xx character.
          > 1. why it trim the first two digit ("00")?
          I can't tell what you mean. According to the JLS, the "\uxxxx" construct is
          processed in a pre-lexical step. That means that your code is the same as
          writing:
          String original = new String("A" + "?" + "?" + "?" + "C");
          (Where I used a question mark instead of looking up and writing in the
          actual character values.)
          The reason why it is 00xx is that the "\u" construct requires the data in
          UTF16 format (the 2-byte encoding of Unicode characters which you know as
          Java's "char" type).
          To see how this data is encoded / decoded, you can look at the Java sources
          for java.io.DataInputStream and DataOutputStream.
          > 4. Is there any alternative instead of adding the page directive line?
          Yes! You can use the Response method directly:
          public void setContentType(java.lang.String type)
          (That's all that the JSP does anyway.)
          Peace,
          Cameron Purdy
          Tangosol Inc.
          Tangosol Coherence: Clustered Coherent Cache for J2EE
          Information at http://www.tangosol.com/
          "kfchu" <[email protected]> wrote in message
          news:[email protected]...
          > Hello,
          >
          > I try to implement the following jsp with weblogic. It displays A???C on
          the
          > browser when the encoding is set to Unicode(UTF-8).
          > When I change the browser encoding to Western European, it works fine.
          > ---------------------------------
          > <html>
          > <head>
          > <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
          > <title>Trying</title>
          > </head>
          > <body>
          > <%
          > String original = new String("A" + "\u696D" + "\u00f1" + "\u00fc" + "C");
          > byte[] utf8bytes = original.getBytes("UTF8");
          > String roundTrip = new String(utf8bytes, "UTF8");
          > %>
          > Original = <%=original %>
          > RoundTrip = <%=roundTrip %>
          > </body>
          > </html>
          > -----------------------------------
          >
          > I found that it ignores the first two 00 when handle \u00xx character.
          > However, if I add the following page directive at the beginning, it works
          > fine.
          > <%@ page contentType="text/html; charset=UTF-8" %>
          >
          > My question are
          > 1. why it trim the first two digit ("00")?
          > 2. what the weblogic did when I add the page directive?
          > 3. Is that mean the line <meta http-equiv.....> cannot work?
          > 4. Is there any alternative instead of adding the page directive line?
          >
          > I use WL6.1, win2000. Please help.
          >
          > Thanks a lot.
          >
          > Regards,
          > kfchu
          >
          >

Custom Installation for non European languages

Hi,
While installing JRE (particularly 1.4.2_XX ) in custom mode, second option enables user to support for additional languages.
The disk size requirement is 18 MB but after installation i figured out that it takes ~8 MB.
As per documentation at http://java.sun.com/j2se/1.4.2/docs/guide/intl/locale.doc.html#jfc-table , it states that JDK on windows has language support installed as a default but for JRE custom installation is required.
I have following question related to this installation
- What files are updated with this installation? I found few files e.g. charset.jar , font files are installed within JRE installation directory.
- Does this installation updates/adds any Windows System files/font/registry?
The question has arrived as our Swing application hangs with JRE and works fine with on JDK on event of inserting thai character into JTextPane.
Any help will be highly appreciated!!!
Thanks,
Advait

Hello Advait,
The custom feature you are refering to is related to this RFE:
4508848 "Small" J2RE for Windows should include Western European languages
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4508848
It implies selecting "support for additional languages" would include lib/charset.jar and lib/ext/localedata.jar.
This feature was also described in http://java.sun.com/j2se/1.4.2/changes.html
Internationalization
The following changes have been made to internationalization functionality in J2SE 1.4.2.
* Installation of the J2RE on Windows has changed, with impact on the supported locales. There now is a single installer, which by default installs a runtime with support for European languages if the Windows host system only supports such languages, or a runtime with support for all languages if the Windows host system supports at least one non-European language. Users can request installation of additional languages in a custom setup. For complete information on which locales and encodings are supported with which installation, see the Supported Locales and Supported Encodings documents. For general information, see internationalization.
Regarding your second question, I received the answer from our install engineer:
Yes, the installer creates many registries, and we copy java.exe/javaw.exe/javaws.exe to the Windows system directory.
I am not sure why your Swing application hangs with JRE. Did you select the "support for additional language" option during installation? (I assume you did, correct?)
thanks,
miko

Non-European Display on JSP

With my browser set up for a non-European language, all the characters from the message property file are shown as the question mark on JSP. They are displayed as what they shall be after I insert the following line:
<%@ page contentType="text/html; charset=utf-8"%>
I have a look at some other i18n JSP application samples. The above line doesn't seem to be a requirement. Anything I don't get it right?

Sorry. Miss the more on the other headings of JSP file:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
     <head>
          <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
          <link rel="stylesheet" type="text/css" href="css/layout.css" />
          <title><tiles:getAsString name="title"/></title>
     </head>
. . .

Problems in Reading Mails of European Users

I have a Java program which reads email from an Exchange Mail Box.
The problem I am facing is with special European characters like � or �
This problem is only when reading the From milID. If I have European characters in the Contents or the Subject, then I can read hem perfectly. I dont get any junk charaters in the Contents or the Subject.
But if the From mailID has special characters like � or �, then its getting corrupted.
Giving u an example of corruption,
Mayer, Klaus-J�rgen (MED)becomes =?ISO-8859-1?Q?=22Mayer=2C_Klaus-J=FCrgen_=28MED=29=22?= <[email protected]>
P�ttikangas, Harri (MED)becomes =?ISO-8859-1?Q?=22P=E4ttikangas=2C_Harri_=28MED=29=22?= <[email protected]>
Reimsch�ssel, Matthias (MED)becomes =?iso-8859-1?Q?=22Reimsch=FCssel=2C_Matthias_=28MED=29=22?= <[email protected]>
Normally for users who do not have � or � in their name, I get like this,
Honni, Sakari (MED) is "Honni, Sakari (MED)" <[email protected]>
Persson, Ann-Sofie (MED) is "Persson, Ann-Sofie (MED)" <[email protected]>
I did not specify any special charset encoding, just used JavaMail and Java APIs to read the mail.
Reminding you again that the program does read all European characters like �, �, �, �, � � � � � �
Please solve this problem.

Hi,
I have simulated your case. The same as yours. But I try it
in BIG5. I work around my case by configure the character coding to BIG5(in netscape) . If I use the iso-8859-1, the
Chinese words may become ??? in the From field(showing in
the netscape mail application). If I set Big5, everything is
ok. So
I suppose that you just send a text mail, and you could try
setText(String mail_stuff_str, String character_set_str) to
fix your problem. I did not try it, But I think that it may
work.
If you use the mime mail, the mean should be similiar in conf-
igure the content-type=......; charset=Big5 by different method. but I am lazy to lookup the document.
good luck,
Alfred Wu

Lanovo ix4 300d and european character set for samba shares

Hi,
I am installing a couple of IX4-300d at a client site, struggling to set and fix the samba character set for the Windows shares. Here in Italy everyone is used to put western european characters into filenames (for example è ò ° €) but the NAS acts wierdly when it finds such caracters in folder names and file names.
As you know samba gives the possibility to declare dos charset= ISO8859-1 and unix charset= ISO8859-1 in the smb.conf file but the option is not present in the IX4 setup pages.
Is there an easy way to circumvent the problem and fix this option? As it is now the machine is fearly useless, at least if you need to migrate files and folder from a server or storage with ISO8859 charset already applied.
thanks a lot
np
Solved!
Go to Solution.

This issue has been raised on all iomega drives since day 1. although 'documented' it is still shame, that units sold to 'r-o-w' means rest-of-world, outside US, are stuckto Aa-Zz09 basically wheras client systems ( windows, linux, ios ) don't care and take what they are supposed to do.
Take it or leave it. ( I mean, take another vendor), I do not believe someone ever has taken that seriously or will do it......
Various PCs / Laptops ( sorry I still really love Dell and Fujitsu ;-))
Supporting Customers ix2s and ix4s -- Love Networking ( not only technically ).
I am not a Lenovo Employee.
If you find a post helpful and it answers your question, please mark it as an "Accepted Solution"!

Java Charset Problem

My application can works as web browser and renders html page into a Jeditorpane.However if I display a page in a different charset other than English it doesn't show the page at all.
My approach is construct a inputstreamreader using a charset used for that page and then use HTMLEditorKit.read(reader,htmldoc,0) to read the content into htmldoc or use HTMLEditorKit.Parser class to parse the content into htmldoc. But both don't work.Anybody know how to work it out?

Well, everything you read in has got to be painted on the screen, so you either need code or fonts or images or something to print out non european characters

Add new charset

Hi all,
The description of java.nio.charset.Charset class says "Support for new charsets can be added via the service-provider interface defined in the CharsetProvider class. " but I even can't find the service-provider interface. Does anyone know how to add a new charset to JVM?
I need to use Shift_JIS encoding but the code
Charset cs = Charset.forName("Shift_JIS"); throws java.nio.charset.UnsupportedCharsetException.
Thanks.
Message was edited by:
lei.java

Support for Shift JIS is included in the international edition. Make sure you download it and not the "European language version."
http://java.sun.com/j2se/1.5.0/docs/guide/intl/encoding.doc.html

European Charset

Similar Messages

Maybe you are looking for