摘要: Tapestry的基本配置和目录结构
阅读全文
Ben Gidley进行了一个关于Tapestry5.1.0.5的性能测试。原文见：http://blog.gidley.co.uk/2009/05/tapestry-load-testing-round-up.html
最后，他得出的结论是：
１、Tapestry的速度是比较快的。即使在一定的压力下Tapestry的反应时间也相当短。Tapestry并不总是最快的解决方案，但它对于我（译注：Gidley）已经足够快了。
２、Tapestry没有内存泄漏。我以前曾经听说过Tapestry会占用大量的内存，实际上，正好相反。它使用的内存比struts/jsp还要少。内存使用曲线相当的平坦。
３、Tapestry在表单应用中比struts要快。Tapestry在应用变得非常复杂的时候有一定的优势。这可能利益于其模块池技术。
４、Tapestry不轻易崩溃，即使崩溃，也会恢复。Tapestry在极大压力的情况下确实会相应变慢，但是它会暂停或者遇到瓶颈（译注：我怀疑是作者这里有笔误，从语气和上下文来看，感觉应该不是暂停和没有瓶颈），这的确是一个好事情。另外在压力减轻之后，Tapestry能够自动恢复。
５、更多的CPU并一定会提升性能。在一系列的测试中，性能与CPU的数量并不是线性增长。２个CPU确实比一个CPU的性能翻倍了，但是４个CPU并不比２个CPU的性能翻倍。因此，建议在多个双核CPU的虚拟机上运行，而不是少数的４核CPU上运行。
６、６４位比３２位要快。这一点很让我惊奇。不管在Solaris还是Linux上，运行在６４位JVM中要比在３２位JVM要快。
７、Linux要比Open Solaris X86要快。这一点同样让我惊奇。我本来以为性能应该是相似的。
最终的结论是：Tapestry即使是对于一个大并发量的Web应用来说也已经足够快了。如果你的应用有性能问题的话，那么问题应该出在你自己本身的代码上。
上述是原文的翻译。下面是一些评论：
Howard（应该是Tapestry的作者）：Taptestry５和Struts相比，我认为差别应该是在反射的使用上（包括在java.bean.Introspector中大量的synchronization）。因此在Struts将查询参数的名称映射成JavaBean属性的时候，会比较耗时。而Tapestry５是不使用反射的，Tapestry在查询参数和JavaBean的属性之间使用一种“预编程”向量组件，也许这就是两者（Tapestry和Struts）的差别。当然，这只是猜想，如果要证实的话，是需要花费很多时间的。我认为OGNL的教训不是说反射很慢，而是在于一个关键代码上的序列存取对于性能的影响是相当大的。
最后一个小提示：我觉得在Tapestry5应用中如果把BeanModel从BeanModelSource中只提取一次，然后给Grid，BeanEditForm等等提供一个可以存取的方法，将会获得相当的性能提升。这样就不是需要每次都重建BeanModel，将减少操作的消耗。
jeverest：我也进行了Tapestry的性能测试，并且同意Tapestry５的性能比较以前版本的要快。
Tapestry5.1经过数个alpha,Beta版的非正式发布，今天终于在主页看到最终正式版5.1.0.5的发布。
这次的版本算得上是比较迅速了，从官方主页中可以看到，第一版5.1.0.1是２月２４日发布了，短短３个月不到的时间，发了４个版本，动作不可谓不迅速。
5.1中具有以下几个新特性
１、Tapestry现在开始采用BlackBird作为JavaScript的调试工具
２、一个Ajax的事件请求现在可以返回一个MultiZoneUpdate实例来更新浏览器中的多个区
３、客户端数字的检验实现了国际化
４、相对于5.0.18有显著的性能提升，主要是页面的加载时间和页面的渲染时间大大缩短
５、Tapestry的IoC服务现在既可以是Advised也可以是Decorated
６、Tapestry的服务现在可以注入到Spring的Bean中
７、对于支持Gzip的客户端，Tapestry现在可以压缩返回包
８、有序的和Mapped的配置信息现在可以被重新赋值
９、属性表达式得到加强，现在可以调用有参数的方法，或者创建一个列表
１０、IoC的贡献既可以是类（自动生成实例）也可以是具体的实例
１１、现在提供了一个简单的可以重写内建服务的方法
这里面最让我感兴趣的还是性能的提升，不知道在展示大数据量的时候性能的提升到底有多少，有机会一定要测试一下。
MySql中设置了Replication后，平常的使用都一直没有问题。
今天，我在Sql Brower中用Sql命令插入了几条数据却没有被复制。
原因是这样的：我在Sql Browser中没有选择我需要数据更新的数据库，而且使用Mysql这个数据库作为当前数据库。
而在Sql中指定了我的数据库名称，这样，我的数据如我所愿地进行了更新。
但是，通过这种方式的操作好像无法被复制。
我思考了一下，觉得应该是Log记录的问题，MySql设置了数据库复制后，有一个Log会记录所有数据库的变更，另一个数据库会根据这个Log来进行同样的数据操作。这样就实行了数据的复制。
我感觉如果你没有使用use <数据库名>这个命令，而是使用其他的数据库作为当前数据库，那么Log的记录就缺失了，因此复制也将不会进行。
1. 安装路径中的目录尽量不要有带空格的, 比如：最好不要安装在programs file下，好像会导致找不到conf下的配置文件
2. 不知道为什么，我无法使用development.conf来启动Resin, 只有resin.conf是可用的。
1. TagLib的运用(Spring Security)
在web.xml中添加：
<servlet>
<servlet-name>JSPSupportServlet</servlet-name>
<servlet-class>org.apache.struts2.views.JspSupportServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
在页面的最上面添加<#assign security=JspTaglibs["http://www.springframework.org/security/tags"] />
使用的时候：
<@security.authorize ifAnyGranted="ROLE_USER,ROLE_ADMIN">
Hello
</@security.authorize>
注意中间用的是句号，而不再是冒号，我一开始在这里没注意，花了不少时间解决这个问题
2. Context Path的取得
在Google中搜了一下，有人提问题，但是没有得到解决，后来查资料才知道应该是这样写的：
${request.contextPath}
3. 字符串的比较
字符串不能直接比较大小，我原来两个日期字符串的比较就需要先转换成日期型
<#if dateString1?date("yyyy-MM-dd HH:mm:ss") < dateString2?date("yyyy-MM-dd HH:mm:ss")>
日期小
</#if>
4. <#if><#else>
在if比较时小于号可以直接使用，但是大于号不行，要写成
<#if a > b>
</#if>
5. 在jfinal中使用map
在jfinal中如果像通常情况下使用map, <#list map?keys as key> ${key} </#list>
会发现不仅是所有键值，所有的java方法名也被打印出来，比如：hashcode, getClass, put, get, clone, equals, containsKey, values等等。
正确的方法是：
<#list map.keySet() as key>
${key}
</#list>
if the key of the map is not String, such as Integer or other types,
we can access the value of the map by map.get( 1 ) instead of map[1]
最近把Tapestry和JSF都研究了一下，最后还是决定选择Tapestry。
最主要的原因还是从性能上的考虑。
Tapestry的5.1版的最主要改动就是想提升性能，而JSF似乎还没有这方面的行动。
而且从Tapestry5.1的版本发布情况来看，动作相当的迅速。预计Final版马上就要出来了。
据Lewis的说法，Tapestry5.0在页面内容比较少的时候，速度几乎和纯JSP页面一样快。只是在展示大量数据的会有一定的性能瓶颈。
所以，他推出5.1来解决这个问题。
而JSF的实现和组件库呈现一种百花齐放的状态，难免会有一些良莠不齐。
当然大家需要选择其中比较好的，但是选型本身就是一件非常头疼的事情。
我选择的是MyFaces＋RichFaces，但是我查看了RichFaces的在线Demo后，对其展示速度不是很满意。
不知道是演示网站的问题还是RichFaces本身的问题。
也欢迎大家进行讨论。
不过Tapestry相对JSF而言的一个缺点就是文档不够丰富。毕竟JSF是标准啊。
1. 启动速度比我的MyEclipse7.0要快不少。
2. 部署还是有问题
a. 速度慢，
b. 有一个spring的配置文件没有自动更新
c. 启动和停止glassfish都非常慢
3. 没有内建支持Jetty
最近一段时间研究了一下Tapestry, 确实是一个非常优秀的web框架。到目前为止，我觉得与别的框架比较下来，Tapestry最独到的地方在于Taglib的设计。
根据我的观察，好像只有Tapestry实现了将Taglib嵌入到html控件这样的功能。或许这个说法不准确，不过最是想表达这样一个意思。使用了Tapestry标签的jsp页面是可以在DreamWeaver之类的页面编辑工具中完整地显示出来的。
不你struts或者jsf那样，使用s:或者h: 即：<s:text>...
而Tapestry是：<input t:type="">
当然，其事件驱动的思想也是与大多数的Web框架不同的，不过JSF在这一点上和它是非常类似的。关键是jsf是JEE的标准，而且得到了不少开源组织的
拥护，产生了myfaces之类的实现，而且有了大量诸如：fichfaces,icefaces,restfaces等等的components
package. 在这一点上是Tapesty无法比拟的。