commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Yandell <bay...@generationjava.com>
Subject Re: [lang] NonSynchronizedStringBuffer [was Re: NonSynchronizedString]
Date Fri, 06 Aug 2004 16:45:52 GMT

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 <oliver@zeigermann.de> 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 <mfncooper@gmail.com>
> > >> To: Jakarta Commons Developers List
> > <commons-dev@jakarta.apache.org>
> > >> Subject: Re: NonSynchronizedString
> > >> Date: Thu, 5 Aug 2004 16:28:29 -0700
> > >>
> > >> On Thu, 05 Aug 2004 19:17:08 -0400, Brian Lee
> > >> <brian_a_lee@hotmail.com> 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:
> > commons-dev-unsubscribe@jakarta.apache.org
> > >> > For additional commands, e-mail:
> > commons-dev-help@jakarta.apache.org
> > >> >
> > >> >
> > >>
> > >>
> >
> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail:
> > commons-dev-unsubscribe@jakarta.apache.org
> > >> For additional commands, e-mail:
> > commons-dev-help@jakarta.apache.org
> > >>
> > >
> > >
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > commons-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail:
> > commons-dev-help@jakarta.apache.org
> > >
> > >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> > commons-dev-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message