Hello,
Am 26.10.2007 um 13:21 schrieb Andrea Garrido Fernández:
> Hello:
> I have a problem with the encodings in the submission form: I have
> all the jsps whith UTF-8 encoding but when I try to submit an
> item, the enconding is changed somewhere and it takes iso-8859-1,
> so when I try to send Spanish characters like ´,ñ,... , It keeps
> the wrong words in the database. For example, España is changed by
> Espa?a.
>
> I have solved this problem for firefox, I have added in the form
> tag the attribute accept-charset= "utf-8" but it doesn´t work in
> internet explorer.
> Could you please help me? I have spent a lot of days trying to
> solve it, but I can´t find a solution.
For me, understanding encoding issues is also still challenging.
As far as I understand, the encoding of the jsps stored on your
server does not have to do with that. Also, it does not look
like a problem with your database encoding at first glance,
which is great. Still, I would take a second look to this.
I was very surprised to find my db set to ISO8859 after restoring
from a dump when I was sure that I had set it to UT8 before.
All you have to do is
% psql
Welcome to psql 8.2.4, the PostgreSQL interactive terminal.
Type: \copyright for distribution terms
\h for help with SQL commands
\? for help with psql commands
\g or terminate with semicolon to execute query
\q to quit
postgres=# \l
List of databases
Name | Owner | Encoding
-------------+----------+-----------
dspace | dspace | UTF8
dspace_test | dspace | UTF8
postgres | postgres | SQL_ASCII
template0 | postgres | SQL_ASCII
template1 | postgres | SQL_ASCII
(5 rows)
If everything is fine there, you are well of. Everything else
should be possible to fix without changing your data. Depending
on your setup for the JSP container Tomcat in conjunction with
Apache or standalone, jetty or JBoss or whatever, make sure
that the server is working with UTF-8. For tomcat this is
discribed in the setup guide and you have probably done that
already, so I mention it just to be complete. You should be
done with these two steps within some minutes or so.
Last, find a way to check exactly what the Server sends back
to your browser on the browsers request to the submission form.
You probably have to log in to reach this page, so it is not
feasible to request this page in the terminal and check headers.
I probably would try and start something like tcpdump or ethereal
to log the packages of interest but I am sure that this takes you
several more hours and there is probably an easier way to check
this - I just dont know it.
Although I dislike Internet Explorer, I can hardly believe
that the fault is on the browsers side. My best guess is that
the server confuses the browser telling that the body has a
mime encoding of Content-Type: text/xml; charset=ISO-8859-1
or something like that. This would lead to the diagnosis that
there is still a configuration error in one of the server
components, let it be Apache, the jk-connector, tomcat or
whatever things participates in the creation of the output.
Bye, Christian
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
