Java 8 in a JEE Environment

[Paul Benedict]

Paul, what are your thoughts of creating an SPI that allow implementations
to hook into F/J? I am thinking that the SE API could be used if an EE
container had a way of participating in the API to create threads.

Paul


On Tue, Apr 16, 2013 at 2:34 AM, Paul Sandoz <paul.sandoz at oracle.com> wrote:

>
> On Apr 15, 2013, at 11:07 AM, Richard Warburton <
> richard.warburton at gmail.com> wrote:
>
> >>
> >> IIRC, the Java EE concurrency folks had been already talked through
> >> this, and the current outcome is that FJP will gracefully degrade to
> >> single-threaded (even caller-context) execution when running from within
> >> the EE container. That will automatically mean the parallel stream
> >> operations are effectively sequential.
> >>
> >
> > Will it be possible to utilise any of the constructs specified by JSR
> 236?
>
> AFAIK not at the moment.
>
> I think the difficultly here is how to expose control of the F/J pool to
> the framework/container developer. This is not something we want most
> developers to fiddle with.
>
> Paul.
>
> > Even if this is a manual process.  It seems a little confusing for there
> to
> > be an active JSR around providing concurrency in an EE context and for
> new
> > SE concurrency constructs to be unable to use it.
> >
> > regards,
> >
> >  Richard Warburton
> >
> >  http://insightfullogic.com
> >  @RichardWarburto <http://twitter.com/richardwarburto>
> >
>
>
>