ZK 教學 - 常見錯誤用法 02 - 存取別的 Desktop 中的元件

ZK 中 Desktop 的概念約略等同一個 browser tab，每個元件都會歸屬某個特定的 Desktop，而 ZK 的一個元件在實作上其實是由前端的 widget 加上後端的 Java 物件兩兩一組構成。我們是透過操作後端 Java 元件來操作前端 widget。這個從屬關係不能被打亂，否則操作 Java 物件若找不到對應的前端 widget 就會產生錯誤。

所以，如果你存取到另一個 Desktop 的元件，例如呼叫該元件的 setter ，這時候理當元件要透過 HTTP response 去控制前端的 widget，但如果 ZK 發現現在的 Destkop 跟元件的原所屬的 Desktop 不相同，就會拋出以下例外

java.lang.IllegalStateException: Access denied: component, <Listcell z_27_b53>, belongs to another desktop: [Desktop g272]

這種情形可能發生在：

你將指向某個元件的變數透過 event queue 傳到 Desktop scope 以外，例如 session or application scope，並且在另一個 Desktop 存取該元件

解決方法:
傳遞資料本身，而不要傳元件。例如我要把 page1.zul 中的 Textbox 輸入值，傳到另一個 page2.zul 中做處理，這時就不應該把 Textbox 直接當參數傳出去，而是把 Textbox.getValue() 傳出去。

Composer 中有一個指向元件的變數是 static

解決方法:
不要將指向元件的變數宣告成 static

留言

這個網誌中的熱門文章

Code Complete, 2ed (中譯：軟體建構之道) 讀後心得

Code Complete, 2ed (中譯：軟體建構之道) 讀後心得雖然以前在學校有修過軟體工程，但是說實在現在我對建構軟體的整個概念都來自於兩本書：「人月神話」(The Mythical Man-Month)、Code Complete[1]。我畢業後第一份工作是軟體研發工程師，我們公司所開發的系統大約有近百位工程師共同維護，當然各有依功能與專業知識將系統劃分不同的區塊來維護，在面對大型的系統與這麼多人寫程式是以前在學校沒有遇過的，因此也開始思考怎樣才是好的軟體開發方式。從大學好友那探聽到了Code Complete這本書，花了上千元買了英文版，（現在中文版已出，簡體版聽說只要三分之一的價錢）認真讀了幾篇之後，真是如獲至寶，於是自己讀過後，還跟同事組成讀書會一同研討這本書。作者 Steve McConnell (個人Blog http://www.stevemcconnell.com/ )著作不算量大，但是我看過的幾本質量都很好，印象中他曾經在微軟工作過，後來成立一家軟體顧問公司 Construx Software 。這本書(書本網站 http://cc2e.com/Default.aspx )的討論主題很廣泛，但是並不空泛，從最小的、最基本的如何寫出好的程式，例如函式(routine)、註解 (comment)、變數的命名等，也談整個軟體建構的過程除錯、測試，最後也談到軟體工程師個人能力與技術生涯的發展，算是各方面都有提及。但是我比較建議有半年以上的實際程式經驗來讀這本書比較適合，我自認為如果我在學生時代接觸本書，可能沒有什麼太大的感觸，因為面對的都是小格局、人數少的小系統，書中所探討的原則與例子，很多時候沒有團隊開發或大型系統的經驗，很難體會。但稍有經驗的人，看完之後保證在程式撰寫與軟體開發方面的觀念會有很大的提昇。 Table of Content Laying the Foundation 1 Welcome to Software Construction 2 Metaphors for a Richer Understanding of Software Development 3 Measure Twice, Cut Once: Upstream Prerequisites 4 Key...

閱讀完整內容

innerHTML 的安全風險

問題若你要實作一個使用者輸入的功能，並把輸入的內容顯示在網頁上時，應避免把使用者輸入的值直接指定給某個 element 的 innerHTML 。因為若是使用者輸入包含 HTML、JavaScript， innerHTML 就會解析並執行： var userInput = '<img src="javascript:alert("XSS")">' element . innerHTML = userInput ; 因此可能 user A 的惡意輸入，會被系統顯示到 user B 的畫面上，進而執行特定成程式碼而造成 XSS 攻擊。解法一般會先想到 encode HTML，但是如果只是要顯示文字，將使用者輸入值指定給 textContent 會更簡單，無需 encode，該值會被當成純文字處理，並不會執行 javascript。 var userInput = '<img src="javascript:alert("XSS")">' element . textContent = userInput ;

閱讀完整內容

ZK - open source Ajax Framework介紹

ZK介紹數年前因 IThome的報導就有注意到ZK，以framework作為產品的台灣公司，真的是非常少見，而ZK的表現也是令人激賞。除了ZK 這個主軸的framework以外，其相關的產品也很全面，介紹部份如下： ZK studio 一個eclipse plugin，用來加速ZK開發的工具。內含一些簡化開發過程的工具如： ZUL Visual Editor, 可以預覽zul所設計的UI在瀏覽器上顯示的樣子，方便設計UI。 Properties, 點選某個zul中的UI元件，即會顯示該元件的所有可設定的properties。 ZUL Palette, 元件調色盤，可以將UI元件用拖拉的方式放至zul文件中。 ZK JSP tag 將zk的元件整合至jsp中，若不想完全改寫既有jsp頁面，可以採用此一選擇，可以立即獲得Ajax的特性。 ZK Spreadsheet 類似Google docs中試算表的元件 ZK calendar 類似Google calendar的元件 ZK線上展示，直接以畫面示範所有元件的用法與外觀，你可以手動修改原始碼並立即觀看修改後的結果，很棒的一個作法。優點快速擁有Ajax效果對JavaEE工程師來說，在不換平台的情況下(Flex, Silverlight)要做出RIA，擁有的選擇不多，直接透過Javascript使用AJAX或採用Ajax相關的library(Jquery,DWR)需要一段時間學習， RichFaces 也可能是個選擇，但JSF似乎不是很多人採用，對於JavaEE工程師來說，可以透過學習成本不高的ZK來快速打造RIA。支援MVC架構 zul配合ZK composer(Controller)，可以使zul頁面純粹擔任View的角色，完全不需寫程式碼在頁面上，作到清楚的MVC切分。 composer更可對頁面UI進行動態新增、刪減或修改屬性之變化，皆透過zK ajax engine來完成。可純粹以Java開發雖然ZK 5已讓懂javascript的人作前後端整合開發，甚至支援其他的script語言，但是幾乎所有既有元件功能都仍然可以透過Java控制。 Component-based, Event-Driven UI畫面以UI元件為基礎配置，也可以某個程度的客製化元件...

閱讀完整內容

無垠天際

搜尋此網誌