其他

rmi-iiopejb用戶端例子　　　　A Java RMI-IIOP client with a proprietary EJB server.　　　　package com.wiley.compBooks.roman.corba.helloworld;　　import javax.ejb.*;　　import javax.naming.*;　　import javax.rmi.*;　　import java.util.Properties;　　import

在開發J2EE應用程式時，通常是要找出應用程式中涉及到的各種資訊，比如一個公司的產品目錄，或一個網站的使用者資訊，我們會將這些資訊放在資料庫裡。　　　　　　在通常的設計中，我們要分析這些資料的屬性和關係，然後進行資料庫的邏輯設計，把各種資訊用不同的表來儲存。比如，要開發一個圖書資訊查詢系統。可以建立下面兩個表來分別表示書和出版社。全文閱讀:http://www.javah.net/JDBC_JDO/20070530/2039.html

JDO是對象持久化工作的綜合成果，試圖提供一個對象持久化的完全版本。JDO同時繼承於ODMG（對象資料管理小組，標準化對象資料庫的一個獨立委員會）和對象關係映射工具供應商。　　JSR #000012 approved in July 1999　　1999-8組建的專家小組：包括Sun、Apple、BEA、IBM、Oracle、SAP、WebGain等　　2000-5 完成公開評論草案　　2000-6 在JavaOne上引入　　2001-3 最終草案0.93　　2001-5 最終草案0.96公布　

EJB是一種Server方的組件結構，它可以非常簡單的開發基於java的企業級的分布式對象應用。使用EJB可以開發出易升級的、可靠的、安全的應用程式，而不用獨立開發複雜的分布式對象架構；EJB可以迅速開發服務方應用程式，快速建立基於java的服務方組件。EJB被設計用來實現企業中介軟體服務的可移植和可重用性。全文閱讀:http://www.javah.net/EJBjishu/20070529/2005.html

為了確保 JDBC 資源不在出現異常或錯誤等情況下被不正常關閉，我們應該在使用完 JDBC 資源之後關閉且釋放它們。JDBC 串連池提供了 JDBC 串連定義和數目有限的串連，如果數量不夠，就需要長時間的等待。不正常關閉 JDBC 串連會導致等待回收無效的 JDBC 串連。只有正常的關閉和釋放 JDBC 串連，JDBC 資源才可以被快速的重用使效能得到改善。全文閱讀:http://www.javah.net/JDBC_JDO/20070530/2030.html

　前段日子有網友問如何調用不在一個應用伺服器上的EJB的問題，自己實驗了一下，下面舉個例子把這個問題說清楚：　　　　假設我們寫了一個Session Bean，實現了一些業務方法，部署到了A伺服器的sunone application server上，然後我們又寫了一個JSP，並將其部署到了B伺服器上的sunone application server中，該JSP將調用A伺服器上那個session

在基於JDBC的資料庫應用開發中，資料庫連接的管理是一個痛點，因為它是決定該應用效能的一個重要因素。本文在對資料庫連接進行透徹分析的基礎上，提出並實現了一個高效的串連管理原則，使得開發高效能的資料庫應用變得相對容易。特別是，對於串連管理中的兩個痛點：事務和多線程問題進行了深入的剖析，並給出了一個基於設計模式的解決方案。全文閱讀:http://www.javah.net/JDBC_JDO/20070530/2031.html

　　第六日 合作篇

一個UTF-8編碼的表Student，要匯入到一個GBK編碼的表中，Student表的結構下面所示：+-------+-------------+------+-----+---------+----------------+| Field | Type | Null | Key | Default | Extra |+-------+-------------+------+-----+---------+----------------+| id |

引言　　期待以久的EJB3.0規範在最近發布了它的初稿。在本文中將對新的規範進行一個概要性的介紹，包括新增的中繼資料支援， EJBQL的修改，實體Bean模型訪問bean內容相關的新方法和運行時環境等等。作者還討論了EJB在未來要作出的調整以及EJB3.0與其他開發規範之間的關係。　　　　開始　　無論如何由於EJB的複雜性使之在J2EE架構中的表現一直不是很好。EJB大概是

 package EffectiveJava;import java.util.Calendar;import java.util.Date;public class _2_4 {private final Date birthday;private static final Date start;private static final Date end;private transient Date s = null;private transient Date e =

每個領域的優秀人才都有一個共同的品質--他們將事情搞定。這種能力替代了智商、才幹，而直接關係到你的薪資水平和升遷速度。儘管概念簡單，但那種善於取得成果的人卻總是稀缺資源。行動習慣，即把自己的想法立即變成行動的習慣，是將事情搞定的精髓所在。下面是七種建立行動習慣的方法：1.

目前介紹配置Tomcat4使用單向SSL認證(只驗證伺服器憑證)的資料很多，過程也比較簡單。但是由於配置其使用雙向SSL認證(還需要驗證用戶端個人認證)除了需要CA對認證簽名外，還要從CA獲得個人認證。有關這一問題，目前結合具體web伺服器來講解如何操作的資料很少。作者通過摸索藉助一些SSL工具在本地實現了簡單的CA功能，並在此基礎上配置成功了Tomcat的雙向認證，希望能把其中的一些經驗與大家共用。不過受本人水平所限，文中難免會有錯誤與不當之處，敬請大家諒解。全文閱讀:http://www.j

 package EffectiveJava;import static java.lang.System.out;//　一個違反對稱性的類class CaseString{private String s;public CaseString(String s) {this.s = s;}@Override //這個方法的目的是為了使CaseString 和 String 可以互操作，但這是做不到的，只會違反的equals的對稱性public boolean equals(Object o) {

JDBC 2.0 API被劃分為兩部分：JDBC 2.0核心API和JDBC 2.0標準擴充API。核心API在java.sql裡面。這是原來的版本就實現了的基本的功能。標準擴充API在javax.sql裡面。由 JDBC2.0規範新規定的一些介面在這裡面。當然，JDBC2.0也對原來版本的java.sql核心做了一些改動。不過不是很大。原來JDBC1.0

我們是否總能制定一個偉大的、並且能持續堅持的目標？如果現在有這樣一個簡單的系統，它能夠時刻關注著我們的進步，並且能在偏離目標時提醒我們，那怎麼樣？我知道這聽起來很棒，但似乎又不太現實。如果你對自己有著足夠的責任心，其實這是可行的。我的經驗我使用這個系統已經差不多一年了，而且已經證實了它的價值。我曾經總是設定遠大的計劃，但當我心煩意亂或者為其他事情忙得不可開交的時候，我就會讓這些計劃坐冷板凳，而這個過程確實讓我很疲倦。但是現在我做到了，即使有重要的或者新事物在吸引我的注意力，我仍能夠完成目標。我雖

Java 資料庫連接 (JDBC) 是一個標準 SQL（Structured Query Language，結構化查詢語言 (SQL)）資料庫提供者, 可以為多種關聯式資料庫提供統一訪問。JDBC（Java DataBase Connection，Java 資料庫連接）也提供一種基準，據此可以構建更進階的工具和介面。 目前的 JDK（Java Development Kit，Java 開發套件）軟體捆綁包括 JDBC 和 JDBC-ODBC（Open DataBase

常規訪問方式　　編寫過EJB(Enterprise Java Bean)訪問程式的朋友都知道，通過用戶端或服務端的程式訪問EJB(即獲得一個EJB Remote或Local對象)通常要經曆以下幾個步驟：　　　　（1）建立一個初始化上下文(initial

01.此刻打盹，你將做夢；而此刻學習，你將圓夢。 02.我荒廢的今日，正是昨天殞身之人祈求的明日。 03.覺得為時已晚的時候，恰恰是最早的時候。 04.勿將今日之事拖到明日。 05.學習時的痛苦是暫時的，未學到的痛苦是終生的。 06.學習這件事，不是缺乏時間，而是缺乏努力。 07.幸福或許不排名次，但成功必排名次。 08.學習並不是人生的全部。但既然連人生的一部分--學習也無法征服，還能做什麼呢？ 09.請享受無法迴避的痛苦。

是時候開始規劃我的新年目標了嗎？我想，每當大家走到舊一年快要結束時，你腦海中又重現了這個問題--是時候開始規劃我的新年目標了嗎？說句實話，我們承受了太多的失敗，以往這個時候你也計划了新一年的目標，可結果總是不了了之。或許你已經認為新年目標不過是個願望而已，它根本就不管用！年複一年，不出幾個月不是忘得乾乾淨淨，就是一甩便放棄了。為什麼新年目標看起來不成功？想像一下：在年終慶祝會上，一位好友蹭了過來跟你聊天："你明年有什麼打算？"你根本就還沒有認真地考慮過，所以只好含糊地回答："哦，嗯，我，打算跳槽