
今天在服務里啟動OracleOraHome92TNSListener服務時出現“
本地計算機上的OracleOraHome92TNSListener服務啟動后又停止了,一些服務自動停止,如果它們沒有什么可做的,例如"性能日志和警報服務"。因為前兩天更改了計算機名,于是打Net Manager重新設定之后,就OK啦。
instantclient-basic-win32-10.1.0.2.zip 這是最核心的包
instantclient-jdbc-win32-10.1.0.2.zip 包含JDBC Driver的包
instantclient-sqlplus-win32-10.1.0.2.zip 最簡單的SQLPLUS包
下載之后,解壓到一個單獨的目錄里,如:D:\dev\oraclient
2、配置tnsnames.ora,如果本機上沒有安裝oracle,可以從安裝了oracle的機上拷貝一個(tnsnames.ora文件在%ORACLE_HOME%\network\admin下)放在上面的目錄D:\dev\oraclient下。
oracledata =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.58)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = oracledata)
)
)
3、添加一個環境變量,名為TNS_ADMIN,值為tnsnames.ora文件所在路徑(如:D:\dev\oraclient),這是為了能夠找到上面說的tnsnames.ora。如果本機上安裝了ORACLE,并且設置了ORACLE_HOME環境變量,那么會自動在%ORACLE_HOME%/network/admin/位置查找tnsnames.ora文件。
4、設置ORACLE的語言,添加注冊表項:“NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK”,位于 HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE。如果本機沒有安裝ORACLE,在H_L_M\SOFTWARE\下是沒有"ORACLE"這一項的,需要手動創建,然后再在ORACLE項下創建鍵NLS_LANG,鍵值為:SIMPLIFIED CHINESE_CHINA.ZHS16GBK
5、下載并安裝PL.SQL.Developer配置應用
配置tools->preferences->connection
Oracle Home=D:\dev\oracleclient
OCI library=D:\dev\oracleclient\oci.dll
6、再次打開plsql則會在database中有oracledata 選項輸入用戶名密碼就可以登陸。
XFire開發Web服務的基本步驟
1) 檢驗JAVA類的方法和構造函數是否是公共的,一定要是公開的。
2) 將XFire Servlet相關的入口添加到web.xml中。
<servlet-name>XFireServlet</servlet-name>
<servlet-class>org.codehaus.xfire.transport.http.XFireConfigurableServlet</servlet-class>
<load-on-startup>0</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>XFireServlet</servlet-name>
<url-pattern>/services/*</url-pattern>
</servlet-mapping>
3) 創建services.xml并把它放到WEB-INF/classes/META-INF/xfire目錄下,這是默認的做法;也可以將services.xml的路徑配置到web.xml文件中。
<servlet-name>XFire</servlet-name>
<display-name>XFire Servlet</display-name>
<servlet-class>
org.codehaus.xfire.transport.http.XFireConfigurableServlet
</servlet-class>
<!--
The servlet will by default look for the configuration on
the classpath in "META-INF/xfire/services.xml". You can
override it with this parameter. Seperate multiple configuration files with a comma.
-->
<!-- 默認會在classpath的META-INF/xfire/下查找services.xml文件,
可以覆蓋這個參數,指定多個配置文件-->
<init-param>
<param-name>config</param-name>
<param-value>services.xml</param-value>
</init-param>
</servlet>
4) 將XFire和其它第三方庫添加到Web應用的WEB-INF/lib目錄下。
FAQ
1) Weblogic8.1中應用XFire,啟動wls時,出現java.lang.NoSuchMethodError的解決辦法。
首先,將XFire提供的QName JAR(qname.jar)放進WEB-INF/lib目錄下。然后,將weblogic.xml文件放到WEB-INF下。
weblogic.xml的內容為:
"-//BEA Systems, Inc.//DTD Web Application 8.1//EN"
"http://www.bea.com/servers/wls810/dtd/weblogic810-web-jar.dtd">
<weblogic-web-app>
<container-descriptor>
<prefer-web-inf-classes>true</prefer-web-inf-classes>
</container-descriptor>
</weblogic-web-app>
具體的詳細解說,請看XFire的User's Guide.
技巧
1. 如果Web Services的方法的參數是Collections,那就需要建一個Mapping文件,而且Mapping文件的命名為className.aegis.xml,并且與class放在同一個package下。
如:
public interface IConstraceSerice {
boolean editConstraceInfo(List aList);
}
Mapping文件如下:IConstraceService.aegis.xml
<?xml version="1.0" encoding="utf-8"?>
<mappings>
<mapping>
<method name="editConstraceInfo">
<parameter index="0" componentType="java.lang.String"/>
</method>
</mapping>
</mappings>
<parameter index="0" componentType="java.lang.String"/>表示第一個參數,里面實際值的類型,這里實際值的類型是java.lang.String.
如果是一個JavaBean,如com.test.TestBean,那以就要寫成<parameter index="0" compentType="com.test.TestBean"/>
2. 如果返回類型是List或Map,并且里面存放的是自定義類的話,則需要增加一個對于服務接口的配置文件。該文件的命名規則是 接口文件名.aegis.xml。例如接口是UserService.java的話,則此配置文件命名為UserService.aegis.xml。注意此配置文件須與接口放在同一目錄下面。
<?xml version="1.0" encoding="UTF-8"?>
<mappings>
<mapping >
<method name="getUsers">
<return-type componentType="com.test.domain.User"/>
</method>
</mapping>
</mappings>
getUsers方法返回類型是List,里面裝的User對象。對于這種類型的方法,在配置文件中描述了它的返回值類型。
如果返回的類型是Map的話,做法和List一樣。但定義的類型,是Map中的Value部分,并且這樣的話,Map中Value所存放的對象就必須全部是同一種類啦。
下面給出一個詳細的例子:
1)服務接口:
public interface MyService2
{
boolean getInfo();
Collection getCollection(); //method 1
Collection getCollection(int id); //method 2
Collection getCollection(String id); //method 3
Collection getCollectionForValues(String id, Collection c); //method 4
Collection getCollectionForValues(int value, Collection c); //method 5
}
2) Mapping文件內容:
<mappings>
<mapping>
<!-- mapping 1 -->
<method name="getCollection">
<return-type componentType="java.lang.Double"/>
</method>
<!-- mapping 2 -->
<method name="getCollection">
<return-type componentType="java.lang.Float"/>
<parameter index="0" class="int"/>
</method>
<!-- mapping 3 -->
<method name="getCollectionForValues">
<return-type componentType="java.math.BigDecimal"/>
</method>
<!-- mapping 4 -->
<method name="getCollectionForValues">
<parameter index="0" class="java.lang.String"/>
<parameter index="1" componentType="java.util.Date"/>
</method>
<!-- mapping 5 -->
<method name="getCollectionForValues">
<return-type componentType="java.util.Calendar"/>
<parameter index="0" class="int"/>
<parameter index="1" componentType="java.lang.Bit"/>
</method>
</mapping>
</mappings>
3. 如果一個方法的返回類型是一個JavaBean,而這個JavaBean當中又存在Collections,那么就需要定義一個與JavaBean相關的Mapping文件,文件名要與JavaBean名相同,如:User.aegis.xmll,并且與JavaBean放在同一個目錄.
例子:
1) 服務接口
public interface IYMServiceFacade {
User getUser();
}
2) JavaBean
public class User {
private Strirng userName;
// 這里是一個Collection
private Set rooms;
.....
.....
}
3) Mapping文件(User.aegis.xml)
<?xml version="1.0" encoding="utf-8"?>
<mappings>
<mapping>
<property name="rooms" componentType="com.powerunion.ymservice.dto.Room"/>
</mapping>
</mappings>
介紹:<property name="rooms" componentType="com.powerunion.ymservice.dto.Room"/>
其中的name屬性就是JavaBean里面定義的rooms,componentType上面的相同,表示Collections里真正存儲的類型.
注:如果服務接口的參數或者返因類型是基本類型(int, float, double等)就不需要創建Mapping文件。
詳細的信息見XFire的User's Guide.
4.如果Web Services和客戶端運行在同一個JVM上,可以選擇使用本地傳輸,可以大幅提升性能。如:以下指定服務端URL的這行。
String serviceUrl = "http://localhost:8080/YM/services/ContractService";
替換為
String serviceUrl = "xfire.local://ContractService";
5. 用ant task 生成xfire 客戶端代碼
用xfire不管是配置web service,還是生成客戶代碼都很方便.
生成客戶代碼只要在用ant生成就可以了!
build.xml
代碼
<?xml version="1.0"?>
<project default="genfiles" basedir=".">
<property name="lib" value="WebRoot/WEB-INF/lib" />
<path id="myclasspath">
<fileset dir="${lib}">
<include name="*.jar" />
</fileset>
<pathelement location="${genfiles}" />
</path>
<property name="code_path" value="src" />
<property name="wsdl_path" value="Echo1Service.xml" />
<property name="code_package" value="com.client" />
<target name="genfiles" description="Generate the files">
<taskdef name="wsgen" classname="org.codehaus.xfire.gen.WsGenTask" classpathref="myclasspath" />
<wsgen outputDirectory="${code_path}" wsdl="${wsdl_path}" package="${code_package}" binding="xmlbeans" />
</target>
</project>
2、將jaxen.jar、jdom-1.0.jar、qname.jar、stax-api-1.0.1.jar、wsdl5j-1.6.1.jar放置于共享庫里。
3、在應用程序里引用這個共享庫,并將應用程序的class loader policy 設置為parent_last.
來自javayeye的帖子,http://www.javaeye.com/topic/18648?page=1,運用設計模式很重要一點:模式應該帶來清晰并且易于理解的結構,而非大堆大堆的麻煩。如果是你發現變麻煩了,那是你的方法錯了。設計模式的異同不是通過結構,而是通過意圖和場景來理解,當然,如果真能達到應用中重神而非形的境界,就玄而又玄了。
工廠模式是最重要的模式,因為大多數模式都需要用到工廠模式。如果不能正確的運用工廠模式,那么可以說無法成為合格的架構師。
多數設計模式的內容講解的都是如何設計接口。
接口如何產生呢?如果在客戶代碼(類庫的使用者稱之為客戶)中直接使用具體類,那么就失去了接口的意義。因為接口的使用目的,就是要降低客戶對具體類的依賴程度。如果在客戶代碼中直接使用接口,那么就造成了客戶對具體類名稱的依賴。(客戶最終需要以某種方式指明所需要的具體類,如配置文件或代碼,但是只需要指出一次,所以說降低對具體類的依賴程度)。要使客戶代碼不依賴具體類,唯一的方法,就是讓客戶代碼不依賴具體類的部分不知道具體類的名稱。知道具體類名稱的部分,僅僅是配置部分。(配置文件或者配置代碼)。
依賴不可能完全消除,除非二者毫無聯系。但是可以將這種依賴的程度降到最低。
既然不能直接創建具體類,那么就需要通過一個創建者類來創建接口的實現類。這樣就產生了工廠類。
那么現在已經知道工廠類存在的理由,抽象創建接口的過程。
這樣,就可以使用簡單工廠。
簡單工廠,一般是兩級結構。工廠類創建接口。
隨著接口創建復雜性的增強,可能在接口創建的過程中,一個創建者類,無法承擔創建所有的接口類的職責。
可能會有這樣的情況,我們定義了一個接口,有6個實現類分別是123456號。但是,這六個實現類不可能用一個工廠創建出來,因為123號是 windows下的實現,而456號是linux上的實現。(假設我們使用的語言不是廣大人民群眾熱愛的java語言),那么這個時候,我還需要客戶方用相同的方式來創建這個借口,而不是在代碼中到處寫

}
else {

}
那樣就太麻煩了。設計模式就是為了減少麻煩,而不是什么別的廢話,比如什么太極八卦、天人合一、面向xx之類的。因為怕麻煩,所以搞出設計模式這個咚咚減少麻煩。如果你發現用了設計模式更麻煩了,那么肯定是你用錯了。
這個時候為了省事,我就把工廠也抽象成一個接口(因為我有兩個相似的工廠,如果只有一個,我還廢話什么呢),這樣就成了工廠方法。
當然,既然工廠方法成了一個接口,那么當然也需要用一個工廠來創建它。這個時候,創建是三級結構,簡單工廠(此時是工廠的工廠)創建工廠接口(本來是個類,現在因為進一步的抽象,成為接口了),工廠接口創建產品。
過了一段時間,隨著我們的工廠業務不斷發展,我們有了很多產品。
比如,我們有錘子和釘子兩種產品。這兩種產品都有windows品牌和linux品牌的。我們給錘子和釘子各自定義了一個創建的接口。
造錘子();
}
interface 釘子工廠{
造釘子();
}
可是,我們發現某些用戶,用windows的錘子去敲linux的釘子,從而把程序敲出了bug。這當然是我們的錯誤,因為我們違反了一條金科玉律:
要想使你的程序穩定運行,你假設用戶是豬。
所以,我們把錘子和釘子的工廠合并,讓一個工廠只能造出配套的錘子和釘子,這樣豬就沒有犯錯誤的機會了。
于是我們搞出一個抽象工廠:
造錘子();
造釘子();
}
當然,這個鐵匠鋪是個接口,所以同樣需要用一個工廠來創建它。所以,這個時候,工廠還是三級結構。
我們的工廠,業務很多,而且產品一般都是配套使用的(這樣可以多騙點錢),所以,我們大多數情況下,都是使用抽象工廠和簡單工廠。簡單工廠用來創建工廠,抽象工廠創建產品。
工廠的作用,就是創建接口。
其實我們不知道什么是設計模式,我們只是怕麻煩。什么是麻煩呢?
我們覺得把同樣的代碼寫兩遍就非常麻煩。所以,我們寧可多寫幾句,也要解決麻煩。豬不怕麻煩,可以日復一日的重復相同的事情,可是我們不是豬。