其他

IBM® WebSphere® Application Server V7 包含一些重要改進，改進了其與作為 Java™ Message Service (JMS) 提供者的 IBM WebSphere MQ 的互操作方法。引言許多組織使用 IBM WebSphere MQ 提供企業訊息傳遞，並使用 IBM WebSphere Application Server 部署其 Java Platform, Enterprise Edition (Java EE)

上面是整體流程圖，這個SSO組件在安全上有了很充分的考慮，可以說是非常安全，那麼下面看看登入請求資料的格式，和為何它能保證真實性和完整性這樣，當資料在傳輸過程中，如果網站編號，使用者編號，請求號任意一項做任何的修改，當認證中心接收到資料之後，均無法與簽名資訊進行匹配。凡是認證中心能驗證 通過的請求均為合法的，真實的，完整的請求資訊。

簡介Security Assertion Markup Language (SAML) 是用於表示和交換使用者 身份、身分識別驗證和屬性資訊的 OASIS 開放標準。SAML 正在成為建立單點登入 (SSO) 解 決方案的常用技術。對於希望向其業務夥伴的已授權使用者提供商務服務的公司，可以應 用這種技術建立 SSO 解決方案，從而跨企業聯合 Web 服務資源。請考慮一個業 務情境：您希望自己的使用者能夠訪問夥伴公司的商務服務。最好的 SSO 效果是，使用者只

我們把更多關鍵表單單獨開來（例如校正表單）從而關注註冊表單。然後我們分別完成每個被選擇網站的註冊表單並且分析這些表單的設計方法。以下我們介紹這個研究的第二部分——關於100個流行網站web表單的調研結果。請注意這個文章不是關於校正表單——那是另外一個討論的話題，我們把它獨立開來看待成一個即將要討論的文章。我們要感謝Wufoo為我們提供構架來引導我們的調查。3、表單的功能性在研究的第一部分裡，我們已經仔細考慮過註冊連結和註冊表單的布局和視覺表現形式。

引言Spring 是一個簡化 J2EE 開發的 Java™ 架構。它具有用於 J2EE 應用程式的所有各層的功能。它還不強制要求特定的編程模型，因此與運行時環境無關，意味著可以在 Java SE 環境以外的其他應用程式伺服器中使用它。Spring 在近年來的流行也許可以（至少是部分地）歸功於這些設計原則。有些 Spring 支援者甚至將該架構視為 J2EE 的替代者。在我們看來，使用 J2EE 並不排除使用 Spring

如何使用 ibatis 處理複雜物件資料關係iBatis 是一個開源的對象關係對應程式，其工作是將對象映射到 SQL 陳述式。和其它 O/R Mapping 架構不同，iBatis 開發人員需要自己編寫和維護 SQL 陳述式，這給開發帶來了很多的靈活性的同時，也帶來了很大的複雜度與工作量。在一個資料庫中，常見的對象關係有：1 對 1，1 對多，多對多，單表映射，多表映射，單主鍵，多主鍵以及對象主鍵等種種情況。在使用 ibatis 處理資料對應時，需要跟據不同的情況，寫出不同的 sql 語句和

在上一篇文章中，作者以一個樣本介紹了在 WAS CE v2.1 中開發 Java EE 應用的流程，內容涵蓋了 Java EE 5 的很多新特性，包括：Java Server Faces (JSF)、Java Persistence API (JPA)、Enterprise Java Bean (EJB) 以及 JAX-WS 2.0 。作為本系列的第二篇文章，本文將介紹 Java EE 5 的另一種技術--JMS(Java Message Service)。JMS 簡介什麼是 JMSJMS

前兩天發現一個開源日誌組件ELMAH，一下子就喜歡上了，喜歡他的原因是它支援“熱插拔”（不需要改動任何的程式）、簡單的配置（幾行配置）、多種記錄方式（資料庫、檔案、Email）、支援多資料庫（Access、SqlServer、Oracle、Sqlite、VistaDB），而且查看結果也不需要編寫（並且支援rss發布查看）。ELMAH最新版本是ELMAH-1.0-BETA3，他是基於HttpModules、HttpHandlers的處理方式，只是記錄錯誤記錄檔不進行處理，不

將 Web Twitter 客戶機部署到 Google App EngineOAuth 提供了一種更好的方式供消費者網站訪問使用者儲存在服務提供者處的受保護資源。通過使用 OAuth，使用者憑證絕不會暴露給除最初儲存使用者資料的位置以外的網站。通過使用 第 1 部分 中開發的案頭 Twitter 客戶機，您可以在授權 MyTtDesktopClient 訪問您的 Twitter 資料後更新您的 Twitter 狀態。對於返回的使用者，這是一種良好的使用者體驗，因為存取權杖可以被重用。第 2

構建支援 OAuth 的案頭 Twitter 用戶端OAuth 是一種開放的協議，支援使用者在不同的 Web 網站之間共用其受保護的資源，而無需擔心泄漏的風險。OAuth 是混搭當今的社會網路 Web 網站（比如 Twitter）的理想選擇。本系列文章的第一部分將介紹 OAuth，以及開發支援 OAuth 的案頭 Twitter 用戶端的樣本。本系列文章的第二部分將示範如何開發支援 OAuth 的 Web Twitter 用戶端。支援 OAuth 的 Web Twitter 用戶端將被遷移到

我對現在的解析html的演算法還是比較滿意的。現階段，經過我的一些測試，添加了對BR，IUPUT，IMG，META，SCRIPT，注釋等特殊html文法的支援。對於完全符合html文法規範的頁面，效果是令人滿意的。不足之處是缺乏對錯誤的包容能力，對不符合html文法的頁面可能解析出錯或者異常。如果要把它做成完善的html解析器，我認為必須實現一個優先順序演算法，提供錯誤的包容能力。不過我想，這個問題相當複雜，暫時不能很好的解決。現在，我決定採取另外一種折中的方式，即只解析自訂的控制項，而不處理普

引言使用持久化架構能夠使資料庫交易處理變得更加容易。Java 持久化架構（Java Persistence Architecture）是一個非常不錯持久化選擇，通過使用 JPA，您可以不再需要使用複雜的 SQL 查詢，不必擔心效能問題，以及其它一些潛在的編程錯誤等。有很多的 JPA Persistence Provider 可供應用程式開發人員來選擇，如 WebSphere JPA，OpenJPA 和 Hibernate 等等。WebSphere Application Server

在前面的兩篇手記中，較為詳細的介紹了如何藉助工具對網頁進行分析及如何編寫代碼實現一些簡單的功能。如果還有後續手記，筆者將只簡單記錄《開心網輔助程式》開發過程中碰都的主要問題及解決方案。在這篇手記中，筆者將簡單描述如何?簡單的停車功能，並且製作一個簡單的介面用於呈現系列手記的開發成果。一、識別好友私家車位中的免費車位：把車停到免費車位中可是會分文無收到，所以千萬不能把車停到免費車位上了。通過Firebug調試發現，當玩家點擊“爭車位”中部Flash中的停車按鈕時，parki

在上篇手記《開心網輔助程式開發手記》中，簡單記錄了如何登入開心網，擷取“爭車位”的相關資料：玩家（泊車者）資訊、玩家車輛停車資訊、玩家私家車位停車情況等。在這篇手記中，將簡單描述如和擷取玩家好友資訊及玩家私家車位停車情況。話不多說，進入本文。一、擷取玩家好友資訊其實在上篇手記中，有提到v_frienddata變數，其實玩家好友資訊就是以JSON格式儲存在該變數裡的，我們只需要寫好對應的實體，再利用Json.NET做個轉換就可以了。由於上篇沒有詳細介紹如何使用Json.NE

聲明：本人只在業餘空閑時間寫寫《開心網輔助程式》，目的只是學習！由於之前有寫過類似的程式，也寫過相關的文章介紹過（C#網站登入學習筆記（一）：登入簡單網站、C#網站登入學習筆記（二）：訪問需登入後才能訪問的頁面），這次寫起“開心網輔助程式”也可以算是得心應手了，直接從電腦中翻出塵封已久的HttpHelper（前面提到的兩篇文章就是居於這個操作類進行的），稍微分析了一下網頁結構（爭車位），就寫起程式來了！在開始寫手記前，讓我們看看寫這樣的“外掛”程式

資料繫結控制項，都有DataSource屬性，用於指定資料來源。通常情況下，也是比較常用的就是資料來源是資料表（DataTable）,其實DataSource的範圍很廣，我們可以在深入研究的同時，改善我們的程式。有的時候，你在編程進入一定階段，進一步提升很困難的境況之下，不妨回過頭來看看基礎的東西，或許你會有新的受益，或許能夠真正的體會到孔夫子所謂的“溫故而知新”的真正內涵。常用的資料繫結控制項有：Repeater、DataList、GridView、DetailsVie

一、什麼是smarty?smarty是一個使用PHP寫出來的模板PHP模板引擎，它提供了邏輯與外在內容的分離，簡單的講，目的就是要使用PHP程式員同美工分離,使用的程式員改變程式的邏輯內容不會影響到美工的頁面設計，美工重新修改頁面不會影響到程式的程式邏輯，這在多人合作的項目中顯的尤為重要。二、smarty優點：1. 速度：採用smarty編寫的程式可以獲得最大速度的提高，這一點是相對於其它的模板引擎技術而言的。2.

為了實現靜態化頁，我在部落格園裡可是搜了半天。最後找到兩個方案:http://www.cnblogs.com/hsqzzzl/archive/2005/10/23/260122.html文中的，產生靜態頁後，使用url重寫重新導向到靜態頁上。http://www.cnblogs.com/nurong/archive/2005/10/15/255439.html

只要是人就會犯錯誤，只要是軟體就會有BUG,即使他是nhibernatenhibernate1.2支援access資料庫。但是我一直在用sqlserver開發。現在已經有了一點樣子，於是我心血來潮，將資料庫切換為Access,看看執行的效果如何。碰，出錯了。Sql語句語法錯誤。我靠，果然有錯誤，改改,再試？還是出錯。鬱悶了。打斷點開始調試，確定My Code沒有錯。我沒錯那誰錯了？nhibernate??不會吧？

啊，是ORM還是SQL,這是個問題.先扯段題外話，我原來公司的產品是java和.net共存，java部分是外包的，於是麼各位也可想而知，兩派程式員遇到一塊會發生什麼事情-____-;;好在大家都是文明人， 口水戰之後，各取所需，我也是從他們那裡得來的MVC,HIBERNATE等等架構方面的概念，從而才得知世界上還有這樣的編程思想。當然他們也被本人驚天地泣鬼神的SQL查詢 功力所震驚(先吹吹牛再說),無數看似複雜的報表問題在sql語句的魔力下談笑間灰飛煙滅，兩者各有各的好