Struts 的官方网站 http://struts.apache.org/2.0.11/index.html 列出了 Struts 2 的平台要求有三：
· Servlet API 2.4
· JSP API 2.0
· Java 5
但如果坚持要用 Java 4 也行，Struts 2 在 j4 目录下提供有用 retrotranslator 转换过的 struts2-core-j4-2.x.x.jar 和 xwork-j4-2.x.x 可用。
就是说换两个包可以 让 Struts 2 用 Java 4 环境中，但是未提及能不能用于 Servlet API 2.3/JSP API 1.2 的环境。 Read More- 常有这样的梦：不知何来一本似乎是无字天书，而其中的字句却是慢慢地、渐显可辨。同时现实中的自己完全能察觉这是一个梦，极怕即刻醒来，想多记取那些天外之语。但总不能如愿，醒来时还留有某些字句痕迹，再过后就全然忘却。仿佛进入的是一个太虚幻境。
1. 动态 Action：<action ../> 元素的一个前所未有的特性是，name 属性可以用通配符，class 和 method 属性中可以用 name 中的匹配参数，{0}/{1} 的形式。举两个例子说明：
① <action name="*Action" class="com.unmi.LoginRegistAction" method="{1}">
URL 是 registAction.action 时，会执行 LoginRegistAction 类实例的 regist() 方法
② <action name="*_*" class="actions.{1}Action" method="{2}">
URL 是 Book_save.action 时，会执行 actions.BookAction 类实例的 save() 方法 Read More 
三. cron 表达式的格式
Quartz cron 表达式的格式十分类似于 UNIX cron 格式，但还是有少许明显的区别。区别之一就是 Quartz 的格式向下支持到秒级别的计划，而 UNIX cron 计划仅支持至分钟级。许多我们的触发计划要基于秒级递增的(例如，每45秒)，因此这是一个非常好的差异。
在 UNIX cron 里，要执行的作业（或者说命令）是存放在 cron 表达式中的，在第六个域位置上。Quartz 用 cron 表达式存放执行计划。引用了 cron 表达式的 CronTrigger 在计划的时间里会与 job 关联上。
另一个与 UNIX cron 表达式的不同点是在表达式中支持域的数目。UNIX 给出五个域(分、时、日、月和周)，Quartz 提供七个域。表 5.1 列出了 Quartz cron 表达式支持的七个域。 Read More- 在这个陌生的城市里，的确承受着巨大的压力。房东的驱赶与无理的加价，想置个家电须顾及到搬迁。也开始学会了算计着过活，两块五与三块的公交，宁愿等待与拥挤，就连省下一顿饭钱都能暗自庆幸。周末了，老老实实呆在家里吧！
1. 按这个顺序加载 Struts2 的常量，struts-default.xml、struts-plugin.xml、struts.xml、web.xml；后加载的会覆盖前面的同名常量。强烈不推荐在 web.xml 中配置 Struts2 常量。
2. Struts1 中有一种 Action 类型是 ForwardAction，而在 Struts2 中相应的配置方式是 <action name="Showcase"><result>/showcase.jsp</result></action>，Showcase.action 直接映射到 /showcase.jsp。 Read More - 第五章. Cron 触发器及相关内容
我们在上章中有承诺过会花更多时间来讲 Quartz 的 CronTrigger，所以不会让你失望的。SimpleTrigger 对于需要在指定的毫秒处及时执行的作业还是不错的，但是假如你的作业需要更复杂的执行计划时，你也就要 CronTrigger 给你提供更强更灵活的功能。
一. Cron 的快速一课
cron 这一观念是来自于 UNIX 世界。在 UNIX 中，cron 是一个运行于后台的守护程序，它负责所有基于时间的事件。尽管 Quartz 除相同的名字和相似的表达式语法外，并未分享到 UNIX cron 别的东西，我们还是值得花几个段落去理解 cron 背后的历史。我们这里的目标不是搞混 UNIX cron 表达式和 Quartz 的 cron 表达式，但是你应该了解 Quartz 表达式的历史，并探索为什么他们运作起来很像。这儿明显有许多有意图的相似性。 Read More - 连续几日熬夜，以致左胸又起闷痛感，何来如此辛苦？不由自忖，人生至今，印象中从来就没有过安逸与幸福感。常要回避刺疼。
1. WebWork 的核心控制器是 ServletDispatcher，映射到 *.action 的 <url-pattern> 即可。在 WebWork 与 Struts2 的 struts.xml 和 struts.properties 相对应的分别是 xwork.xml 和 webwork.properties，文件内容几乎一样，只几个关键字的差异。
2. Struts2 的 struts.xml 中 <action ../> 的 name 属性相当于 struts1 的 <action ../> 的 path 属性，但在这里不需要以 "/" 开始。
3. Action 中使用业务逻辑组件实例时，通常不直接 New，而会通过工厂方法或 IOC 容器。虽然 WebWork 有 IOC 容器，但 Struts2 通常会使用 Spring 的 IOC。 Read More - Struts 从1.1使用到1.3已有多年，都升成2了，却来了个大变脸，须重新审视一番了。从头学习，记下笔记，以要点式。
1. Struts2 与 Struts1 似乎没什么血缘关系了，承自于 WebWork，直害 WebWork 不再推出新版本了，原先的 WebWork 使用者只需顺其然，即是水道渠成；相反 Struts1 的开发经验对于 Struts2 却没有太大的帮助。
2. Struts1 的核心控制器是 ActionServlet，而 Struts2 的核心控制器是 FilterDispatcher。Struts2 的业务 Action 会在运行时生成 Action 代理。
3. Struts1 的 Action 须继承抽象 Action 类，侵入了 Servlet API；而 Struts2 的 Action 可以实现 ActionSupport，或者只要一个纯净的 POJO 来充当，完全与 Servlet 绝缘。也因此带来测试性 Struts2 要比 Struts1 强，可把 Struts TestCase 扔到一旁去了。 Read More ![MyEclipse Blue Edition: 针对 WebSphere 的廉价工具 [翻译]](https://yanbin.blog/images/logos/java-logo.png)
今夜，打开 TheServerSide.Com，看到 MyEclipse 又出新品 MyEclipse Blue Edition，专为 WebSphere 开发者打造的。WebSphere 用户也算是有福了，想想以前在 MyEclipse 里联用 WebSphere Server 是一件多么痛苦的事情啊，所以不得不在本地用 Tomcat 测试，一搬到正式环境难免要受到兼容性的折磨。WSAD 和 RAD 提供的功能自是不必说，但慢的难以忍受，快来体验一下 MyEclipse Blue Edition 吧。
原文翻译如下：
Genuitec 今日宣布发布一款名为 MyEclipse Blue Edition 的新产品，它针对的是 IBM Rational Application Developer (RAD) 和 WebSphere 的开发。 Read More- 通常 Websphere Application Server (WAS) 都是结合 LDAP 来对用户对行验证，实现单点登陆的。因为 LDAP 有着一个得天独厚的优势，它对查询进行了优化，因此 WAS 理所当然的提供了对 LDAP 十分完善的支持。从 WAS 控制台进 安全性－＞用户注册表－＞LDAP，在类型里可以看到支持 IBM_Directory_Server、SecureWay、Sun ONE、Domino、Active_Directory、eDirectory 还可定制 LDAP 连接。
好，就此打住，我在这里要介绍的是如何配置 WAS 控制台和应用通过 JDBC 来验证用户。这一想法产生的背景是：公司原所有系统是通过 Portal 做的集成，配置 LDAP 便能实现 SSO，但有一个新的项目暂不能通过 LDAP 来验证，但也要能实现 SSO，于是就意思到要用 JDBC 来进行用户验证。你也许已注意到在 安全性－＞用户注册表 下除了 本地 OS 和 LDAP 外，还有一个 定制。我们就是要在这个 "定制" 上做文章的。下面详细具体步骤。 Read More