Necesito que UTF-8 funcione en mi aplicación web Java (servlets + JSP, sin marco utilizado) para admitir äöå
etc. para texto finlandés regular y alfabetos cirílicos como ЦжФ
para casos especiales.
Mi configuración es la siguiente:
- Entorno de desarrollo: Windows XP
- Ambiente de producción: Debian
Base de datos utilizada: MySQL 5.x
Los usuarios utilizan principalmente Firefox2, pero también se utilizan Opera 9.x, FF3, IE7 y Google Chrome para acceder al sitio.
¿Cómo lograr esto?
Respuestas:
Respondiéndome a mí mismo como las preguntas frecuentes de este sitio lo alienta. Esto funciona para mi:
La mayoría de los caracteres äåö no son problemáticos, ya que el conjunto de caracteres predeterminado utilizado por los navegadores y tomcat / java para webapps es latin1, es decir. ISO-8859-1 que "entiende" esos caracteres.
Para que UTF-8 funcione bajo Java + Tomcat + Linux / Windows + Mysql requiere lo siguiente:
Configuración de server.xml de Tomcat
Es necesario configurar que el conector use UTF-8 para codificar los parámetros de url (solicitud GET):
La parte clave es URIEncoding = "UTF-8" en el ejemplo anterior. Esto garantiza que Tomcat maneja todos los parámetros GET entrantes como codificados UTF-8. Como resultado, cuando el usuario escribe lo siguiente en la barra de direcciones del navegador:
el carácter ж se maneja como UTF-8 y está codificado (generalmente por el navegador incluso antes de llegar al servidor) como % D0% B6 .
La solicitud POST no se ve afectada por esto.
CharsetFilter
Entonces es hora de forzar a la aplicación web de Java a manejar todas las solicitudes y respuestas como codificadas en UTF-8. Esto requiere que definamos un filtro de juego de caracteres como el siguiente:
Este filtro se asegura de que si el navegador no ha configurado la codificación utilizada en la solicitud, esté configurado en UTF-8.
La otra cosa que hace este filtro es establecer la codificación de respuesta predeterminada, es decir. la codificación en la que se devuelve el html / lo que sea. La alternativa es establecer la codificación de respuesta, etc. en cada controlador de la aplicación.
Este filtro debe agregarse a web.xml o al descriptor de implementación de la aplicación web:
Las instrucciones para hacer este filtro se encuentran en la wiki de tomcat ( http://wiki.apache.org/tomcat/Tomcat/UTF-8 )
Codificación de página JSP
En su web.xml , agregue lo siguiente:
Alternativamente, todas las páginas JSP de la aplicación web deberían tener lo siguiente en la parte superior:
Si se usa algún tipo de diseño con diferentes fragmentos JSP, entonces esto es necesario en todos ellos.
Metaetiquetas HTML
La codificación de la página JSP le dice a la JVM que maneje los caracteres en la página JSP en la codificación correcta. Entonces es hora de decirle al navegador en qué codificación se encuentra la página html:
Esto se hace con lo siguiente en la parte superior de cada página xhtml producida por la aplicación web:
Conexión JDBC
Cuando se usa una base de datos, debe definirse que la conexión usa codificación UTF-8. Esto se hace en context.xml o donde la conexión JDBC se defiende de la siguiente manera:
Base de datos MySQL y tablas
La base de datos utilizada debe usar la codificación UTF-8. Esto se logra creando la base de datos con lo siguiente:
Entonces, todas las tablas deben estar en UTF-8 también:
La parte clave es CHARSET = utf8 .
Configuración del servidor MySQL
El servidor MySQL también debe configurarse. Por lo general, esto se hace en Windows modificando my.ini -file y en Linux configurando my.cnf -file. En esos archivos se debe definir que todos los clientes conectados al servidor usan utf8 como el juego de caracteres predeterminado y que el juego de caracteres predeterminado usado por el servidor también es utf8.
Mysql procedimientos y funciones
Estos también necesitan tener definido el conjunto de caracteres. Por ejemplo:
Solicitudes GET: latin1 y UTF-8
Si y cuando se define en server.xml de tomcat que los parámetros de solicitud GET están codificados en UTF-8, las siguientes solicitudes GET se manejan correctamente:
Debido a que los caracteres ASCII se codifican de la misma manera con latin1 y UTF-8, la cadena "Petteri" se maneja correctamente.
El carácter cirílico ж no se entiende en absoluto en latin1. Como se le indica a Tomcat que maneje los parámetros de solicitud como UTF-8, codifica ese carácter correctamente como % D0% B6 .
Siempre y cuando se indique a los navegadores que lean las páginas en codificación UTF-8 (con encabezados de solicitud y metaetiqueta html), al menos Firefox 2/3 y otros navegadores de este período codifican todos los caracteres como % D0% B6 .
El resultado final es que se encuentran todos los usuarios con el nombre "Petteri" y también se encuentran todos los usuarios con el nombre "ж".
¿Pero qué hay de äåö?
La especificación HTTP define que, por defecto, las URL están codificadas como latin1. Esto da como resultado que firefox2, firefox3, etc. codifiquen lo siguiente
en la versión codificada
En latin1 el carácter ä está codificado como % E4 . A pesar de que la página / solicitud / todo está definido para usar UTF-8 . La versión codificada UTF-8 de ä es % C3% A4
El resultado de esto es que es bastante imposible para la aplicación web manejar correctamente los parámetros de solicitud de las solicitudes GET, ya que algunos caracteres están codificados en latin1 y otros en UTF-8. Aviso: las solicitudes POST funcionan ya que los navegadores codifican todos los parámetros de solicitud de los formularios completamente en UTF-8 si la página se define como UTF-8
Cosas para leer
Muchas gracias a los escritores de lo siguiente por dar las respuestas a mi problema:
Nota IMPORTANTE
mysqladmite el plano multilingüe básico con caracteres UTF-8 de 3 bytes. Si necesita salir de eso (ciertos alfabetos requieren más de 3 bytes de UTF-8), entonces debe usar un
VARBINARY
tipo de columna o usar elutf8mb4
conjunto de caracteres (que requiere MySQL 5.5.3 o posterior). Solo tenga en cuenta que usar elutf8
juego de caracteres en MySQL no funcionará el 100% del tiempo.Tomcat con Apache
Una cosa más Si está utilizando el conector Apache + Tomcat + mod_JK, también debe hacer los siguientes cambios:
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" URIEncoding="UTF-8"/>
/etc/httpd/conf
y añadirAddDefaultCharset utf-8
enhttpd.conf file
. Nota: Primero verifique si existe o no. Si existe, puede actualizarlo con esta línea. También puede agregar esta línea en la parte inferior.fuente
pageEncoding
, por lo que incluso podría dejarlas de lado. 2) en la base de datos MySQL y las tablas que usóutf8_swedish_si
, esto debería haber sidoutf8_unicode_ci
. Incluso podría dejar de lado la intercalación, soloCHARACTER SET utf8
es suficiente.<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" URIEncoding="UTF-8"/>
2. Pase a su carpeta de apache, es decir,/etc/httpd/conf
y agregueAddDefaultCharset utf-8
el archivo 'httpd.conf'. Nota: primero verifique si existe o no. Si existe, puede actualizarlo con esta línea. También puede agregar esta línea en la parte inferior.Creo que lo resumiste bastante bien en tu propia respuesta.
En el proceso de UTF-8-ing (?) De extremo a extremo, es posible que también desee asegurarse de que Java esté utilizando UTF-8. Utilice -Dfile.encoding = utf-8 como parámetro para la JVM (se puede configurar en catalina.bat).
fuente
Para agregar a la respuesta de kosoant , si está utilizando Spring, en lugar de escribir su propio filtro de Servlet, puede usar la clase
org.springframework.web.filter.CharacterEncodingFilter
que proporcionan, configurándola de la siguiente manera en su web.xml:fuente
También quiero agregar desde aquí que esta parte resolvió mi problema utf:
fuente
Esto es para la codificación griega en tablas MySql cuando queremos acceder a ellas usando Java:
Use la siguiente configuración de conexión en su grupo de conexiones JBoss (mysql-ds.xml)
Si no desea poner esto en un grupo de conexiones JNDI, puede configurarlo como una URL JDBC como lo ilustra la siguiente línea:
Para mí y Nick, así que nunca lo olvidamos y perdemos más tiempo .....
fuente
Buena respuesta detallada. solo quería agregar una cosa más que definitivamente ayudará a otros a ver la codificación UTF-8 en las URL en acción.
Siga los pasos a continuación para habilitar la codificación UTF-8 en las URL en Firefox.
escriba "about: config" en la barra de direcciones.
Utilice el tipo de entrada de filtro para buscar la propiedad "network.standard-url.encode-query-utf8".
La codificación UTF-8 en URL funciona de forma predeterminada en IE6 / 7/8 y Chrome.
fuente
Las respuestas anteriores no funcionaron con mi problema. Solo estaba en producción, con tomcat y apache mod_proxy_ajp. ¿El cuerpo del mensaje perdió caracteres no ascii por? El problema finalmente fue con JVM defaultCharset (US-ASCII en una instalación predeterminada: Charset dfset = Charset.defaultCharset ();) por lo tanto, la solución fue ejecutar el servidor Tomcat con un modificador para ejecutar JVM con UTF-8 como conjunto de caracteres predeterminado:
(agregue esta línea a catalina.sh y reinicie el servicio tomcat)
Tal vez también deba cambiar la variable del sistema de Linux (edite ~ / .bashrc y ~ / .profile para un cambio permanente, consulte https://perlgeek.de/en/article/set-up-a-clean-utf8-environment )
fuente
Tengo un problema similar, pero, en los nombres de archivo de un archivo, estoy comprimiendo con apache commons. Entonces, lo resolví con este comando:
me funciona muy bien Espero que ayude a cualquiera;)
fuente
Para mi caso de mostrar caracteres Unicode de paquetes de mensajes, no necesito aplicar la sección "Codificación de página JSP" para mostrar Unicode en mi página jsp. Todo lo que necesito es la sección "CharsetFilter".
fuente
Otro punto que no se ha mencionado se relaciona con los Servlets Java que trabajan con Ajax. Tengo situaciones en las que una página web recoge texto utf-8 del usuario que lo envía a un archivo JavaScript que lo incluye en un URI enviado al Servlet. El Servlet consulta una base de datos, captura el resultado y lo devuelve como XML al archivo JavaScript que lo formatea e inserta la respuesta formateada en la página web original.
En una aplicación web estaba siguiendo las instrucciones de un libro de Ajax anterior para concluir el JavaScript en la construcción del URI. El ejemplo en el libro usó el método escape (), que descubrí (por las malas) que está mal. Para utf-8 debe usar encodeURIComponent ().
Pocas personas parecen lanzar su propio Ajax en estos días, pero pensé que podría agregar esto.
fuente
Sobre lo
CharsetFilter
mencionado en @kosoant respuesta ...Hay una construcción en
Filter
tomcatweb.xml
(ubicado enconf/web.xml
). El filtro se nombrasetCharacterEncodingFilter
y se comenta por defecto. Puede descomentar esto (recuerde descomentarlofilter-mapping
también)Además, no es necesario configurarlo
jsp-config
en suweb.xml
(lo he probado para Tomcat 7+)fuente
En algún momento puede resolver el problema a través del asistente de administrador de MySQL. En
y establecer Def. Conjunto de caracteres: utf8
Quizás esta configuración necesite reiniciar MySQL.
fuente
Enfrenté el mismo problema en Spring MVC 5 + Tomcat 9 + JSP.
Después de la larga investigación, llegó a una solución elegante ( sin necesidad de filtros y sin necesidad de cambios en el servidor Tomcat.xml (a partir de la versión 8.0.0-RC3))
En la implementación de WebMvcConfigurer, establezca la codificación predeterminada para messageSource (para leer datos de archivos de origen de mensajes en la codificación UTF-8.
En la implementación DispatcherServletInitializer, @Override el método onStartup y establezca la codificación de caracteres de solicitud y recurso en él.
Guarde toda la fuente del mensaje y vea los archivos en codificación UTF-8.
Agregue <% @ page contentType = "text / html; charset = UTF-8"%> o <% @ page pageEncoding = "UTF-8"%> en cada archivo * .jsp o agregue el descriptor jsp-config a web.xml
fuente
En caso de que haya especificado en el grupo de conexiones (mysql-ds.xml), en su código Java puede abrir la conexión de la siguiente manera:
fuente