我也很想加入到Programmer群中,怎樣才能通過呢?

@ 瀟瀟雨
我覺得桂林的人很幸福,有那么多的好地方可供他們休息,玩耍,健身.我還有個想法--去那邊工作生活.

謝謝瀟瀟雨!
祝你爺爺身體健康!
也祝天下老人身體健康!

弱肉強食!

那你就找個男朋友還養(yǎng)條狗吧,:0)

有意思呀,

我還準(zhǔn)備給你發(fā)Email了,可我相信管理員會及時的更新的.

@misseye
謝謝!:0)
現(xiàn)在每天都會有爺爺?shù)纳碛?感覺爺爺走得太快了.

再次謝謝"非魚"的關(guān)心.

你們不要那么說,:)
我們都應(yīng)該謝謝你們,是你們免費提供這么好空間給我們.

to:非魚
謝謝,非魚.:)
我手上也沒有"64位操作系統(tǒng)"(好像還只有XP有64位的),現(xiàn)在"64位"的相關(guān)軟件好像也沒有普及.等到64位的象32位一樣的普及相信問題也能解決了.:0)我下了一個JDK--jdk-1_5_0_06-windows-amd64.exe,也不知amd64代表的是什么,是不是用在AMD 64位cpu的機器上.:(沒有測試過.

to:非魚
非常感謝你的關(guān)心,:0)

to:非魚
cpu是賽揚D64位的
jdk 是32位的
這些信息夠了嗎?:0)謝謝了

這篇文章我發(fā)給了我們開發(fā)部的所有成員,其中包括我們的頭.因為我覺得我們的團隊沒有團隊協(xié)作精神,一個個沒有一點激情,我感覺很壓抑.我想用這樣好的文章讓我們能從中受到啟發(fā),讓我們能產(chǎn)生共鳴.每個人應(yīng)實在點,不要那么虛.我們頭過來,每次讓我們感覺很神秘一樣,其實也沒什么.工作也不那么忙,只不過虛張聲勢而已.

我們不能技術(shù)而技術(shù),也應(yīng)該站在更高層次來提升自己.:0)

我用的第三方驅(qū)動是JTDS,大家可以從"http://sourceforge.net/projects/jtds"下載

謝謝pikachu

這個和路徑有關(guān)嗎?并不是不能執(zhí)行,在某些情況下可以執(zhí)行比如:"1）一個java應(yīng)該程序(main方法)調(diào)用，copy沒有問題".我最想知道的是tomcat兩種不同的啟動方式有什么不同?

to loverhythm 不用客氣

初始化的問題得到初步解決：
　　昨天去客戶那進一步的進行了測試。在客戶（tomcat）服務(wù)器沒有配置ip地址和dns服務(wù)器地址。我把它們給配置好了，然后重新啟動tomcat服務(wù)。嘿嘿，初始化通過，系統(tǒng)正常使用。到底中間的玄機是為什么呢？難道是要配置ip地址？數(shù)據(jù)庫訪問的url(jdbc:microsoft:sqlserver://192.168.1.35:1433;)到底是怎么去訪問數(shù)據(jù)庫的呢？這個不得進一步的測試。請指點。

應(yīng)該不是它出錯，因為我在本機測試的時候沒有問題。我覺得最有可能是客戶那邊tomcat服務(wù)器不能連到數(shù)據(jù)庫服務(wù)器。現(xiàn)在還沒有去客戶那測試。有等解決，：（

原來是這個“file://///Rsync-data/Sketch/Sketch_bmp/1234.jpg”表達的方式不正確造成的。
　　”file://///Rsync-data/Sketch/Sketch_bmp/1234.jpg“表示連接遠程服務(wù)器（Rsync-data）的共享文件夾（Sketch）下的Sketch_bmp/1234.jpg東東。（在訪問時可能先要登陸服務(wù)器Rsync-data）
　　如果寫成”file://S:/Sketch_bmp/P/P02960.jpg“就表示把遠程服務(wù)器下的”Sketch_bmp“目錄映射到機來了。
通過Image image = Image.getInstance(”file://S:/Sketch_bmp/P/P02960.jpg“）就會認(rèn)為s是一個遠程服務(wù)器，這樣就會產(chǎn)生”UnknownHostException “錯誤

　　問題怎樣得以解決了，暈了差不多一天。java.lang.ArrayIndexOutOfBoundsException//數(shù)組越界？ 都是它惹的禍。因在程序中我是引用了了一個數(shù)組，但也不至于會出差吧，：（。那么問題到在那呢？是這樣的，在我第系統(tǒng)中要訪問兩個不同的數(shù)據(jù)庫，一個是當(dāng)前開發(fā)的系統(tǒng)的數(shù)據(jù)庫，另一個是用來攻取某些數(shù)據(jù)。我只把第一個數(shù)據(jù)庫用spring+hibernate來管理，另一個用jdbc業(yè)處理。“org.springframework.transaction.TransactionSystemException: Could not roll back
Hibernate transaction; nested exception is org.hibernate.TransactionException: J
DBC rollback failed
org.hibernate.TransactionException: JDBC rollback failed
WARN - DefaultActionInvocation.executeResult(260) | No result defined for action
com.legend.shipment.web.Shipment2Action and result null
”從這個看來，我猜想是不是不能在DAO中引用另一個數(shù)據(jù)庫的Connection，這樣會造成spring事務(wù)管理的混亂。于是我就改寫。把用jdbc處理的東東，也采用spring+hibernate的模式。問題依舊。這可就暈了，眼看系統(tǒng)就要上線了。到了關(guān)鍵時候怎么出問題呢？心里有點緊張，一絲不安。一直有信心把問題解決。沒有辦法了，我只得在整個程序中添加了很多l(xiāng)og.debug()來測試。測試出，當(dāng)我不用另一個（獲取數(shù)據(jù)的數(shù)據(jù)庫）時，問題就不會產(chǎn)生，只要一加上就會產(chǎn)生上述問題。這可就奇怪了。還有就是有些數(shù)據(jù)可以，有數(shù)據(jù)數(shù)據(jù)不可以。那么問題應(yīng)該出錯在數(shù)據(jù)據(jù)格式（轉(zhuǎn)化）上。我把要從獲取數(shù)據(jù)庫的數(shù)據(jù)手動硬寫在程序中，程序通過。我原來從數(shù)據(jù)庫獲取的數(shù)據(jù)仔細(xì)看過。原來，數(shù)據(jù)庫的數(shù)據(jù)為81.6的數(shù)據(jù)輸出來的時候變成了81.599999999999994315658113919198513031005859375。這樣我就想是不是就會產(chǎn)生數(shù)組溢出呢？原后我就把數(shù)據(jù)改成81.6這樣子就沒有問題了。讓我們仔細(xì)看一下源碼
sql = "select b.labourCost,b.epibolyCost from TworkCost as b where b.jscostId = :jscostId";
session = getSession();
query = session.createQuery(sql);
query.setInteger("jscostId",jscostId.intValue());
list = query.list();
iterator = list.iterator();
Object[] rows = null;
while(iterator.hasNext()) {
rows= (Object[]) iterator.next();
// System.out.println((BigDecimal)rows[0]+" "+rows[1]);
}
"rows"數(shù)組中的內(nèi)容是BigDecimal的，我可把它強制轉(zhuǎn)換成了double型的，就在這個轉(zhuǎn)換過程中，小數(shù)位增加了很多，當(dāng)添加到數(shù)據(jù)庫中時就發(fā)出了數(shù)組溢出的error!
所以，搞技術(shù)工作的一定要嚴(yán)謹(jǐn)，細(xì)心

我現(xiàn)在覺得也是。現(xiàn)在我就感覺到了這一點。因為我現(xiàn)在保存數(shù)據(jù)有時會出錯，現(xiàn)在正在找原因，郁悶了一下午了。：＜
出錯信息如下：
java.lang.ArrayIndexOutOfBoundsException//數(shù)組越界？
at java.lang.System.arraycopy(Native Method)
at com.microsoft.jdbc.sqlserver.tds.TDSRPCParameter.write(Unknown Source
)
at $Proxy5.addShipment(Unknown Source)//我在action（control）中調(diào)用了DAO中的方法,Unknown Source不知是為會什么？因為在action的類中我用了一個這樣一方法，shipmentDAO.addShipment(this)，this代表了本身的對象，用來（獲取）傳送頁面請求的數(shù)據(jù)到DAO中。不知前輩們是怎么處理這個地方的？
at com.legend.shipment.web.Shipment2Action.saveShipment(Shipment2Action.
java:196)//這個出錯的類的方法出錯的語句， shipmentDAO.addShipment(this);

還有就是：
org.springframework.transaction.TransactionSystemException: Could not roll back
Hibernate transaction; nested exception is org.hibernate.TransactionException: J
DBC rollback failed
org.hibernate.TransactionException: JDBC rollback failed
WARN - DefaultActionInvocation.executeResult(260) | No result defined for action
com.legend.shipment.web.Shipment2Action and result null

下面這個不知會不會有問題出現(xiàn)呢？
at com.legend.shipment.dao.hibernate.ShipmentDAOHibernate.generateShipNu
m(ShipmentDAOHibernate.java:198)
//Query query = session.createQuery(sql);
// query.setLong("jftJsId",jsoId.longValue());它們有可能會出現(xiàn)上面出現(xiàn)的錯誤嗎？

　　謝謝，Water Ye的回答和寶貴建議。
是這樣子的我保存數(shù)據(jù)和更新數(shù)據(jù)都是在同一個方法中。用的是spring+hibernate的dao implements HibernateDaoSupport在保存的時候就調(diào)用了
TjobsheetFinishTemp tft = new TjobsheetFinishTemp();
tft.set**();
...
getHibernateTemplate().saveOrUpdate(tft);//它用tft(pojo)對象的equals來判斷兩個對象是否一致。
可在set＊＊（）主鍵的時候沒有注意到在另一個操作時，主鍵值在頁面中用javascript處理時給忘記了，：）所以hibernate在處理時，就認(rèn)為它們是不同的對象。:(

　　　現(xiàn)在項目做完了，也是我學(xué)習(xí)新東東的時候了，為自己充點電了。于是親自下載了jdk1.5安裝了，好象沒有出現(xiàn)問題。：）真高興。好友"Water"告訴我，從jdk1.4升級到j(luò)dk1.5　tomcate（5.0.26）會沒有問題，可在weblogic下會出現(xiàn)不兼容問題。