觀看全文...

錯誤狀況:
有時候DWR 在前端會出現 Illegal Access to default constructor
Log則會出以下Exception

16:08:26,697  WARN DefaultRemoter:67 - Method execution failed:
java.lang.InstantiationException: Illegal Access to default constructor
 at org.directwebremoting.struts.StrutsCreator.getInstance(StrutsCreator.java:138)
 at org.directwebremoting.impl.DefaultRemoter.execute(DefaultRemoter.java:345)
 at org.directwebremoting.impl.DefaultRemoter.execute(DefaultRemoter.java:280)
 at org.directwebremoting.servlet.PlainCallHandler.handle(PlainCallHandler.java:52)
 at org.directwebremoting.servlet.UrlProcessor.handle(UrlProcessor.java:101)
 at org.directwebremoting.servlet.DwrServlet.doPost(DwrServlet.java:120)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
 at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
 at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
 at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
 at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
 at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
 at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
 at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
 at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
 at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
 at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
 at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
 at java.lang.Thread.run(Thread.java:534)


解決方式:
確認該FormBean是在Session中是隨時存在的。


觀看全文...

Portal Demo上線，
幾乎毫無內容可言。
盡快利用Spring等，
開發出幾個常用Tool來玩玩。

而且，JetSpeed-2繁體字需要我多幫忙。

一個儲存有巨量資料的系統，
大概都會有這樣的風險，
整個硬碟資料全部不見了。

只能找出許久以前的備份，
而且還要看是否真的有認真在備份，
畢竟會調出備份的機會很小，
所以也很少會認真執行。

當然越被認為不重要的，
週期會更久一點。
這時就只能看看很多東西好像從記憶中被拿走一樣。

其實對個人而言，
這樣的動作更少。
通常這也可以視為一個硬碟的使用週期吧，
資料存滿了，掛了，
重買一顆，繼續以前的行為。

Velocity的寫法又回到了類似原始ASP,JSP的Scriptlet
而不是XML型態，
也許是XML方式太不容易適應了吧，
沒那麼有彈性。

不過這樣子的Velocity真的有達到把View完整分割出來的功能嗎?
可以再多看看。

伴隨版本控制的是專案管理，
這裡指的是對整個程式碼做各種執行的動作，
可能是compile, package、以及包裝等各種行為。

這些事向來都是用Ant，現在也是。
但現在在Ant上，還會再用到Maven這工具，
功能又更擴充了些。

不過說起來，這些東西很多出自Jakarta，
就像採用了一家公司的產品往往順便就是一系列，
想不到Open Source的使用也是這種情形。

現在幾乎寫程式都要用到版本控制吧，
即使是專案。
不然一堆人改來改去的，
真的有很多衝突。

SubVersion用的人好像真的不少，
也比CVS friendly多了。
還有人弄了很方便的client，可以在Windows的檔案介面上操作。

的確，向來如此。
工具難用的話，評價再高都很難引起共鳴。

Mail Server如果稍不謹慎，
很容易被廣告信集團盜用。

對別人來說是困擾。
對自己也會造成流量大增。

也許這世界上的頻寬，
絕大部分都是被他們這些情況所使用吧。

當然，回到老問題上，
MS的東西雖然方便，
但好像風險是大了一點。

其實在JSF為了加入Tiles，
竟然還要把整套Struts搬進去。
也許也有人提過只要用TilesServlet，
而不必一定要用ActionServlet。

只可惜我找了一陣子，
發現TilesServlet這東西很久沒被放入Struts的src裡了。
可以找到的lib是約三年半前的舊貨，
中間Struts的架構都重新調整過了，現在並不適用。

不過只會用到Struts裡的Action forward
其他還是Form、Listener用我比較熟的JSF，比較方便。

有個地方該注意一下，
findComponent時因為中間透過Tiles
所以要再加上層層的ID，
如header:form1:userName
才會抓得到。
不過Tiles插入的並不是UIComponent的，
但FaceServlet仍然幫它放在儲存頁面的Component Tree裡。

感覺上JSF好像發展得不完全成熟，
尤其在Layout上面，
只能支援單獨的分割，
還有一些莫名其妙的跳行。
尤其偶爾還有Generated Code有點unstable。

如果為了好一點的視覺效果，
還要嵌入許多Html raw code，
那整個程式有點慘不忍睹。

可能以後推薦別人再回去用Struts吧，
不然就是WebWork。
暫時別指望JSF。