web.xml.jsf_从JSF 2.3版本到Amazon AWS中断，我们都在针对简单目标进行拍摄

web.xml.jsf

看着科技行业和主流媒体都过分简化了2017年2月的Amazon S3停机事件，这让我非常恼火。 烦恼变成了击键，产生了关于该主题的两个观点，其中一个观点评估了中断将对用户放入其服务提供商中的信念产生的影响，而第二个观点则试图过滤掉亚马逊的噪音并超越了这种方式。媒体大大简化了问题。 这两篇文章都获得了有关TSS，社交媒体和TechTarget搜索网站家族的一些有趣反馈，这些反馈都在推特上发布了这些故事：

Amazon S3是否甚至针对AWS都切尔诺贝利停运了？ 停止重复这个虚假的新闻故事：输入错误并未导致Amazon S3中断

我们不选择亚马逊

有人断言我一直在选择亚马逊。 事实是，TheServerSide上最近发布了许多功能，每个人都在选择它，因此这并不是像我们一直在挑选它们。

每个人都喜欢选择JSF。 TheServerSide上周发表了一篇专题文章，断言Web UI框架不应成为Java EE规范的一部分 。 有人认为，这篇文章只是JSF的又一炮而红，但事实并非如此。 实际上，将JSF排除在Java EE规范之外对JSF来说将是一件好事，并且本文明确了原因。 在TheServerSide，我们是JSF的拥护者，我为JSF的未来感到兴奋。 看看JSF 2.3的新增功能，我相信已经解决了许多使开发人员感到烦恼的小问题，并且基于Java的Web组件框架的未来一片光明。

我们必须从Java EE中删除Web UI框架，例如JSR-371和JSF JSF 2.3有什么新功能？ CDI对齐以及与客户端技术的集成是当前最重要的问题

从过时的Java方法到RESTful Web开发

Oracle无法从Java SE中删减过时的方法也受到了抨击，回调了我们一百多年前与Rod Johnson进行的一次访谈，讨论了Spring如何使过时的方法成为开发人员应认真对待的问题。

Oracle何时开始从规范中清除Java不推荐使用的方法？

过度宣传的DevOps趋势也成为目标，使用XML和JSON的RESTful Web开发也是如此。 我们甚至对与Java EE竞争的每个开发堆栈和框架进行了拍摄，这确实是一大杯水。

DevOps和敏捷：骑着软件开发的神奇独角兽 我的RESTful调用读取JSON但写入XML。 这样会使我变成一个坏人吗？ 忘记软件集团。 Java EE堪称一流。

因此，也许我们确实选择了亚马逊，但他们并不是我们审查的唯一受害者。 如果有人建议亚马逊是TheServerSide的舆论目标所针对的唯一目标，那将远远超出预期。

您可以在Twitter上关注Cameron McKenzie： @cameronmcnz

翻译自: https://www.theserverside.com/blog/Coffee-Talk-Java-News-Stories-and-Opinions/From-the-JSF-23-release-to-the-Amazon-AWS-outage-were-taking-shots-at-easy-targets

web.xml.jsf