关于

诺曼·理查兹（在JBoss从事产品管理工作的超级聪明、深思熟虑的人）已经发布了从JBoss世界下载的Seam实战实验室。这是开始使用Seam的好方法，比听我谈论关于对话、状态管理和统一组件模型等话题一个半小时要有趣得多...

通常我不喜欢卷入这类讨论 - 我通常保持沉默，除非我有比我也这么想更多要说的。但是请原谅我提到，总的来说，我同意许多人的观点，即在JDK中捆绑Derby是一个糟糕的主意。我的担忧是，这个决定自然迫使像Hibernate这样的项目不得不支持Derby，无论我们对产品在这个阶段成熟度/稳定性的判断如何。也许如果/当Derby证明自己是一个真正准备好投入生产的平台时，这个决定可以更好地得到证明。但现在，Derby既不能在生产中使用，也不是真正适合开发的选项（在开发时间，HSQL的使用性更好，而95%的人都在使用它）。

上周有成千上万的人下载了Seam 1.0并尝试使用它。不可避免地，他们发现了一些小错误。同时，我正在从已经在JBoss世界开发和/或部署Seam应用程序的用户那里获得一些有用的反馈。最后，Sun的Roger Kitain报告了在GlassFish上运行Seam的问题。因此，我需要进行1.0.1版本发布

福洛伊德提供了一篇关于Seam的一些关键想法的出色总结，这些想法基于我们昨天的采访

Seam项目自豪地宣布发布JBoss Seam 1.0 GA，这是一个Java EE 5的应用程序框架。Seam旨在成为任何编程语言中开发企业级和富互联网应用的最生产力的平台。

Web Beans JSR已无异议地通过JCP执行委员会的批准。您可以在这里阅读提案

最近定稿的Java EE 5平台极大地简化了Java应用程序的开发。

我在网上看到一些评论，说Seam是JBoss特有的东西。这并不是事实，Seam没有对除了标准Java EE 5 API之外的任何东西有硬依赖。

我，至少我是，欢迎我们的新企鹅统治者。

最近，Simon Brown整理了一套用于比较Java Web框架的非常简单的博客应用的需求。我对他的实际需求有所保留（特别是，没有表单提交！）但既然其他框架 作者 已经尝试了，我也将示例移植到了Seam。我要在这篇帖子周围加上一个巨大的警告：Seam绝对不是为像博客或网络论坛这样的应用程序设计的；这类问题使用类似PHP或Ruby on Rails的东西很容易解决，并且没有真正的好理由使用Java来解决这个问题（除非Java是你唯一知道的）。这里有一组没有/会话/和/业务流程/的需求，所以Seam所有复杂的状态管理机制都是多余的。尽管如此，框架需要使简单的事情变得容易，你将看到我们使用Seam解决这个简单问题需要写多少Java代码。