花了一个下午的时间，总算解决了一个影响Tapestry项目运行效率的问题，心里稍感安慰！

遇到的问题是：项目的page-home页面为Home.html，项目运行的时候，打开的是其他的页面，但却会执行到Home页面的pageBeginRender方法（实际上是触发了Home页面表现所需要执行的东西，例如：属性初始化等），本来这样倒也没什么，无奈项目中，Home页面表现时执行的数据库操作却很多，这样就严重影响了效率！

不停地剪切、撤销，不断地折半再折半，找到了根源...原来是页面中的CSS出了问题，把有问题的那处CSS删除掉，就不会再执行Home页面的初始化事件了！

之前有听同事骂，Tapestry管的事情也太多了吧？javascript错误关他鸟事，页面还运行不起来了...现在看来，他不只管javascript，连CSS他都管...有点变态...

不过换个角度想想，这样也不错，CSS有错，他就pageBeginRender，错一处，页面表现的时候他就执行一次，错几处，他也执行几次，这样倒也可以提醒开发人员说，该页面存在CSS错误！

看来Tapestry还算可爱，哈哈！

白线为短期趋势线，黄线为中期趋势线，紫线为长期趋势线。

1、主力买卖与主力进出配合使用时准确率极高。

2、当底部构成发出信号，且主力进出线向上时判断买点，准确率极高。

3、当短线上穿中线及长线时，形成最佳短线买点交叉形态（如底部构成已发出信号或主力进出线也向上且短线乖离率不大时）。

4、当短线、中线均上穿长线，形成中线最佳买点形态（如底部构成已发出信号或主力进出线也向上且三线均向上时）。

5、当短线下穿中线，且短线与长线正乖离率太大时，形成短线最佳卖点交叉形态。

6、当短线、中线下穿长线，且是主力进出已走平或下降时，形成中线最佳卖点交叉形态。

7、在上升途中，短、中线回落受长线支撑再度上行之时，为较佳的买入时机。

8、指标在0以上表明个股处于强势，指标跌穿0线表明该股步入弱势。

ZLJC主力进出
白线为短期主力运作轨迹，黄线为中期主力运作轨迹，紫线为长期主力运作轨迹。1、主力进出指标的白线向上突破黄线、紫线且三线向上发散，表示主力有效控盘，可逢底介入，持股待涨。2、主力进出指标的白线上涨过快远离黄、紫线，出现较大乖离，表示短线获利筹码较多，宜注意控制风险，可适当卖出。3、当白线回落至黄、紫线处受支撑时，而黄紫线发散向上，表示上升趋势未改，前期股价回落仅是途中的回调，可适量跟进。4、主力进出三线“死亡交叉”，盘口呈空头排列，投资者宜尽快出局。5、主力进出三线相近并平行向下时，表明主力尚未进场或正在出货，此时不宜介入。6、主力进出是一种趋势指标，但趋势改变信号有时会出现滞后现象，此时就要用主力买卖指标加以配合使用。
“主力进出指标”（ZLJC）的理论原理：主力进出指标（ZLJC）是根据道氏理论的价量关系而构造出的有效的技术特色指标，它深刻地揭示了股价涨跌的真正动因，即资金量的流入流出。根据“成交量是因，股价的涨跌是果”，因而该指标能先于其它经典的分析指标发出买入或卖出信号，更早地把握出市点和入市点。追随主力波段进出“主力进出指标”（ZLJC）的用途：主力资金进出指标（ZLJC），主要用于追随主力资金动向，波段进出。 “世纪龙”综合量、价分析理论的“主力进出指标”，是为投资者把握股市高低波动的节奏，寻找最佳买入、卖出点提供有力的工具。
OBV累积能量线
1.股价一顶比一顶高，而OBV 一顶比一顶低，暗示头部即将形成；2.股价一底比一底低，而OBV 一底比一底高，暗示底部即将形成；3.OBV 突破其Ｎ字形波动的高点次数达5 次时，为短线卖点；4.OBV 跌破其Ｎ字形波动的低点次数达5 次时，为短线买点；5.OBV 与ADVOL、PVT、WAD、ADL同属一组指标群，使用时应综合研判MACD平滑移动平均
DIFF线　收盘价短期、长期指数平滑移动平均线间的差DEA线　 DIFF线的M日指数平滑移动平均线MACD线　DIFF线与DEA线的差，彩色柱状线参数：SHORT(短期)、LONG(长期)、M 天数，一般为12、26、9用法：1.DIFF、DEA均为正，DIFF向上突破DEA，买入信号。2.DIFF、DEA均为负，DIFF向下跌破DEA，卖出信号。3.DEA线与K线发生背离，行情反转信号。4.分析MA

这两天做了个决定，本意是想帮助我们的团队共渡这个难关，希望你们能够理解，希望大家能够共同进步，一起成长，一起努力走向成功！

我相信我所选的我所做的是对的！

对不起，我知道这段时间我做的很不够，我知道这段时间我很多事情做错了，很多话说错了，还是奢侈地希望能够得到你们的原谅，同时，我也相信我一定可以做到一些我曾说过的事，希望大家都能好好地加油，大家都能万事如意！

最后谢谢你们，祝福你们！我相信大家都会过上很好的、很温馨的、如意的生活！！！！！

祝大家都万事如意！！！！！

1) assigned
主键由外部程序负责生成，无需Hibernate参与。

2) hilo
通过hi/lo 算法实现的主键生成机制，需要额外的数据库表保存主
键生成历史状态。

3) seqhilo
与hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主键历史
状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。

4) increment
主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持
一个变量，以保存着当前的最大值，之后每次需要生成主键的时候
将此值加1作为主键。
这种方式可能产生的问题是：如果当前有多个实例访问同一个数据
库，那么由于各个实例各自维护主键状态，不同实例可能生成同样
的主键，从而造成主键重复异常。因此，如果同一数据库有多个实
例访问，此方式必须避免使用。

5) identity
采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL
中的主键生成机制。

6) sequence
采用数据库提供的sequence 机制生成主键。如Oralce 中的
Sequence。

7) native
由Hibernate根据底层数据库自行判断采用identity、hilo、sequence
其中一种作为主键生成方式。

8) uuid.hex
由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后
以长度32 的字符串表示）作为主键。

9) uuid.string
与uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些
数据库中可能出现问题（如PostgreSQL）。

10) foreign
使用外部表的字段作为主键。
一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适
应性。

处理图片上传时，不可避免要判断上传的文件格式是否为图片格式，如何判断呢？若以后缀名来判断，实现起来的确很容易，但是结果不准确，而且带有一定危险性，例如，别人可以将病毒文件后缀名改为jpg、gif等等。总之，这种判断方式是不可取的！

在网上找了好久，总算是找到一个别人写的类，用来判断图片格式文件。

链接如下：http://schmidt.devlib.org/image-info/

使用hibernate保存对象时，出现如下错误：org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session:com.myso.bo.ShopBasic#3]网上查阅资料后，找到解决办法：
解决方法：
使用 hibernate 3 的 merge 方法. session.merge(newDetail)即可，它会在 session 缓存中找到持久化对象，把新对象的属性赋过去，再保存原session中的持久化对象。
如果在session或数据库中没有的对象，用merge方法的话，它也能够帮你把记录 insert 到表中，相当于 save 方法。上面是一个简单的例子，实际业务中可能是经过一番复杂的操作后自己也很难搞清楚 new 的一个新对象在 session/数据库中是否已存在。所以第一种方法你需要清楚你的每一个对象状态，第二种方法在 hibernate 3 中就比较通用一些。附 hibernate javadoc 对 session.merge() 方法的注释：
Copy the state of the given object onto the persistent object with the same identifier. If there is no persistent instance currently associated with the session, it will be loaded. Return the persistent instance. If the given instance is unsaved, save a copy of and return it as a newly persistent instance. The given instance does not become associated with the session. This operation cascades to associated instances if the association i

发博客，交博友，从现在开始你的博客生涯吧。^_^