Debian, Tomcat4, MySQL: Problemer med æøå !

Og når du siger "skriver ud" mener du skrevet ud på JSP side ?

hmm, i PHP er der en funktion, htmlentities(), som netop laver div. tegn om til straight html

$var = htmlentities($var);
echo $var;

Nu ved jeg ikke hvad du bruger til at hente data fra DB'en?

kig engang her
http://groups.google.com/groups?hl=da&lr=&ie=UTF-8&oe=UTF-8&threadm=a7feal%24kb8%40info.telenor.no&rnum=1&prev=/groups%3Fq%3Dtomcat%2B%25C3%25A6%25C3%25B8%25C3%25A5%26hl%3Dda%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26selm%3Da7feal%2524kb8%2540info.telenor.no%26rnum%3D1

Når jeg siger skrive ud, mener jeg ud på JSP siden !
Jeg tilgår databasen i en bean, hvor jeg har nogle get-metoder som retunere en string.. dem kalder jeg så fra JSP siderne !

mysql er jo en kommando linie utility og bruger derfor sikkert CP850
eller noget tilsvarende skummelt.

Er data lagt ind med mysql eller via din webapp ?

Hvis data er lagt ind via din webapp så bør de virke når de skal vises
igen.

Derimod er det meget naturligt at noget loadet med mysql
utility vises forkert.

Jeg har en kæmpe kundedatabase fra et andet program hvor det er galt i... men når jeg selv opretter en kunde (vha. mine jsp sider) kommer æøå stadig ikke med !

det står også beskrevet her hvordan du kan gøre det ..
http://groups.google.com/groups?hl=da&lr=&ie=UTF-8&oe=UTF-8&threadm=oKcu9.22626%24CX6.455623%40prv-forum2.provo.novell.com&rnum=4&prev=/groups%3Fq%3Dtomcat%2B%25C3%25A6%25C3%25B8%25C3%25A5%26hl%3Dda%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26selm%3DoKcu9.22626%2524CX6.455623%2540prv-forum2.provo.novell.com%26rnum%3D4

loadet: Jeg er ikke helt med på det i det lange link fra dig!

jeg er ikke meget for at copy og paste alt hvad de har skrevet ;) håber du forstår men jeg er ret sikker på du finder løsningen der.

problemet kan også ligge i det tegnsæt du bruger i dine jsp sider.

prøv evt. med denne i stedet for hvad du selv bruger:
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

jacobve: Det hjalp desværre ikke !

loadet: Det sidste link du har sendt mig ser interessant ud... men hvor i server.xml er det lige jeg skal sætte linien ind ?

på min server ligger den på
%locate server.xml
/usr/local/jakarta-tomcat3.3/conf/server.xml

nåå
sec

loadet: Jeg har fundet filen.. men hvor i den indsætter jeg den linie fra linket ?

Hvis du explicit loader din JDBC driver, så kunne det være
interessant at se om:

Properties pr = new Properties();
pr.put("characterEncoding", "UTF8");
pr.put("useUnicode", "TRUE");

con = DriverManager.getConnection("jdbc:mysql://localhost/test", pr);

ville løse problemet for data der bliver lagt ind via dib webapp.

Og hvis ja så kan de gamle data konverteres.

søg efter  <DecodeInterceptor /> ..

loadet: Har ikke den sektion.. hverken på min Debian eller WinXP ?.. undre undre !

den replacer du så bare med <DecodeInterceptor debug="0" defaultEncoding="UTF-8" useSessionEncoding="false"/>

ok .. så prøv bare at sætte den ind .. og så restart tomcat .. du kan altid fjerne den hvis det ikke virker ..

I er klar over at Tomcat 3 og Tomcat 4 muligvis ikke gør tingene
helt ens ?

yup ... men det kan da ikke skade at prøve

loadet: Nu fik jeg linien sat ind... men det ændre ikke rigtig noget...
Måske har jeg sat den ind et forkert sted... under <server> !

nej arne_v har nok ret i at den support er blevet fjernet version 4 .. jeg har prøvet og kigge men jeg kan ikke finde dokumentationen for server.xml for version 4

Måske det var tid at prøve med de connection properties ?

Iøvrigt hvilken version og MySQL JDBC driver bruger du ?

jeg fandt det her
> We had the same issue with another system, and solved it by creating a
> filter (according to servlet 2.3 spec) that would change the character
> encoding of the request just before the actual servlet would be invoked.
> This works for Tomcat 4 and all other 2.3 based servlet containers
> Tomcat 3.3x has a special interceptor in server.xml that would do the same.
>
>  <DecodeInterceptor DefaultEncoding="UTF-8" />

http://www.mail-archive.com/turbine-user@jakarta.apache.org/msg09606.html

ved desværre ikke så meget om jsp programmering .. er mere interreseret i server delen og svare på eksperten men ellers held og lykke ;)

arne_v.. jeg forstod på dig at de data som er gemt i databasen ikke vil kunne vises med æøå med din metode..  !

Jeg har fundet ud af noget underligt med den anden løsning.. Jeg har prøvet at flytte linien rundt i min server.xml, og er kommet til et underligt resultat..
Nu skriver den kun ud indtil den kommet til et æ,ø eller å  ! F.eks. skriver den "Hans Sørensen" som "Hans S" .. men så oprettede jeg "Søren Sørensen" og det virkede fint !

Driver version.. jaae... Hvor ser jeg det ?

C:\j2sdk1.4.1_01\mysql-connector-java-2.0.14mysql-connector-java-2.0.14 <--- driver version går jeg ud fra.

Class.forName("com.mysql.jdbc.Driver").newInstance();

Version - hvad hedder jar-filen med driveren ?

Version 3.0.5.. måske :)

Ja - det er rigtigt at mit forslag formentligt kun vil
hjælpe på nye data, men så kan gamle data jo konverteres
en gang for alle.

arne_v: Konverteres ! Det lyder meget besværligt !... der må være en nemmere måde !

Jeg tror det er vigtigere at vælge den rigtige løsning
end den nemmel øsning.

Men jeg undrer mig iøvrigt lidt. Jeg prøvede lige selv at gemme
ÆØÅæøå i en MySQL og hente dem igen.

Det virkede perfekt.

MySQL 3.23.52 + MySQL Connector Java 2.0.14

De så sære ud i mysql tool, men de kom rigtigt ud i Java igen.

Som hvilke tegn kommer "gamle" ÆØÅæøå ud ?

Som hvilke tegn kommer "nye" ÆØÅæøå ud ?

Arne_v: Kører du windows? jeg kører debian ! .. på min windows maskine virker det fint !
De kommer alle ud som "?" nu.. men jeg kan sagtens se dem i "mysql"-tool !

Kom også lige til at tænke på din løsning med at konvertere... jeg skal opdatere databasen ud fra concorde på et senere tidspunkt igen.. så det skulle gerne kunne gøres uden at konvertere !

Ja - jeg kører Windows.

Og det er altså et Linux specifikt problem (så er der jo næppe CP850 !).

Og Linux kører default ISO-8859-1.

Det kunen altså stadigvæk værre interessant bare at prøve
med de properties og se om det havde en effekt på nye
navne.

Hvis man har fået lavet et konverterings-program, så er det
jo ikke noget problem at køre det igen.

jeg har prøvet dit eksempel.. og det virker fint....
Men jeg ved ikke lige helt hvordan jeg laver det konverteringsprogram !

Humm... sad lige og prøvede det på min winxp maskine.. når jeg bruger din properties kode.. så skriver den også æøå med ? i databasen.. men så snart jeg ændre i en .. så virker det fint !

Det kan vi vel også finde ud af.

Bruger du JDK/JRE 1.3 eller 1.4 ?

1.4 på windows og 1.3 på debian !...
kan du i store træk beskrive hvordan jeg laver det program ?

Man erstatter bare de problematiske karakterer med de rigtige
karakterer.

Jeg vil gerne hjælpe med det.

Men de er jo alle ? .. hvordan finder man ud af om det er et æ, ø eller å ?

Første problem er at identificere præcis hvordan ÆØÅæøå
er når de er forkerte.

Hvis nu man har en Streng s som skulle være "Rødgrød" -
hvilken værdi har s.getBytes()[1] så ?

Jeg tror nemlig ikke på, at de faktisk er ægte spørgsmålstegn.

Kan man så ikke bare lave et for løkke som kigger på hver string ?
Det ville da være nemmere ? Sådan den konvertere for hver søgning ?

Jeg får iøvrigt lige en ide.

Hvordan ser s2 i:

String s = "en af de gamle forkerte stenge";
String s2 = new String(s.getBytes("ISO-8859-1"));

ud ?

Muligvis kan man godt konvertere dem på når de skal vises i.s.f. en gang
for alle.

De er stadig med "?"... Det hjalp ingenting !

Så kunne det være interessant at få den numeriske værdi med
s.getBytes[index].

Jeg tror iøvrigt at jeg vil gå i seng nu.

Men hvis ikke du er kommet videre imorgen, så vil jeg
gerne fortsætte.

Og hvis vi kan finde de numeriekse værdier af de forkerte
tegn så kan vi også erstatte dem.

Jeg vil gå vidre med det i morgen !
Tak for hjælpen !

hvis jeg skriver s.getBytes()[2]; på ordet Søren ! får jeg resultatet 63 !

Kan man ikke lave en metode som konvertere en string ?

Det var slemt.

63 er nemlig et ægte spørgsmåls-tegn.

Næste ide.

Hvis du i.s.f.
  String s = rs.getString(feltnr)
kalder med
  byte[] ba = rs.getBytes(feltnr);

hvad indeholder ba så får ø ?

Hvis den indeholder 248 eller -8 så vil jeg tro at følgende
virker:

String s = new String(rs.getBytes(feltnr), "ISO-8859-1");

Arne_v: Du er bare den bedste Arne_v jeg ikke kender.... Din sidste mulighed var bare den rigtige.... Du skal have mange tak for hjælpen... Det er rart med sådan en klog mand :o) !
Håber jeg kan hjælpe dig en anden gang (Grin bare) !
/Carsten S

Glad for at kunne hjælpe.