You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-user@portals.apache.org by Raffaele Ragni <ra...@cone.it> on 2002/09/13 12:39:55 UTC
Problems with UTF,unicode
Hi,
recentely i put support for other characters (unicode) for the db connection on my mysql, and it worked.
When i tried with a portlet the text was passed right etcetera.
After that, i try to pass it to another portlet, and even withouth checking the database, i immediately checked the variable that i got from the form, and it were corrupted.
Now the database is ok, i think the problem is how the form pass the parameter to the action, because same forms with same actions (different portlets, but the same code) works differently.
I tried wit the same text in the two portlets and printing the result withouth even operating on the string got by rundata.getParameters().getString(), and it were different.
If someone had this problem or knows a solution or some hints i would like ot know, thanks.
-Raffaele Ragni
Re: Problems with UTF,unicode
Posted by Raffaele Ragni <ra...@cone.it>.
i think i solved this... i were using a massive javascript (calendar) that
were modifying the form and probably were corrupting the encoding.
----- Original Message -----
From: "Raffaele Ragni" <ra...@cone.it>
To: "Jetspeed Users List" <je...@jakarta.apache.org>
Sent: Friday, September 13, 2002 3:16 PM
Subject: Re: Problems with UTF,unicode
> Another information: i have tried it with another portlet too and works,
so
> now i think it is a problem of the one that doesnt work.
>
> ----- Original Message -----
> From: "Raffaele Ragni" <ra...@cone.it>
> To: "Jetspeed Users List" <je...@jakarta.apache.org>
> Sent: Friday, September 13, 2002 12:39 PM
> Subject: Problems with UTF,unicode
>
>
> Hi,
> recentely i put support for other characters (unicode) for the db
connection
> on my mysql, and it worked.
> When i tried with a portlet the text was passed right etcetera.
> After that, i try to pass it to another portlet, and even withouth
checking
> the database, i immediately checked the variable that i got from the form,
> and it were corrupted.
> Now the database is ok, i think the problem is how the form pass the
> parameter to the action, because same forms with same actions (different
> portlets, but the same code) works differently.
>
> I tried wit the same text in the two portlets and printing the result
> withouth even operating on the string got by
> rundata.getParameters().getString(), and it were different.
>
> If someone had this problem or knows a solution or some hints i would like
> ot know, thanks.
>
> -Raffaele Ragni
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Problems with UTF,unicode
Posted by Raffaele Ragni <ra...@cone.it>.
Another information: i have tried it with another portlet too and works, so
now i think it is a problem of the one that doesnt work.
----- Original Message -----
From: "Raffaele Ragni" <ra...@cone.it>
To: "Jetspeed Users List" <je...@jakarta.apache.org>
Sent: Friday, September 13, 2002 12:39 PM
Subject: Problems with UTF,unicode
Hi,
recentely i put support for other characters (unicode) for the db connection
on my mysql, and it worked.
When i tried with a portlet the text was passed right etcetera.
After that, i try to pass it to another portlet, and even withouth checking
the database, i immediately checked the variable that i got from the form,
and it were corrupted.
Now the database is ok, i think the problem is how the form pass the
parameter to the action, because same forms with same actions (different
portlets, but the same code) works differently.
I tried wit the same text in the two portlets and printing the result
withouth even operating on the string got by
rundata.getParameters().getString(), and it were different.
If someone had this problem or knows a solution or some hints i would like
ot know, thanks.
-Raffaele Ragni
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>