仍未开始继续中断的工作

大约五天前，因为必须先把科室基础转移到数据库，涉及到SectionBase的大迁移；这个大迁移随之又涉及到一个严肃的课题：有关存储对象化和实例化 的问题。SectionBase大迁移牵涉到了所有jsp和标签直至类的包括命名规范化的再整理；以及包括系统后台的大清理，把struts.Acion 向HanvaActionTag的转移；这是一个大扫除，既扫除已知的不规范，又以发现新知的问题，如二级域名会话丢失的问题。以至于五天后，事情才算告 一段落。

早上花了一个多小时，把roleadmin.jsp搞定了。本来原则是如果原来的组管理还可以跑就不作修改，那怕修改是举手之 劳，但是它就是给权限卡住 了。既然是举手之劳，就改掉它吧！的确，对于有权限要求的操作，使用tag较直接显示为url的servlet优越性明显。趁着他们还在上班，先上载到 dep上让他们可以跟进检测一下基本功能。

的确检查了不少事情，大扫除仍没有完全完成，在form中仍有不少flow的不合调用。bbs 就是一个。但在打算到www看看原来的链接是如何产生的，却 发现down了，日志显示是线程用尽，有小半个小时，看来tomcat的问题还是挺多的，（用尽线程就释放重启就是了，为什么会down呢,这条要上论坛 问问）

中午，重新又碰到那种每刷新一次就出现一个会话的情况，而URL重写已经是使用了RL，看来仍不是点。更重要的是，重复性也太差 了。转眼又似乎OK了，似 乎是一旦通过认证产生就可以了。不过，问题正在这个地方，是否认证只不过是一直绑定在session中的visitor的属性，又怎么会影响到会话的认定 呢？进一步的实验表明，是由于经过了真实的域名后就可以绑定会话，否则就不可以。（还是要上论坛问问）。这样也可以解释为什么www上的会话产生会如此之 多了：这是由于每刷新一次产生一个新的会话！最终通过提早嵌入一个无显示的iframe解决了问题，iframe指向一个固定域名的地方。

尽管使用了tag代替servlet优点明显，但在一页中串列一系列处理tag然后再显示的话，然是不行的，主要是不能提供重新刷新的效果。因此，凡是这种处理，还是在弹出页处理最为合理。

做一个连接，再看看另一个链接，再看第三个，和第四个，第五个，以后就做好一句话，照抄，the Create,jchinamed，另一个blogchina,edu,否酷，歪酷，另一个也不错再加一个。几个简单的全都行了，但是直接拷贝下来的就不行。还是先做好一页，以后全是抄吧。Alexa的计数看来挺操蛋的