Mysql problem with german special characters

hi,
I wrote a software and it worked quite good, but after I installed it on a new machine with j2se 1.4 I've problems with the german special characters.
this code works good on the old machine (jdk 1.3.1) and prints the wanted characters like �,�,�.
Class.forName("org.gjt.mm.mysql.Driver").newInstance();
java.sql.Connection conn;
conn = DriverManager.getConnection("jdbc:mysql://localhost/testdb?user=testuser&password=xxxx");
Statement s = conn.createStatement();
ResultSet r = s.executeQuery("select something from testtb where id='1'");
r.first();
System.out.println( r.getString(1) );
but on the new machine (j2se 1.4) I only receive the character ?.
I updated my org.gjt.mm.mysql to the current MySQL Connector/J 3.0.9 and added
conn = DriverManager.getConnection("jdbc:mysql://localhost/testdb?user=testuser&password=xxxx&useUnicode=true&characterEncoding=ISO-8859-1");
but I've got still the same problem.
Thanks in advance
Markus

with "wanted characters like �,�,�"
I meant: like ä,ü,ö

Similar Messages

Problem with german special characters in APEX

Hi,
we have a problem with all the special characters in german language in our Application.
APEX version 3.1.0.00.32 is installed on a oracle database 9.2.0.6.0
The nls_characterset of the database is: American_America.WE8ISO8859P1
We have modified the wdbsvr.app file on our HTTP-Server like it's shown in the installationguide for APEX and have set the nls_lang parameter to American_America.AL32UTF8.
If I look at the source code of the html-pages of our application, there are already the following settings in the header of every page:
meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"
With this settings all the german special characters like ä ö ü are not shown correctly in the browser.
What can I do that the pages are shown correctly?
Thanks for help!

Hi Petra,
ok, so my guess was correct. So the solution is to set the charset attribute in the HTML header to "charset=UTF-8". This is actually the way it should be. But I'm wondering why it is not in your case? Are you using a custom template for the page(s) in question where the charset attribute is set to a custom value? The meta tags in the HTML header are usually set by/through the #HEAD# substitution string in the header definition section of the page template, cp. one of the page templates in Shared Components --> Templates. And as far as I know you are not able to change this substitution string, you can only switch the inclusion on/off with the option "Include Standard CSS and JavaScript" in each page definition. (I might be mistaken, though, I'm quite new to APEX...)
Regards
Frank

Problems with german special characters on DOC export.

Hello,
I have a problem when I export a pdf to doc via the adobe cloud feature. Everything works fine except for the special german characters. And since I want to use this tool to convert my latex pdf to word to use the spellchecker for me the entire system is broken. Do I need to change to a special encoding of my textfiles for this to work? Can you fix this somehow?
Cheers
nenTi

I use Arial as font generated by MiKTex. So I doubt it's a font problem. Also it detects all other characters without a problem, only the german special chars äöüÄÖÜß are a problem for the system.
Try it yourself:
"Hier ist mein scheiß überfordertes konvertierungs script und rödel vor sich hin ohne ännähernd befriedigendes Ergebniß."
You won't have the special chars editable in the doc. It is visible but you can't edit it because it is converted to something strange.

Unity Connection 8.6 LDAP or CUCM Import with german special characters called "Umlaut": ä, ö, ü

Hi,
for jabber 9.1 integration i sync'ed all users at Callmanager, Presence and Unity to our LDAP (MS AD). with CUCM and Presence (both 8.6.x), it works fine, just Unity Connection sync the Users from AD, but i cannot import Users with german special characters ä, ö, ü (i.E. German Name in LDAP-su: Müller).
Jabber 9.1 need for Voicemail Integration the AD Authentication. Know somebody, if there is an Workaraound or Fix ?
This is a general issue, with or without Jabber, with sync directly from AD, or indirectly through CUCM (sync'ed with AD)
thx and regards
Jacky

I located an identical defect (CSCts28455) that was closed as unreproducible. The defect references CSCtj73444 "Add support for UTF-8 password to LDAP and RADIUS/MSCHAP" which is added to 8.4.2 with the recommendation of RADIUS/MSCHAP or LDAP only for international character support. It would make sense to go to the latest in your current train (ie: 8.4.4.1.ED) and see if the issue remains. What you want to do appears to be supported.
Matthew

Problem with Icelandic special characters on Mac

Hello
I am working on a Flash publication for students, and I want it to run on Mac as well as PC. Everything goes fine, except a problem with three special characters in my language, Icelandic. I am working on a registration and login page where I am using text boxes and text input boxes. Everything looks correct on PC, but on Mac the characters Þ Ð Ý are lost.
I have tried different fonts etc.
Any idea what is wrong?
Jónas Helgason

Hello Jónas,
Did you ever figure this out ?
I have a similar problem except only with two letters (both upper and lower case). These two Icelandic letters can't be entered into a Flex TextInput box in the Flex apps I am creating when they are loaded on a Mac. The letters are known as &Eth, &eth, &Thorn and &thorn in HTML terminology. Typing these characters on the keyboard results in the following: { [ ? /
However I can copy the characters in question from some other app like TextEdit and paste them into a TextInput box in my Flex app and all is well, they show up correctly.
This happens regardless of the Mac browser used and the Flash plugin version used (have tried both 9 and 10) and also happens in the standalone Flash Player application.
Does anyone have any idea how to fix this or is this a bug in Flash Player ? This is really annoying as it makes text input into Flex apps on Icelandic Macs very difficult.
There must be something wrong with the mapping of keyboard key codes into character codes on the Mac that is causing this.
Btw, I just heard from a friend that this problem does not exist in MacOS 10.6. I am running 10.4 and have tested this on 10.5 and it exists on both of those OS versions.
Rgds,
Hordur Thordarson
Lausn hugbunadur
http://lausn.is

TCS 3.0: Anchored Frames contain callouts with german special characters Conversion to RH nok

Hi all,
I have Frame documents, which contain anchored frames with callouts. The callouts are created with Frame and contain german special characters like ä,ö,ü. These characters are not converted correctly.
Thanks for help.
Regards,
Rainer

Spanish Dictionary and problems with spanish special characters

I need a spanish dictionary, with all spanish words. I know that your priority are france, spanish, germany and Italy. So, the component has problems with spanish special words, this problem was notified before.
Have you ready something? A new version?
Thank you for your time.

For the special character issue, you can check the reference:
http://forums.adobe.com/message/2430501

Problems with using special characters in Interactive Report Search

Hi!
I am currently developing an Application on Application Express 3.1.2.00.02 including a page with an Interactive Report, facing the problem that I cannot use special german characters in the Searchbar.
So if i try to find a name like 'Schröder' the created Filter looks like this 'SchrÃ¶der' and i won't get any valid search results. By the way the rest of the application supports these special characters like using them in Buttons or any other Page elements.
Does anyone have a clue how to fix this problem, because it's driving me nuts ;)
Thanks in advance
Philipp
Edited by: philipp_m on 10.06.2009 11:15

Does noybody have a clue how to solve this problem. I tried to find out where the Problem occures. The Ajax Request looks like this
f01     contains
f01     SchrÃ¶der
f01     15
p_flow_id     100
p_flow_step_id     50
p_instance     3176950818119673
p_request     APXWGT
p_widget_action     QUICK_FILTER
p_widget_action_mod     ADD
p_widget_mod     ACTION
p_widget_name     worksheet
p_widget_num_return     15
x01     14175446766823030
x02     14176526259823035
So I guess it has to be inside the Javascript file (apex_ns_3_1.js). I hope someone can help me.
Bye
Philipp

Problems with transforming special characters

Hi,
I develop a small educational application ( http://sourceforge.net/projects/pauker/ ). I work with JDK-1.4.0 on Mandrake Linux 8.2. At first I used serialized objects to save the lessons to a file. This worked well until I wanted to change some public members of the involved classes. That's why I switched over to the new and shiny XML. Now I have a different problem!
Pauker saves its lessons in gziped XML files. Users from all over the world can create lessons containing very different characters. There are European characters like �� and asian characters. Loading this lessons on a system with a different encoding works fine. Saving such a lesson on a system with a different encoding can destroy the lesson.
Example:
On a german system a user creates a lesson with the letter � on a card side and saves it. A different user working on an english system loads this lesson. The character "�" is displayed correctly. The english user saves the lesson. The character "�" will be replaced by a question mark in the xml file. Next time the english user loads the lesson she will not see "�" but "?" on the display.
Here is a little example program that does the transformation in exactly the way Pauker does. Please test it out.
import java.io.*;
import javax.xml.parsers.*;
import javax.xml.transform.*;
import javax.xml.transform.dom.*;
import javax.xml.transform.stream.*;
import org.w3c.dom.*;
public class XMLTest {
public XMLTest() {
try {
// create document
DocumentBuilderFactory documentBuilderFactory = DocumentBuilderFactory.newInstance();
DocumentBuilder documentBuilder = documentBuilderFactory.newDocumentBuilder();
Document document = documentBuilder.newDocument();
// fill document
Element element = document.createElement("Element");
document.appendChild(element);
element.appendChild(document.createTextNode("��"));
// transform to XML
TransformerFactory transformerFactory = TransformerFactory.newInstance();
Transformer transformer = transformerFactory.newTransformer();
//transformer.setOutputProperty(OutputKeys.ENCODING, "ISO-8859-1");
transformer.setOutputProperty(OutputKeys.INDENT, "yes");
transformer.setOutputProperty("{http://xml.apache.org/xslt}indent-amount", "2");
DOMSource source = new DOMSource(document);
ByteArrayOutputStream outputStream = new ByteArrayOutputStream();
StreamResult result = new StreamResult(outputStream);
transformer.transform(source, result);
System.out.println("original: ��");
System.out.println(outputStream.toString());
} catch (Exception e) {
e.printStackTrace();
System.out.println();
public static void main(String[] args) {
new XMLTest();
So what do I have to do to fix this problem? I have a lot of new features waiting in the CVS but this bug is still open and discussed. I dont want to release a new version with such a gaping hole in it...
Thanks a lot!
If you prefer to reply peronally, please use Ronny.Standtke at gmx.de

I don't see how you can say that there's a problem with saving your XML files when the code you post doesn't actually save it to a file. Your transform is being written to a ByteArrayOutputStream, which isn't used except for this statement which I assume is for debugging:System.out.println(outputStream.toString());Of course that is useless for debugging the problem you describe, for two reasons:
1. the toString() method uses your system's default encoding, which may be ISO-8859-1 but is definitely not UTF-8. You could write toString("UTF-8") but that is a waste of time because:
2. You use System.out.println() to examine the data, which writes it to a console that also probably does not use UTF-8. I don't know what encoding it does use, but UTF-8 is unlikely.
So, save your files using the UTF-8 encoding as robadmin suggested. And to test the result, make sure you use a tool that understands the UTF-8 encoding.

Problems with Turkish special characters

Hello!
We are producing Oracle Help with WebWorks Publisher 2003 Professional for FrameMaker. There are some problems with the Turkish version of our online help: The Turkish special characters (for example the dotless i) aren´t displayed correctly in the navigation panes TOC and index. They are replaced by other characters (for example by a "y")
Has anyone an idea how to solve this problem?
Thank you very much.
Kind regards,
Miriam Rassenhofer

Miriam,
What encoding are the TOC and index XML files being generated in? You should use UTF-8 for the minimum of problems. I presume WebWorks has an option for this. Other than that, make sure the top of those XML files has the proper XML declaration with the encoding:
<?xml version="1.0" encoding="UTF-8"?>You may want to try opening the XML files in an XML-aware text editor to ensure they look right there (JDeveloper is one such editor).
If all of that is working, post back and we can talk offline about getting a snippet of one of those XML files for us to look at.
-brian

Problem with norwegian 'special characters' (æøå) in LaTeX

Having installed just about every latex-package in the repos I still cant get this to work. This is what I have in my .tex file:
\documentclass[12pt,norsk,a4paper]{article}
\usepackage[norsk]{babel}
\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}
\begin{document}
Testing æøå - ÆØÅ
\end{document}
Any suggestions?

What characters are you trying to put into math mode?
Generally, with regular LaTeX, you can't put special characters in math mode. You need to use the LaTeX symbol commands instead. For example, use \rightarrow and not →. The only exception would be if you were using XeLaTeX rather than regular (pdf)LaTeX, which generally has better Unicode support, especially if you had loaded the unicode-math packge: but that's still considered in beta status, I believe.
You can also escape to text mode inside math with the \text command from the amsmath package, e.g., $\text{ÆØÅ}$ should work.
Last edited by frabjous (2010-09-17 04:12:07)

Problems showing german special characters using DB2 jdbc driver

Hi JDBC gurus,
In my application the special german characters(umlauts...) are not shown correctly when I'm using IBM jdbc driver(type 2). When I switch to jdbcodbc driver everything is correct. So is there any trick, some connection parameter, some property or something like this? Something like "setCharset" or "umlauts" or something? I could not find anything in web :-(
It is also hard to imagine that nobody has faced this problem. Or it is very trivial...
The second problem:
I have downloaded a new driver (com.ibm.db2.jcc.DB2Driver) but when I try to connect with DB I'm getting
com.ibm.db2.jcc.b.SqlException: No license present. What does it mean - no license? I'm going to clear with our DB admin if the reason can be that I have no rights to connect directly with DB without having client installed locally on my PC. This is only what comes to my mind.
Environment:
DB: DB2 7.x
Web-Server: Tomcat 5.x
Hibernate 3.1.x

Actually the problem is ONLY symbol � - scharfes S. Other umlauts are shown correctly...
What is wrong with that symbol????
Many thanks in advance,
Giorgi

Pages 2.0.2 has problems with German umlaut characters and hangs.

The problem has occured when I had the idea to rename the style names to have exported html files wider accepted by other browsers.
Therefore I tried to rename used style names by replacing encountered umlaut letters by their transcriptions e.g. "Überschrift 1" by "Ueberschrift 1" and so on. But when doing so, the program was freezing while the last changed style name was vanishing and did not come back at all.
Reinhard.
iMac Mac OS X (10.4.9) computer chess programming

I cannot reproduce your problem. I rename überschrift 1 to Ueberschrift. Logically it moves to the bottom of the list, but it is still there and nothing hangs.
Does this happen in all your documents or only one?
Does it happen using all templates or only one?
Are you working in German all the time, or have you switched to English in the mean time?
Do you have access to other computers with the problem, or have you seen it only on yours?
Have you renamed other styles like "Text" or "Titel" without problem?
If you start Pages in English, do you have the same problem?

CQ 5 Tag Search with German special characters

Hi all,
I configured CQ 5.5. to do search on a set of custom tags that I created for documents. I did that by adding some new tags in /etc/tags/custom and adding this path in /apps/dam/content/search/searchpanel/facets/tagoptions. I noted that search works fine for any new tag that I created except those tags which contain German characters like küche. Can anyone help here on what could be the issue ?
Thanks!

I see your point. Got exactly the same problem in the DAM when searching for "ökologische" but "Unternehmenskonzept" that is in the same document is found.
When sending "ökologische" from QueryDebugger, it searches for:
18.06.2013 16:15:23.836 *DEBUG* [10.62.25.120 [1371564923836] GET /libs/cq/search/content/querydebug.html HTTP/1.1] com.day.cq.search.impl.builder.QueryImpl executing query (predicate tree):
ROOT=group: [
    {fulltext=fulltext: fulltext=%C3%B6kologische}
but from DAM Search
18.06.2013 16:17:16.096 *DEBUG* [10.62.25.120 [1371565036096] POST /bin/querybuilder.json HTTP/1.1] com.day.cq.search.impl.builder.QueryImpl executing query (predicate tree):
ROOT=group: limit=15, hitwriter=full, nodedepth=4, offset=0[
    {fulltext=fulltext: fulltext=Ã¶kologische}
    {mainasset=mainasset: mainasset=true}
    {orderby=orderby: orderby=path}
    {path=path: flat@Delete=true, path=}
    {type=type: type=dam:Asset}
    {0_daterange=daterange: lowerBound=, property=jcr:content/jcr:lastModified, upperBound=}
    {1_group=group: or=true[
        {property=property: property=jcr:content/metadata/dc:format}
    {2_group=group: or=true[
        {property=property: property=jcr:content/metadata/cq:tags}
    {3_group=group: or=true[
        {property=property: property=jcr:content/metadata/dam:scene7FileStatus}
even if I can see that the JSON structure sent to /bin/querybuilder.json is:
p.hitwriter=full&p.nodedepth=4&mainasset=true&type=dam%3AAsset&fulltext=%C3%B6kologische&path=&path.flat%40Delete=true&orderby=path&0_daterange.property=jcr%3Acontent%2Fjcr%3AlastModified&0_daterange.lowerBound=&0_daterange.upperBound=&1_group.property=jcr%3Acontent%2Fmetadata%2Fdc%3Aformat&1_group.p.or=true&2_group.property=jcr%3Acontent%2Fmetadata%2Fcq%3Atags&2_group.p.or=true&3_group.property=jcr%3Acontent%2Fmetadata%2Fdam%3Ascene7FileStatus&3_group.p.or=true&p.limit=15&p.offset=0
This is on a CQ5.5-system.

Af:inputFile problems with enconding, special characters

Hi all,
searched around the web and in these forum, found this topic:
af:inputFile encoding file name is not known
As the author I'm getting the same issue with characters like âáàíí and all things like that
in my language(Brazilian).
Instantly after I choose a file the name goes with a � in the place of these chars I mentioned before.
I changed everything to UTF-8 like my template and jspx file:
<jsp:directive.page contentType="text/html;charset=UTF-8"/>
I also changed my web.xml header:
<?xml version = '1.0' encoding = 'UTF-8'?>
And everything in Jdeveloper is set to UTF-8 like IDE and compiler preferences.
Added this lines to weblogic.xml too:
<charset-params>
<input-charset>
<resource-path>/*</resource-path>
<java-charset-name>UTF-8</java-charset-name>
</input-charset>
</charset-params>
Everything seens to not work :(
Using Jdeveloper 11.1.1.3 / Windows XP SP3 Portuguese
Developing with ADF/EJB3/JPA
Regards,
Renan.

Please check that the compiled pages are UTF-8 encoded. Open the project properties, select 'Compiler' and check the 'Character Encoding*' is set to UTF-8. Next select the 'JSP' node under 'Compiler' and check the encoding there.
Timo

Mysql problem with german special characters

Similar Messages

Maybe you are looking for