其他

在WTK目錄下的\WTK22\wtklib\devices\DefaultColorPhone\DefaultColorPhone.properties的檔案中有一行touch_screen=false,把它改成true。MIDP2.0對於觸控螢幕方法有三個:1.pointerDragged(int x, int y) 觸控螢幕拖拽事件(暫時還沒研究)2.pointerPressed(int x, int y) 觸控螢幕按壓3.pointerReleased(int x, int y)

(概述：這一部分介紹了XmlDictionaryWriter類型的相關概念：如何建立， 使用一個對象，然後講述了如何進行Text、二進位和MTOM編碼。最後介紹了 XmlDictionary的作用【老徐備忘2】，已經各種編碼的效率問題。你會瞭解為 WCF支援的幾種編碼格式的基本原理。)XmlDictionaryWriterXmlDictionaryWriter類型為Message類型的序列化和編碼的。它繼承自 System.Xml.XmlWriter，因此繼承了很多XmlWriter

第5章：訊息System.ServiceModel.Channels.Message抽象類別型是Microsoft Windows Communication Foundation (WCF)裡通訊的基本單位。儘管Message類型使用在 WCF 程式裡，但是WCF的開發人員卻不需要直接接觸Message。因此，可以不與任 何Message的執行個體互動就能寫出一個功能豐富的WCF程式。但是，雖然你的代碼沒 有直接與Message對象互動，記住WCF基礎結構也在背後忙於建立、發送、接受或

01　set　ANSI_NULLS　ON02　set　QUOTED_IDENTIFIER　ON03　go0405　/*06　功能描述：　通用分頁顯示查詢07　如果有自增識別欄位，在@strGetFields中不要加入此欄位資訊，08　如果非要加入的話，要　(fldName　+　0)　AS　fldName　這樣處理；09　輸入參數：10　@tblName:　表名11　@strGetFields:　需要返回的列　'*':返回所以列資訊12　@PageSize:　頁尺寸13　@PageIndex:　頁

pureQuery 是一種高效能 Java™ 資料訪問平台，其目標主要是簡化資料訪問應用程式的開發和管理。它由工具、API 和運行時組成。本文介紹 pureQuery 帶注釋的方法風格 —— 這是一種簡單、靈活的風格，屬於命名查詢（named-query）範例，可以靜態或動態地執行 SQL。本文先解釋為什麼開發人員要選擇使用帶注釋的方法風格編寫 pureQuery 應用程式，再解釋帶注釋的方法風格與 pureQuery 內聯編程風格之間的差異，並簡要概述

WCF分布式開發常見錯誤(30)WCF分布式開發常見錯誤(29)WCF分布式開發常見錯誤(28)WCF分布式開發常見錯誤(27)WCF分布式開發常見錯誤(26)WCF分布式開發常見錯誤(25)WCF分布式開發常見錯誤(24)WCF分布式開發常見錯誤(23)WCF分布式開發常見錯誤(22)WCF分布式開發常見錯誤(21)WCF分布式開發常見錯誤(20)：TimeoutException was unhandledWCF分布式開發常見錯誤(19)WCF分布式開發常見錯誤(18):Binding

WCF分布式開發常見錯誤(28):The requested upgrade is not supported by...今天在調試WCF4.0 Routing 路由服務例子代碼的時候，啟動用戶端測試WCF 路由服務，遇到這個錯誤。因為網上資料很少，目前搜尋不到任何中文資料。英文資料也十分少， google.com搜尋的串連也被屏蔽了，不能訪問。所以把這個問題的解決辦法發出 來，共大家參考，希望對後來遇到類似錯誤的人一個參考。【1】調試環境：1）作業系統：Windows XP

Hibernate的檢索策略包括類層級檢索策略和關聯層級檢索策略。類層級檢索策略有立即檢索和延遲檢索，預設的檢索策略是立即檢索。在Hibernate對應檔中，通過在<不著class>上配置lazy屬性來確定檢索策略。對於Session的檢索方式，類層級檢索策略僅適用於load方法；也就說，對於get、qurey檢索，持久化對象都會被立即載入而不管lazy是false還是true.一般來說，我們檢索對象就是要訪問它，因此立即檢索是通常的選擇。由於load方法在檢索不到對象時會拋出異常（

web.xml：關鍵是插入Spring的監聽<listener>　　　　<listener-class>　　　　　　org.apache.myfaces.webapp.StartupServletContextListener　　　　</listener-class>　　</listener>　　<listener>　　　　<listener-class>　　　　　　org.springframework.web.conte

SUN公司正式推出了EJB的規範之後，在眾多的公司和開發人員中引起了很大的反響。標誌著用Java開發企業級應用系統將變的非常簡單。許多公司都已經推出了或正打算EJB的產品。EJB已經成為了Java技術的研究重點。SUN公司對EJB的定義是：EJB是用於開發和部署多層結構的、分布式的、物件導向的Java

Java 開發人員是幸運的，因為在 Jena 中他們可以利用一種良好的 RDF 架構。Jena 提供了一個編寫和讀取 RDF 的 API，它可以以多種方式進行儲存和持久化。Jena 的設計目標是可以良好地處理 RDF 資料模型，正如 JDBC 適合處理關聯式模式一樣。資料庫應用程式中編寫的大量代碼都用來儲存 Java 對象，還有一些代碼用來從資料庫中聚集對象。用 Java 代碼編寫的語義 Web 應用程式面臨一個類似的問題：它們必須實現 Java 對象和 RDF

Spring中提供一些Aware相關的介面，BeanFactoryAware、ApplicationContextAware、ResourceLoaderAware、ServletContextAware等等，其中最常用到的是ApplicationContextAware。實現ApplicationContextAware的Bean，在Bean被初始後，將會被注入

越來越覺的JRuby是個很有前途的項目，結合Ruby的性感文法和java極其豐富的類庫，況且有團隊持續不斷地修正bug、改進效能，這樣的玩意完全有成為“少男殺手”的潛質。JRuby wiki上列出了效能最佳化的四條建議：1、調優編譯器，JRuby早就棄暗投明跟隨XRuby走上了編譯這條牛B的道路，將Ruby

當指定struts.objectFactory為spring時，struts2架構就會把bean轉寄給spring來建立，裝配，注入。但是bean建立完成之後，還是由struts容器來管理其生命週期。配置方式：(1)struts.xml中：xml 代碼:< constant name="struts.objectFactory" value="spring" />(2)struts.properties中：java

4.6 HQL調優4.6.1 索引調優HQL看起來和SQL很相似。從HQL的WHERE子句中通常可以猜到相應的SQL

Tellurium自動化測試架構是由方劍在2007年6月建立的用於測試Web應用的架構，並在2008年6月移步到Google Code成為一個開源項目。它會定期發布版本，目前的版本號是0.7.0。項目的核心已經曆時兩年，並繁衍出了多個子項目，包括：UDL、Core、Engine、Widget擴充、 Maven Archetype、Trump、Tellurium

需要什麼樣的mvc在基於B/S的應用程式開發中，從基本的技術分工上來說就是兩大塊，一是軟體顯示介面，另一個是程式邏輯。在N年前的指令碼語言時代，無論是asp、php還是jsp，我們基本是都是把這兩者柔和在一起的。儘管我們想方設法做好很多函數或者包含檔案來努力達到軟體的複用，但仍然無法滿足多變的使用者需求,這主要是因為以前的純指令碼編碼方式無法很好支援及應用物件導向(OO)領域中的強大功能。在常見的B/S軟體項目中，介面的設計包括html介面、Wap介面及其它由文本字元協議為基本表示的介面等。以我

MyEclipse 6.0的發布極大的增強了Eclipse 3.3/Europa整合式開發環境的功能，增加了Java 6支援的組件和加快了AJAX的開發率，革命性的提高了開發人員的開發效率。另外，MyEclipse 6.0現在已經和Spring、JPA整合。這項整合，允許使用者們建立實體管理器和事務beans, 產生實體和DOA。這些功能很大程度上多虧有了MyEclipse。Genuitec的前開發負責人Wayne

Type1 介面注入我們常常藉助介面來將調用者與實現者分離。如：public class ClassA {private InterfaceB clzB;public init() {Ojbect obj =Class.forName(Config.BImplementation).newInstance();clzB =

隨著 Web 2.0 的 發展，REST（Representational State Transfer）風格的 Web Service 得到普遍的應用，各種 REST 架構如雨後春筍般發展起來。當我們從事 Web 2.0 的實踐時，越來越感覺到伺服器端的 REST 服務在應對 MIS 一樣的資訊系統以及和資料庫的互動時還存在很大的問題，比如效率低下，重複編碼等。例如，我們假定如下的情境：需要使用 Web 2.0