tagfile那里的确可以完成Simpletagsupport的几乎全部工作，并加以了一定的识别扩展。但问题仍然是存在的，象variable就很不可靠，该输出的输不出来。我想，这仍然是pageContext/jspContext在处理上的混乱造成的。

看来升级后慢，也不见得就是由于程序有问题，而是升级后重新编译的确是一个非常冗长的工夫。看来，应该是在前一晚提交，这样，有可能让搜索引擎帮忙。不过 上一次溢出可能也是这样的原因：由于搜索引擎太频繁地诱发重新的编译，导致虚拟机的内存溢出。应该是这个原因了。使用tagfile常常需要冒着莫名其妙 的无法编译的风险，这下次编译成功不等于下一次jasper编译成功。看来白天的编译也是不妥的，还是需要晚上来一次update，然后使用程序或手工进 行一系列的初步更新才可以达到目的。

在dep上看到的即时升级的问题实在是不少的，象刚刚抄录过后，tomcat干脆就没有了输出。这都是从未见过的现象。

tagfile中不能setAttribute?可能这与variable的设置有关，也可以看作是一种限制。把后台所有的文件合并在一起？可行，不过还没有想到一个更好的办法介时作为帮助索引。帮助的索引看来必须结合地址和qstring才行。

原 则上重新整理完那个时间问题，包括翻页等的问题还发现很多，都需要在后面的日子里一点点地规范化；但不是今天的主题。由于目前病是使用名称进行索引，所以 所有关于病使用名称进行索引的部分暂时都不宜花功夫做SEO，而这一条是准备改换成 ID的。同理，还有那个科室的名称转换为id的索引。当做到这一条时，顺路就要把翻页那个要做成可以形成 html 的格式定制，这样全局就可以变成html了。

各个title处理要比原来要精细，这条同样不是今天去处理了。
tagfile虽然可以使用其他标签，但是一些概念却不一样， tagfile中使用的标签的上下文，似乎是tagfile中的page，另外，不能传入其他类型的对象。因此，当使用象list中的变量设定时，就出现 困难了：它得不到原定的对象。这是在使用过程中要注意的。但tagfile文件看来可以用于解决多个列表文件中的复用问题。