
今天在服務(wù)里啟動(dòng)OracleOraHome92TNSListener服務(wù)時(shí)出現(xiàn)“
本地計(jì)算機(jī)上的OracleOraHome92TNSListener服務(wù)啟動(dòng)后又停止了,一些服務(wù)自動(dòng)停止,如果它們沒(méi)有什么可做的,例如"性能日志和警報(bào)服務(wù)"。因?yàn)榍皟商旄牧擞?jì)算機(jī)名,于是打Net Manager重新設(shè)定之后,就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 最簡(jiǎn)單的SQLPLUS包
下載之后,解壓到一個(gè)單獨(dú)的目錄里,如:D:\dev\oraclient
2、配置tnsnames.ora,如果本機(jī)上沒(méi)有安裝oracle,可以從安裝了oracle的機(jī)上拷貝一個(gè)(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、添加一個(gè)環(huán)境變量,名為TNS_ADMIN,值為tnsnames.ora文件所在路徑(如:D:\dev\oraclient),這是為了能夠找到上面說(shuō)的tnsnames.ora。如果本機(jī)上安裝了ORACLE,并且設(shè)置了ORACLE_HOME環(huán)境變量,那么會(huì)自動(dòng)在%ORACLE_HOME%/network/admin/位置查找tnsnames.ora文件。
4、設(shè)置ORACLE的語(yǔ)言,添加注冊(cè)表項(xiàng):“NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK”,位于 HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE。如果本機(jī)沒(méi)有安裝ORACLE,在H_L_M\SOFTWARE\下是沒(méi)有"ORACLE"這一項(xiàng)的,需要手動(dòng)創(chuàng)建,然后再在ORACLE項(xiàng)下創(chuàng)建鍵NLS_LANG,鍵值為:SIMPLIFIED CHINESE_CHINA.ZHS16GBK
5、下載并安裝PL.SQL.Developer配置應(yīng)用
配置tools->preferences->connection
Oracle Home=D:\dev\oracleclient
OCI library=D:\dev\oracleclient\oci.dll
6、再次打開(kāi)plsql則會(huì)在database中有oracledata 選項(xiàng)輸入用戶名密碼就可以登陸。
XFire開(kāi)發(fā)Web服務(wù)的基本步驟
1) 檢驗(yàn)JAVA類的方法和構(gòu)造函數(shù)是否是公共的,一定要是公開(kāi)的。
2) 將XFire Servlet相關(guān)的入口添加到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) 創(chuàng)建services.xml并把它放到WEB-INF/classes/META-INF/xfire目錄下,這是默認(rèn)的做法;也可以將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.
-->
<!-- 默認(rèn)會(huì)在classpath的META-INF/xfire/下查找services.xml文件,
可以覆蓋這個(gè)參數(shù),指定多個(gè)配置文件-->
<init-param>
<param-name>config</param-name>
<param-value>services.xml</param-value>
</init-param>
</servlet>
4) 將XFire和其它第三方庫(kù)添加到Web應(yīng)用的WEB-INF/lib目錄下。
FAQ
1) Weblogic8.1中應(yīng)用XFire,啟動(dòng)wls時(shí),出現(xiàn)java.lang.NoSuchMethodError的解決辦法。
首先,將XFire提供的QName JAR(qname.jar)放進(jìn)WEB-INF/lib目錄下。然后,將weblogic.xml文件放到WEB-INF下。
weblogic.xml的內(nèi)容為:
"-//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>
具體的詳細(xì)解說(shuō),請(qǐng)看XFire的User's Guide.
技巧
1. 如果Web Services的方法的參數(shù)是Collections,那就需要建一個(gè)Mapping文件,而且Mapping文件的命名為className.aegis.xml,并且與class放在同一個(gè)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"/>表示第一個(gè)參數(shù),里面實(shí)際值的類型,這里實(shí)際值的類型是java.lang.String.
如果是一個(gè)JavaBean,如com.test.TestBean,那以就要寫成<parameter index="0" compentType="com.test.TestBean"/>
2. 如果返回類型是List或Map,并且里面存放的是自定義類的話,則需要增加一個(gè)對(duì)于服務(wù)接口的配置文件。該文件的命名規(guī)則是 接口文件名.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對(duì)象。對(duì)于這種類型的方法,在配置文件中描述了它的返回值類型。
如果返回的類型是Map的話,做法和List一樣。但定義的類型,是Map中的Value部分,并且這樣的話,Map中Value所存放的對(duì)象就必須全部是同一種類啦。
下面給出一個(gè)詳細(xì)的例子:
1)服務(wù)接口:
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文件內(nèi)容:
<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. 如果一個(gè)方法的返回類型是一個(gè)JavaBean,而這個(gè)JavaBean當(dāng)中又存在Collections,那么就需要定義一個(gè)與JavaBean相關(guān)的Mapping文件,文件名要與JavaBean名相同,如:User.aegis.xmll,并且與JavaBean放在同一個(gè)目錄.
例子:
1) 服務(wù)接口
public interface IYMServiceFacade {
User getUser();
}
2) JavaBean
public class User {
private Strirng userName;
// 這里是一個(gè)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里真正存儲(chǔ)的類型.
注:如果服務(wù)接口的參數(shù)或者返因類型是基本類型(int, float, double等)就不需要?jiǎng)?chuàng)建Mapping文件。
詳細(xì)的信息見(jiàn)XFire的User's Guide.
4.如果Web Services和客戶端運(yùn)行在同一個(gè)JVM上,可以選擇使用本地傳輸,可以大幅提升性能。如:以下指定服務(wù)端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放置于共享庫(kù)里。
3、在應(yīng)用程序里引用這個(gè)共享庫(kù),并將應(yīng)用程序的class loader policy 設(shè)置為parent_last.
來(lái)自javayeye的帖子,http://www.javaeye.com/topic/18648?page=1,運(yùn)用設(shè)計(jì)模式很重要一點(diǎn):模式應(yīng)該帶來(lái)清晰并且易于理解的結(jié)構(gòu),而非大堆大堆的麻煩。如果是你發(fā)現(xiàn)變麻煩了,那是你的方法錯(cuò)了。設(shè)計(jì)模式的異同不是通過(guò)結(jié)構(gòu),而是通過(guò)意圖和場(chǎng)景來(lái)理解,當(dāng)然,如果真能達(dá)到應(yīng)用中重神而非形的境界,就玄而又玄了。
工廠模式是最重要的模式,因?yàn)榇蠖鄶?shù)模式都需要用到工廠模式。如果不能正確的運(yùn)用工廠模式,那么可以說(shuō)無(wú)法成為合格的架構(gòu)師。
多數(shù)設(shè)計(jì)模式的內(nèi)容講解的都是如何設(shè)計(jì)接口。
接口如何產(chǎn)生呢?如果在客戶代碼(類庫(kù)的使用者稱之為客戶)中直接使用具體類,那么就失去了接口的意義。因?yàn)榻涌诘氖褂媚康模褪且档涂蛻魧?duì)具體類的依賴程度。如果在客戶代碼中直接使用接口,那么就造成了客戶對(duì)具體類名稱的依賴。(客戶最終需要以某種方式指明所需要的具體類,如配置文件或代碼,但是只需要指出一次,所以說(shuō)降低對(duì)具體類的依賴程度)。要使客戶代碼不依賴具體類,唯一的方法,就是讓客戶代碼不依賴具體類的部分不知道具體類的名稱。知道具體類名稱的部分,僅僅是配置部分。(配置文件或者配置代碼)。
依賴不可能完全消除,除非二者毫無(wú)聯(lián)系。但是可以將這種依賴的程度降到最低。
既然不能直接創(chuàng)建具體類,那么就需要通過(guò)一個(gè)創(chuàng)建者類來(lái)創(chuàng)建接口的實(shí)現(xiàn)類。這樣就產(chǎn)生了工廠類。
那么現(xiàn)在已經(jīng)知道工廠類存在的理由,抽象創(chuàng)建接口的過(guò)程。
這樣,就可以使用簡(jiǎn)單工廠。
簡(jiǎn)單工廠,一般是兩級(jí)結(jié)構(gòu)。工廠類創(chuàng)建接口。
隨著接口創(chuàng)建復(fù)雜性的增強(qiáng),可能在接口創(chuàng)建的過(guò)程中,一個(gè)創(chuàng)建者類,無(wú)法承擔(dān)創(chuàng)建所有的接口類的職責(zé)。
可能會(huì)有這樣的情況,我們定義了一個(gè)接口,有6個(gè)實(shí)現(xiàn)類分別是123456號(hào)。但是,這六個(gè)實(shí)現(xiàn)類不可能用一個(gè)工廠創(chuàng)建出來(lái),因?yàn)?23號(hào)是 windows下的實(shí)現(xiàn),而456號(hào)是linux上的實(shí)現(xiàn)。(假設(shè)我們使用的語(yǔ)言不是廣大人民群眾熱愛(ài)的java語(yǔ)言),那么這個(gè)時(shí)候,我還需要客戶方用相同的方式來(lái)創(chuàng)建這個(gè)借口,而不是在代碼中到處寫

}
else {

}
那樣就太麻煩了。設(shè)計(jì)模式就是為了減少麻煩,而不是什么別的廢話,比如什么太極八卦、天人合一、面向xx之類的。因?yàn)榕侣闊?strong>所以搞出設(shè)計(jì)模式這個(gè)咚咚減少麻煩。如果你發(fā)現(xiàn)用了設(shè)計(jì)模式更麻煩了,那么肯定是你用錯(cuò)了。
這個(gè)時(shí)候?yàn)榱耸∈拢揖桶压S也抽象成一個(gè)接口(因?yàn)槲矣袃蓚€(gè)相似的工廠,如果只有一個(gè),我還廢話什么呢),這樣就成了工廠方法。
當(dāng)然,既然工廠方法成了一個(gè)接口,那么當(dāng)然也需要用一個(gè)工廠來(lái)創(chuàng)建它。這個(gè)時(shí)候,創(chuàng)建是三級(jí)結(jié)構(gòu),簡(jiǎn)單工廠(此時(shí)是工廠的工廠)創(chuàng)建工廠接口(本來(lái)是個(gè)類,現(xiàn)在因?yàn)檫M(jìn)一步的抽象,成為接口了),工廠接口創(chuàng)建產(chǎn)品。
過(guò)了一段時(shí)間,隨著我們的工廠業(yè)務(wù)不斷發(fā)展,我們有了很多產(chǎn)品。
比如,我們有錘子和釘子兩種產(chǎn)品。這兩種產(chǎn)品都有windows品牌和linux品牌的。我們給錘子和釘子各自定義了一個(gè)創(chuàng)建的接口。
造錘子();
}
interface 釘子工廠{
造釘子();
}
可是,我們發(fā)現(xiàn)某些用戶,用windows的錘子去敲linux的釘子,從而把程序敲出了bug。這當(dāng)然是我們的錯(cuò)誤,因?yàn)槲覀冞`反了一條金科玉律:
要想使你的程序穩(wěn)定運(yùn)行,你假設(shè)用戶是豬。
所以,我們把錘子和釘子的工廠合并,讓一個(gè)工廠只能造出配套的錘子和釘子,這樣豬就沒(méi)有犯錯(cuò)誤的機(jī)會(huì)了。
于是我們搞出一個(gè)抽象工廠:
造錘子();
造釘子();
}
當(dāng)然,這個(gè)鐵匠鋪是個(gè)接口,所以同樣需要用一個(gè)工廠來(lái)創(chuàng)建它。所以,這個(gè)時(shí)候,工廠還是三級(jí)結(jié)構(gòu)。
我們的工廠,業(yè)務(wù)很多,而且產(chǎn)品一般都是配套使用的(這樣可以多騙點(diǎn)錢),所以,我們大多數(shù)情況下,都是使用抽象工廠和簡(jiǎn)單工廠。簡(jiǎn)單工廠用來(lái)創(chuàng)建工廠,抽象工廠創(chuàng)建產(chǎn)品。
工廠的作用,就是創(chuàng)建接口。
其實(shí)我們不知道什么是設(shè)計(jì)模式,我們只是怕麻煩。什么是麻煩呢?
我們覺(jué)得把同樣的代碼寫兩遍就非常麻煩。所以,我們寧可多寫幾句,也要解決麻煩。豬不怕麻煩,可以日復(fù)一日的重復(fù)相同的事情,可是我們不是豬。
拿服裝專賣店來(lái)說(shuō),一個(gè)專賣店里面肯定有好幾個(gè)品牌的服裝,比如Giordano、Baleno,這些品牌都是不同公司生產(chǎn)的。
沒(méi)人見(jiàn)個(gè)專賣店自己生產(chǎn)服裝的吧,專賣店需要某個(gè)品牌的服裝時(shí),就去聯(lián)系相應(yīng)的廠家供貨即可,具體的生產(chǎn)是由廠家去完成。
抽象工廠模式也是如此,抽象工廠提供多個(gè)抽象方法,由具體的子工廠去實(shí)現(xiàn)。
現(xiàn)在我想開(kāi)一家服裝店,經(jīng)營(yíng)上衣和短褲,至于具體什么品牌的等選門面在裝修之時(shí)再定。
Shirt createShirt();
Pants createPants();
}
好了,現(xiàn)在門面選好且已裝修完畢,具體經(jīng)營(yíng)什么品牌也早想好,就佐丹奴和班尼路吧。
開(kāi)始聯(lián)系廠家,廠家要能生產(chǎn)Shirt和Pants,而且要有生產(chǎn)Giordano、Baleno這兩個(gè)品牌。
我們都知道服裝都有一些共同的特征,每件衣服都有所屬的品牌、每條短褲都有一個(gè)尺碼。
// 品牌
String getBrand();
}
interface Pants {
// 尺寸
double getSize();
}
佐丹奴的衣服自然會(huì)印上Giordano字樣的標(biāo)志
public String getBrand() {
return "Giordano";
}
}
class GiordanoPants implements Pants {
public double getSize() {
return 31;
}
}
班尼路的也不例外,加上自己的品牌標(biāo)志
public String getBrand() {
return "Baleno";
}
}
class BalenoPants implements Pants {
public double getSize() {
return 29;
}
}
運(yùn)氣不錯(cuò),很快就找到了廠家。
// 生產(chǎn)Giordano上衣和短褲的工廠
Shirt createShirt() {
return new GiordanoTShirt();
}
Pants createPants() {
return new GiordanoPants();
}
}
// 生產(chǎn)Baleno上衣和短褲的工廠
Shirt createShirt() {
return new BalenoTShirt();
}
Pants createPants() {
return new BanlenoPants();
}
}
廠家開(kāi)始供貨,開(kāi)業(yè)大吉,哈哈。
public static void main(String[] args) {
TestRunner.run(TestAbstractFactory.class);
}
public void testFac() {
setShop(new GiordanoFactory());
IShirt shirt = shopFactory.createShirt();
shirt.getBrand();
IPants pants = shopFactory.createPants();
pants.getSize();
setShop(new BalenoFactory());
shirt = shopFactory.createShirt();
shirt.getBrand();
pants = shopFactory.createPants();
pants.getSize();
}
private void setShop(ISpecialityShop factory) {
shopFactory = factory;
}
protected void setUp() throws Exception {
}
protected void tearDown() throws Exception {
shopFactory = null;
}
private ISpecialityShop shopFactory;
}
以后想多經(jīng)營(yíng)幾個(gè)品牌,只需直接去找了廠家供貨即可。
最后,為了充分理解抽象工廠模式,畫(huà)出它的UML圖是很有必要的。
建立一個(gè)基本的程序通常有幾個(gè)常用的任務(wù),像是設(shè)置通用屬性、創(chuàng)建或刪除目錄、編譯程序、打包、拷貝文件等等。
這些任務(wù),我們都可以在build.xml中編寫相應(yīng)的任務(wù)目標(biāo)[target]
■ 屬性設(shè)定:<property>
如果一個(gè)固定的值(如:目錄D:\dev\lib),在多個(gè)target中被應(yīng)用到,這時(shí)我們就通過(guò)<property>對(duì)它設(shè)定,應(yīng)用到它的地方都使用設(shè)定的<property>代替,如果日后有發(fā)生變化,也只需要改動(dòng)<property>的設(shè)定即可
<property name="tomcat.home" value="C:/jakarta-tomcat" />
<property name="app.home" value="." />
<property name="src.home" value="${app.home}/src"/>
<property name="lib.home" value="${app.home}/WEB-INF/lib"/>
<property name="classes.home" value="${app.home}/WEB-INF/classes"/>
</target>
每個(gè)property都有一個(gè)name(名稱)和一個(gè)value(值),要引用某個(gè)property可以使用${property-name},像上面的${app.home}。
這些屬性的值也可以在執(zhí)行的時(shí)候指定,如:ant -Dapp.home="d:\dev\book",如果執(zhí)行時(shí)沒(méi)有指定,那么就會(huì)使用value上定義的值。
■ 創(chuàng)建目錄:<mkdir>




■ 創(chuàng)建目錄和文件:<delete>














■ 拷貝文件和目錄:<copy>
<!-- 拷貝單個(gè)文件 -->
<copy file="error.log" tofile="debug.log"/>
<!-- 拷貝單個(gè)文件到指定目錄 -->
<copy file="error.log" todir="${LOG.DIR}"/>
<!-- 拷貝多個(gè)文件到指定目錄 -->
<copy todir="${LOG.DIR}">
<fileset dir="log">
<include name="**/*.log"/>
<exclude name="**/error.log"/>
</fileset>
</copy>
<!-- 同上 -->
<!--
<copy todir="${LOG.DIR}">
<fileset dir="log" excludes="**/*.txt"/>
</copy>
-->
<!-- 拷貝一個(gè)目錄到另一個(gè)目錄 -->
<copy todir="newbin">
<fileset dir="bin"/>
</copy>
</target>
■ 移動(dòng)或重命名文件、目錄:<move>
<!-- 移動(dòng)或重命名一個(gè)文件 -->
<move file="error.log" tofile="debug.log"/>
<!-- 移動(dòng)或重命名一個(gè)文件到另一個(gè)目錄下 -->
<move file="error.log" todir="new/log"/>
<!-- 將目錄移到另一個(gè)目錄下 -->
<move todir="new/log">
<fileset dir="log"/>
</move>
<!-- 一組文件移到另一個(gè)目錄下 -->
<move todir="new/log">
<fileset dir="log">
<include name="**/*.log"/>
<exclude name="**/error.log"/>
</fileset>
</move>
</target>