Re: codec - thread safe

2007-10-08 Thread Qingtian Wang
On 10/8/07, sebb <[EMAIL PROTECTED]> wrote: > Which methods do you actually need? > > If you only need BCodec, then that (and Base64 which it calls) look to > be thread-safe, so you only need to instantiate it once for each > different charset. Yes, I sort of figured that out for myself already wh

Re: codec - thread safe

2007-10-08 Thread sebb
Or take a copy of QCodec and fix it to remove the offending code... The change would be more difficult to make in the codec library, because removing the offending method would not be backwards compatible. On 09/10/2007, James Carman <[EMAIL PROTECTED]> wrote: > And, a simple map would suffice in

Re: codec - thread safe

2007-10-08 Thread James Carman
And, a simple map would suffice in that case (lazy-initialized of course). If you need QCodec, then you'd have in incorporate the encodeBlanks and the charset into the map's key (if you really have cases where you do/do not want to encode blanks). On 10/8/07, sebb <[EMAIL PROTECTED]> wrote: > Whi

Re: codec - thread safe

2007-10-08 Thread sebb
Which methods do you actually need? If you only need BCodec, then that (and Base64 which it calls) look to be thread-safe, so you only need to instantiate it once for each different charset. On 08/10/2007, Qingtian Wang <[EMAIL PROTECTED]> wrote: > The SLA of the project I am working on is 2000 t

Re: codec - thread safe

2007-10-08 Thread Qingtian Wang
The SLA of the project I am working on is 2000 transactions per second. And I need to decode a 1K string on each request. -Q On 10/8/07, Will Pugh <[EMAIL PROTECTED]> wrote: > Ya know. Just to put this in a little perspective. > > These objects are pretty small (QCodec has only two members

Re: codec - thread safe

2007-10-08 Thread James Carman
That's kind of what I said on the JIRA issue, too. On 10/8/07, Will Pugh <[EMAIL PROTECTED]> wrote: > Ya know. Just to put this in a little perspective. > > These objects are pretty small (QCodec has only two members in it), and > have practically no instantiation cost. Instantiating these and q

Re: codec - thread safe

2007-10-08 Thread Will Pugh
Ya know. Just to put this in a little perspective. These objects are pretty small (QCodec has only two members in it), and have practically no instantiation cost. Instantiating these and quickly throwing them out is probably not such a bad idea, and may give you better performance that doing

JEXL How to override the Uberspect?

2007-10-08 Thread Trevor Harrison
Does anyone know of a way to override the ubspect instance that is used during script execution? -Trevor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [fileupload] encoding of filename

2007-10-08 Thread Volker Weber
Hi, reposting again after nearly 3 month without response. No one out there with knowledge on fileupload and encoding? Regards, Volker Volker Weber wrote: > Hi all, > > i have a problem with the encoding of the filename. > > to get the correct characters (e.g. german umlauts) i need to

Re: codec - thread safe

2007-10-08 Thread James Carman
Try using a ThreadLocal variable to store your Encoder/Decoder that you need to be thread safe. On 10/8/07, sebb <[EMAIL PROTECTED]> wrote: > On 08/10/2007, Will Pugh <[EMAIL PROTECTED]> wrote: > > David J. Biesack wrote: > > >> Date: Mon, 8 Oct 2007 17:01:02 +0200 > > >> From: =?iso-8859-1?Q?J=F6

Re: Beanutils: Problem with DateConverter

2007-10-08 Thread Niall Pemberton
I replied to this on the dev@ list - please don't cross-post, thanks http://tinyurl.com/3y2bqm Niall On 10/5/07, Chris Helck <[EMAIL PROTECTED]> wrote: > Hi, > > I'm trying to use the DateConverter, and it just doesn't seem to work > (or I don't understand it). Here's my code: > > DateCo

Re: codec - thread safe

2007-10-08 Thread sebb
On 08/10/2007, Will Pugh <[EMAIL PROTECTED]> wrote: > David J. Biesack wrote: > >> Date: Mon, 8 Oct 2007 17:01:02 +0200 > >> From: =?iso-8859-1?Q?J=F6rg_Schaible?= <[EMAIL PROTECTED]> > >> > >> > >>> The java.util.concurrent backport > >>> http://backport-jsr166.sourceforge.net/ runs on 1.3, for ju

Re: codec - thread safe

2007-10-08 Thread Will Pugh
David J. Biesack wrote: Date: Mon, 8 Oct 2007 17:01:02 +0200 From: =?iso-8859-1?Q?J=F6rg_Schaible?= <[EMAIL PROTECTED]> The java.util.concurrent backport http://backport-jsr166.sourceforge.net/ runs on 1.3, for just this kind of use. I know this, but I doubt that we wanna start to

Re: codec - thread safe

2007-10-08 Thread David J. Biesack
> Date: Mon, 8 Oct 2007 17:01:02 +0200 > From: =?iso-8859-1?Q?J=F6rg_Schaible?= <[EMAIL PROTECTED]> > > > The java.util.concurrent backport > > http://backport-jsr166.sourceforge.net/ runs on 1.3, for just this > > kind of use. > > I know this, but I doubt that we wanna start to depend Apache co

RE: codec - thread safe

2007-10-08 Thread Jörg Schaible
David J. Biesack wrote on Monday, October 08, 2007 4:40 PM: >> Date: Mon, 8 Oct 2007 16:23:59 +0200 >> From: =?iso-8859-1?Q?J=F6rg_Schaible?= > <[EMAIL PROTECTED]> >> >> David J. Biesack wrote on Monday, October 08, 2007 3:02 PM: >> Date: Sat, 6 Oct 2007 23:31:19 -0500 From: "Qingtian

Re: codec - thread safe

2007-10-08 Thread Qingtian Wang
On 10/8/07, sebb <[EMAIL PROTECTED]> wrote: > On 08/10/2007, Qingtian Wang <[EMAIL PROTECTED]> wrote: > > On 10/7/07, sebb <[EMAIL PROTECTED]> wrote: > > > On 07/10/2007, Qingtian Wang <[EMAIL PROTECTED]> wrote: > > > > Ok, I got the point. > > > > > > > > So let's say I wanted to work on this. Wha

Re: codec - thread safe

2007-10-08 Thread David J. Biesack
> Date: Mon, 8 Oct 2007 16:23:59 +0200 > From: =?iso-8859-1?Q?J=F6rg_Schaible?= <[EMAIL PROTECTED]> > > David J. Biesack wrote on Monday, October 08, 2007 3:02 PM: > > >> Date: Sat, 6 Oct 2007 23:31:19 -0500 > >> From: "Qingtian Wang" <[EMAIL PROTECTED]> > >> > >> Well, it's pick-your-poison kin

RE: codec - thread safe

2007-10-08 Thread Jörg Schaible
David J. Biesack wrote on Monday, October 08, 2007 3:02 PM: >> Date: Sat, 6 Oct 2007 23:31:19 -0500 >> From: "Qingtian Wang" <[EMAIL PROTECTED]> >> >> Well, it's pick-your-poison kind of a deal. Either block on one >> instance and take a performance hit, or burn up the memory with lots >> of inst

Re: Application Migration

2007-10-08 Thread Ernst de Haan
Jeenus, Thanks Ernst . I still want to maintain Struts and implement web services ,what will be the approach. No experience with that. But if you want to try a simple approach to web services, XINS is definitely worth a try. Just give the primer a go and you may be able to decide for you

RE: Application Migration

2007-10-08 Thread Jeenus Johnson
Thanks Ernst . I still want to maintain Struts and implement web services ,what will be the approach. Regards, Jeenus. From: Ernst de Haan [mailto:[EMAIL PROTECTED] Sent: Mon 10/8/2007 7:11 PM To: Jakarta Commons Users List Subject: Re: Application Migration

Re: Application Migration

2007-10-08 Thread Ernst de Haan
Jeenus, I have an application which is working fine on Struts framework ,this application now requires to be modified to be SOA based fine services .Can you please suggest ways to implement the same ? You may want to try XINS: http://xins.sourceforge.net/ There's a primer that will help

Application Migration

2007-10-08 Thread Jeenus Johnson
hi , I have an application which is working fine on Struts framework ,this application now requires to be modified to be SOA based fine services .Can you please suggest ways to implement the same ? Regards, Jeenus. - To uns

Re: codec - thread safe

2007-10-08 Thread David J. Biesack
> Date: Sat, 6 Oct 2007 23:31:19 -0500 > From: "Qingtian Wang" <[EMAIL PROTECTED]> > > Well, it's pick-your-poison kind of a deal. Either block on one > instance and take a performance hit, or burn up the memory with lots > of instances. Why not compromise? Create a ThreadPoolExecutor of some

Re: codec - thread safe

2007-10-08 Thread sebb
On 08/10/2007, Qingtian Wang <[EMAIL PROTECTED]> wrote: > On 10/7/07, sebb <[EMAIL PROTECTED]> wrote: > > On 07/10/2007, Qingtian Wang <[EMAIL PROTECTED]> wrote: > > > Ok, I got the point. > > > > > > So let's say I wanted to work on this. What's the most effective way to > > > do it? > > > > You

RE: codec - thread safe

2007-10-08 Thread Jörg Schaible
simon wrote on Monday, October 08, 2007 8:19 AM: > On Sun, 2007-10-07 at 15:23 -0500, Qingtian Wang wrote: >> Ok, I got the point. >> >> So let's say I wanted to work on this. What's the most effective way >> to do it? >> >> Search the entire code base line by line trying to ID all the thread >