commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory" <ggreg...@seagullsoftware.com>
Subject RE: [lang] org.apache.commons.lang.Entities
Date Sat, 29 Apr 2006 04:21:57 GMT
> I 3.0'd it.

Fine with me. Perhaps we can document a "fix" in the ticket.

Gary

> -----Original Message-----
> From: Henri Yandell [mailto:flamefew@gmail.com]
> Sent: Friday, April 28, 2006 5:49 PM
> To: Jakarta Commons Developers List
> Subject: Re: [lang] org.apache.commons.lang.Entities
> 
> I 3.0'd it.
> 
> Mostly because:
> 
> a) There's no obvious solution
> b) It's not an error that is going to cause huge problems. No
> exceptions flying around, just a bit of garbage when the code using
> the library first starts.
> 
> Hen
> 
> On 4/28/06, Gary Gregory <ggregory@seagullsoftware.com> wrote:
> > So... should we dig in to multi-threading issues for 2.2?
> >
> > Gary
> >
> > > -----Original Message-----
> > > From: Stephen Colebourne [mailto:scolebourne@btopenworld.com]
> > > Sent: Thursday, April 27, 2006 4:07 PM
> > > To: Jakarta Commons Developers List
> > > Subject: Re: [lang] org.apache.commons.lang.Entities
> > >
> > > Gary Gregory wrote:
> > > > - Let users call StringEscapeUtils once to init the data like
David
> > > > discovered.
> > > > - Change the init in Entities to lazy-init methods (which must
be
> > > > synchronized)
> > > > - Change the init in Entities to use an on-demand holder class
> > >
> > > Would this work? I suspect not.
> > >
> > > static {
> > >          Entities xml = new Entities();
> > >          xml.addEntities(BASIC_ARRAY);
> > >          xml.addEntities(APOS_ARRAY);
> > >          XML = xml;
> > > }
> > >
> > > I have to be honest that I did think that static blocks were
> > inherently
> > > synced in Java.
> > >
> > > Stephen
> > >
> > >
---------------------------------------------------------------------
> > > 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