不鼓励在Java EE容器中使用Java 8并行流吗？
鉴于不建议使用Java EE容器中的生成线程。还会不鼓励在Java EE中使用Java
8并行流
（可能会产生线程）吗？
问题答案：
编辑 请参阅的替代答案andrepnh。以下可能是计划，但在实践中似乎并没有采用这种方法。
我从评论中提到的lambda-dev邮件列表讨论中读取它的方式：不会阻止生成线程的方式-但在Java EE上下文中不会为您做任何事情。
从链接的讨论中：
Java EE并发专家已经对此进行了讨论，当前结果是，当从EE容器中运行时，FJP将正常降级为单线程（甚至调用者上下文）执行
因此，您可以在两个上下文中运行的过程或库中安全地使用并行流。当它在SE环境中运行时，它将具有神奇的并行恶作剧-
但当它在EE环境中运行时，它将优雅地降级为串行执行。
注意：以上引用的短语是将来时-有人引用某些权威性文档吗？
-
鉴于不鼓励在JavaEE容器中生成线程。在JavaEE内部使用Java8并行流（可能会产生线程）是否也会被阻止？
-
问题内容： 关于Java EE开发的第一件事是，我不应该在Java EE容器中生成自己的线程。但是当我考虑它时，我不知道原因。 您能清楚地解释为什么不鼓励这样做吗？ 我确信大多数企业应用程序都需要某种异步作业，例如邮件守护程序，空闲会话，清理作业等。 因此，如果确实不应该产生线程，那么在需要时正确的方法是什么？ 问题答案： 不建议这样做，因为环境中的所有资源都应由服务器进行管理，并可能由服务器进行
-
问题内容： 当通常足以处理方法中的大多数条件失败时，为什么不建议抛出泛型（java.lang.Exception）异常？我知道，如果一个方法可以抛出多种类型的异常，那么抛出异常的特定子类可能会澄清一些处理，但是在一般的失败/成功案例中，我认为Exception的作用已绰绰有余。 问题答案： 问题在于，它也是的超类，其中包含一些不应捕获的内容，因为它表明编程存在问题，而不是由上下文引起的特殊情况。通
-
问题内容： 在我目前正在处理的项目中，我经常看到和在字段中一起使用。我从未在任何教程或其他资源中以这种方式看到过它。我用谷歌搜索了这个特定的组合，但是除了在GitHub上的这个线程外没有找到其他东西：https : //github.com/mockito/mockito/issues/169 这让我觉得我们在以一种奇怪的方式使用它。 注意：我认为有时同时使用两个批注是有道理的，因为如果仅使用 M
-
问题内容： 这是来自Hibernate的官方教程： 还有一个替代声明，该声明允许使用组合键访问旧数据。强烈建议不要将其用于其他任何用途。 为什么不鼓励使用复合键？我正在考虑使用一个三列表，其中所有列都是外键，并且一起形成一个主键，这在我的模型中是有意义的关系。我不明白为什么这是一个坏主意，特别是我将在它们上使用索引。 有什么选择？创建一个额外的自动生成的列并将其用作主键？无论如何，我仍然需要查询我
-
它们之间有什么相同和不同之处，看起来Java并行流中有RXJava中可用的一些元素，是吗？