Any reason not to do:

JkStringBuilder or something; a direct copy of the JDK 1.5 javadoc but our
own implementation?

I'm far more comfortable with us making 1.5 API things available to 1.2+,
than creating a new FastStringBuffer class. Seems a lot more useful.

Hen

On Fri, 6 Aug 2004, [iso-8859-1] Stephen Colebourne wrote:

> JDK1.5 has StringBuilder to do this.
>
> But, commons lang is for earlier JDKs too.
> There is a clear need for a class as you describe in
> [lang] IMO. The author of the class however needs to
> write it WITHOUT copying the JDK class, yet still make
> it perform in the same way (for licence reasons).
>
> Stephen
>
>
>  --- Oliver Zeigermann <[EMAIL PROTECTED]> wrote:
> > Isn't there something in JDK1.5 for that? How was it
> > called?
> >
> > Oliver
> >
> > Brian Lee wrote:
> > > Sorry about that. I'm a total moron, I meant
> > NonSynchronizedStringBuffer.
> > >
> > > It would basically be a copy and paste of the
> > java.lang.StringBuffer
> > > class without the synchronized modifiers on all
> > the public methods. Of
> > > course this would make the new FastStringBuffer
> > non-threadsafe, but my
> > > applications never share a StringBuffer between
> > threads.
> > >
> > > BAL
> > >
> > >> From: Martin Cooper <[EMAIL PROTECTED]>
> > >> To: Jakarta Commons Developers List
> > <[EMAIL PROTECTED]>
> > >> Subject: Re: NonSynchronizedString
> > >> Date: Thu, 5 Aug 2004 16:28:29 -0700
> > >>
> > >> On Thu, 05 Aug 2004 19:17:08 -0400, Brian Lee
> > >> <[EMAIL PROTECTED]> wrote:
> > >> > I was looking for a performance optimized
> > non-synched String object
> > >> for use
> > >> > in some of my apps. It seems like a FastString
> > or NonSynchronizedString
> > >> > object would be pretty useful in the
> > jakarta.lang package.
> > >> >
> > >> > I wanted to see if anyone else has had this
> > need and how they got
> > >> around it
> > >> > and if it's a not-bad idea.
> > >>
> > >> I'm clearly missing something obvious here, but
> > given that Strings are
> > >> immutable, what is it that you need to
> > synchronise?
> > >>
> > >> --
> > >> Martin Cooper
> > >>
> > >>
> > >> >
> > >> > Thanks,
> > >> > BAL
> > >> >
> > >> >
> >
> ---------------------------------------------------------------------
> > >> > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > >> > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > >> >
> > >> >
> > >>
> > >>
> >
> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > >> For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > >>
> > >
> > >
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > >
> > >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to