Re: [cdi-dev] Concurrency Control
At apache we have subprojects which can become top level project if they
behaves well. Would it be possible at EE level? Idea would be to have
cdi-concurrency subspec (under CDI umbrella but not part of CDI itself -
know there was appendix in bval for instance). Then for EE 9 if the subspec
is proven as good it would become its own spec. wdyt?
Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> | Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau>
|
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
<http://www.tomitribe.com>
2016-02-28 19:16 GMT+01:00 Mark Struberg <struberg(a)yahoo.de>:
> Am 26.02.2016 um 17:39 schrieb Werner Keil <werner.keil(a)gmail.com>:
>
> Reza/all,
>
> One of the biggest problems with Concurrency Utilities is, that it
started in 2003, then went "dormant" (before the term existed) and was
revived to be finalized 10 years later after little or no proper alignment
with then state of the art Java EE standards and technologies. It
duplicates things, especially in EJB or CDI.
>
+1 that pretty much sums it up. Concurrency utils is pretty much broken
and unusable as it is today. :/
Anyway, let’s not fight the past - we need a way forward.
LieGrue,
strub
_______________________________________________
cdi-dev mailing list
cdi-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/cdi-dev
Note that for all code provided on this list, the provider licenses the
code under the Apache License, Version 2 (
http://www.apache.org/licenses/LICENSE-2.0.html). For all other ideas
provided on this list, the provider waives all patent and other
intellectual property rights inherent in such information.
Attachments:
- attachment.html (text/html — 2.7 KB)