yes, it will break some code, but it needs to be done regardless. It
will not go into the 2.1 release. I would recommend to anyone coding
against the om/peer objects to assume a List as the return type for any
method now returning a Vector. It will save recoding to a later
release.
Which Vectors are switched to ArrayLists will need to be decided on a
case by case basis, but I think most use of Vector in om/peer could be
switched.
Note that the Vector is used in most cases only because it was the only
available collection in java 1.1 when the design originated and the
collection classes were not available on all java implementations. It
should have been changed immediately after dropping support for 1.1
jvm's. But can only be done by someone who considers it a high enough
priority.
john mcnally
Colin Chalmers wrote:
>
> Does this mean that we should/will replace *all* vectors with ArrayLists or
> only specific ones? Will this not break some code?
>
> /colin
>
> ----- Original Message -----
> From: "Jon Stevens" <[EMAIL PROTECTED]>
> To: "turbine-dev" <[EMAIL PROTECTED]>
> Sent: Thursday, May 24, 2001 6:24 PM
> Subject: Re: Vectors vs ArrayList
>
> > on 5/24/01 1:25 AM, "Gareth Coltman" <[EMAIL PROTECTED]>
> wrote:
> >
> > > Guys,
> > >
> > > I was reading this report by sun about jdk1.2 and it had some benchmarks
> > > showing that ArrayLists perform significantly better than Vectors
> because
> > > the treadsafe code overhead isn't there. Is there a reason why you
> haven't
> > > used ArrayLists in classes where there are no threading issues such as
> > > peers? Is it worth the change?
> > >
> > > Gareth
> >
> > Wow, that sounds like a great way that you can contribute to the Turbine
> > project! :-)
> >
> > -jon
> >
> >
> > ---------------------------------------------------------------------
> > 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]
