Re: [Stripes-users] UTF8 from form to mySQL

[Samuel Santos]

Hi Yee,

The right answer has already be given to you on previous mails.


   1. Configure your LocalePicker:

public class MyLocalePicker implements LocalePicker {
  ...
  @Override
  public final String pickCharacterEncoding(HttpServletRequest request,
Locale locale) {
return (UTF-8);
  }
}

   1. Add the parameter URIEncoding=UTF-8 to your HTTP connector in
   server.xml.
   2. Finally, add the following line to your JSPs:

%@ page language=java pageEncoding=UTF-8
contentType=text/html;charset=UTF-8 %

Cheers,

--
Samuel Santos
http://www.samaxes.com/


On Tue, Feb 8, 2011 at 4:32 AM, Yee yeec...@gmail.com wrote:

 Janne Jalkanen janne.jalkanen@... writes:

 
 
  Simple solution: declare the accept-charset value on all your forms to be
 UTF-8 (and *only* UTF-8), then
  put up a simple Filter in front of your chain which says
 request.setCharacterEncoding(UTF-8). This
  should ensure that you get full unicodes to the ActionBean, and then you
 only
 have to deal with your DB encodings.
 
  Works for me well.
 
 I did just that - but then I found out that many users are still using
 European
 keyboards (or input programs) that output double byte characters.

 This is still an unresolved problem for me. I have users using German,
 Dutch,
 French, Spanish spanning half the world - including Mexico.

 Any suggestions?

 Regards,
 Yee



 --
 The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
 Pinpoint memory and threading errors before they happen.
 Find and fix more than 250 security defects in the development cycle.
 Locate bottlenecks in serial and parallel code that limit performance.
 http://p.sf.net/sfu/intel-dev2devfeb
 ___
 Stripes-users mailing list
 Stripes-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/stripes-users

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Still seeing ConcurrentModificationException

[Yee]

For one thing - jRebel's Stripes plugin was having working with Stripes 1.5.5.
One particular jsp is causing jRebel to scan some resources 1000+ times,
resulting in extremely slow load time. 

I am wondering that could be the cause of the ConcurrentModificationException as
well. I only see the problem very occasionally so it is hard to pin it down.

Is anybody seeing this problem?




--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users