commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <seb...@gmail.com>
Subject Re: [jira] Updated: (CODEC-55) make all "business" method implementations of public API thread safe
Date Wed, 10 Oct 2007 19:58:29 GMT
Thanks. I stand corrected.

Or rather, I'm still sitting down, trying to take this all in ;-)

I had assumed that constructors effectively synchronized the
construction process, but obviously not ...

S
On 10/10/2007, Will Pugh <willpugh@sourcelabs.com> wrote:
> Err.  I mean  JSR-133.
>
>    --Will
>
> Will Pugh wrote:
> > Look at JSR 166 section 3.5.
> >
> >
> > sebb wrote:
> >> On 10/10/2007, Will Pugh (JIRA) <jira@apache.org> wrote:
> >>
> >>>     [
> >>> https://issues.apache.org/jira/browse/CODEC-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> >>> ]
> >>>
> >>> Will Pugh updated CODEC-55:
> >>> ---------------------------
> >>>
> >>>
> >> ...
> >>
> >>
> >>> The current problem is that the end of a constructor in no way
> >>> guarantees that all threads will see the same values in each field
> >>> of an object.
> >>>
> >>
> >> I'm not sure that is correct - for example String is immutable (and
> >> threadsafe), yet it has some non-final fields.
> >>
> >> S///
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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


Mime
View raw message