這幾天做項目，需要做一個類似于控制臺的界面，可以將日志回顯到一個文本區(qū)域里，幾經(jīng)查找，反復(fù)測試寫了以下測試代碼。
主程序
import java.io.PipedReader;
import java.io.PipedWriter;
import java.io.Writer;
import org.apache.log4j.Appender;
import org.apache.log4j.Logger;
import org.apache.log4j.WriterAppender;
public class Log4jMain 
{
static public Logger logger = Logger.getLogger(Log4jMain.class);
public static void main(String[] arg) {
Logger root = Logger.getRootLogger();
try {
Appender appender = root.getAppender("WriterAppender");
PipedReader reader = new PipedReader();
Writer writer = new PipedWriter( reader) ;
((WriterAppender) appender).setWriter(writer);
Thread t = new AaaThread(reader);
t.start();
Logger logger = Logger.getLogger(Log4jMain.class);
logger.error("asdf");
logger.info("asdf");
logger.debug("asdf");
logger.fatal("asdf");
//hh是一個class，test方法里只有幾個logger.info("aaa"),用于測試用，這東西可以去掉
new HH().test();
} catch (Exception e) {
}
}
}
因為log4j提供的是 Writer，所以通過使用PipedWriter連接到PipedReader，并通過一個thread來處理PipedReader的數(shù)據(jù)就可以回顯了。如果你需要的話可以將下面的System.out.println(scanner.nextLine());改成你需要顯示的地方就行了。
import java.io.PipedReader;
import java.util.Scanner;
public class AaaThread extends Thread {
PipedReader reader;
public AaaThread(PipedReader reader) {
this.reader = reader;
}
public void run() {
Scanner scanner = new Scanner(reader);
while (scanner.hasNext()) {
System.out.println(scanner.nextLine());
}
}
}
posted @
2008-06-06 09:31 小平 閱讀(1226) |
評論 (0) |
編輯 收藏
這里制作一個引子，具體內(nèi)容比較多，而且hibernate文檔里的hql篇寫的很詳細
可以這么用：
List list = getHibernateTemplate().find("select new map(t1.c1,t2.c3) from table1 t1 ,table2 t2 where t1.c1=t2.c2");
這樣的話list里的每個元素都是一個map，每個map里包含兩個元素
注意：這里的table1和table2都是class名并不是真的表名，畢竟這是hql。除了可以用map還還支持list和自定義的bean。
posted @
2008-04-17 17:05 小平 閱讀(1898) |
評論 (0) |
編輯 收藏
DB2的Type-4驅(qū)動真的很詭異，配了兩天沒配上，發(fā)現(xiàn)是多引了一個包。就是他----“db2java.zip（db2java.jar）”只要有了他就算你已經(jīng)引入了db2jcc.jar、db2jcc_license_cisuz.jar、db2jcc_license_cu.jar也沒用。
不知道怎么回事，本以為多引就沒錯，沒想到載這了。
順便吧db2 type-4的配置方法貼下面：
jdbc:db2://ip:port/數(shù)據(jù)庫
驅(qū)動名：com.ibm.db2.jcc.DB2Driver
我日他IBM！該死的IBM，我算是服了，配好的type-4驅(qū)動中文數(shù)據(jù)顯示的全是亂碼，準(zhǔn)備切到type-2上試試，結(jié)構(gòu)還是不行，查來查去是數(shù)據(jù)庫pagecode的事，數(shù)據(jù)庫的字符集改成gbk，客戶端的pagecode也改成跟數(shù)據(jù)庫一樣的，ODBC算是能用了，type-2也能用了，然后又用type-4一試！連不上了！說字符集不匹配，上網(wǎng)一查說要使用IBM專用的JDK，我日了，換了IBM的JDK，配好環(huán)境變量eclipse又不能用了！我算是被IBM搞死了，一氣之下也不準(zhǔn)備再嘗試type-4了。
我這里用的IBM JDK1.4，db2 V8
posted @
2008-04-17 16:51 小平 閱讀(2550) |
評論 (3) |
編輯 收藏近日抽風(fēng)，想了解以下java與串口并口通訊的問題，上網(wǎng)查了半天，找到了sun幾年前的一個破包，comm.jar
2.0版的，遇到一個比較奇怪的問題，這個包里的demo程序用cmd可以運行，但是用eclipse編譯就不能運行，一直以為是dll庫和配置文件的問題，幾乎將兩個文件copy到了系統(tǒng)中全部可能出現(xiàn)的地方都沒有解決。百般無奈之下，找到了
http://blog.csdn.net/djsl6071/archive/2007/04/25/1583979.aspx這個博客，下載了rxtx把問題搞定了。
posted @
2008-04-17 16:40 小平 閱讀(580) |
評論 (0) |
編輯 收藏
如果RMI客戶端鏈接補上服務(wù)器可能是以下情況導(dǎo)致的：
1、網(wǎng)絡(luò)不通
2、端口占用
3、防火墻（客戶端機器的防火墻和服務(wù)器端的防火墻都有可能）
4、服務(wù)器端所在機器安裝了linux虛擬機，或者使用的linux或者unix系統(tǒng)
排除辦法：
前三種情況都很好解決，主要是最后一個，需要在rmi服務(wù)啟動時加上一句
java -Djava.rmi.server.hostname=localhost ……
其中l(wèi)ocalhost可以強制定義為機器的IP地址
posted @
2008-02-15 14:11 小平 閱讀(890) |
評論 (0) |
編輯 收藏
為了滿足將plugin工程打成jar包，但是spring的配置文件不打進jar包的需求。很多時候我們?yōu)榱丝梢苑奖闶止づ渲胹pring的一些信息，而不用將jar解壓而從新壓縮，我們需要把Spring的配置文件放在plugin的jar包外這時，如果沒有正確的使用spring的Resource就不能加載spring的配置文件，經(jīng)過多次嘗試終于找到一個比較合適的方法，與大家交流。
public static BeanFactory getFactory() {
if (factory == null) {
FileSystemResource resource = new FileSystemResource("appcontextclient.xml");
factory = new XmlBeanFactory(resource);
}
return factory;
}
將appcontextclient.xml文件放到工程根目錄下，發(fā)布時將appcontextclient.xml放入到你的eclipse的安裝目錄即可(與eclipse的exe執(zhí)行文件相同的位置)，如果需要可在appcontextclient.xml文件前加入相關(guān)的路徑來更改你的目錄(但是有可能在調(diào)試過程中必須要把appcontextclient.xml文件放到你的eclipse IDE的安裝目錄里，因為大部分時間我們的eclipse IDE是何 workspace分開存放的，這樣我們在調(diào)試的時候非常別扭，要到IDE里去修改配置文件)。
以上方法并不是唯一的，只是我感覺用起來比較合適的，這樣在調(diào)試時既可以保證appcontextclient.xml文件在工程目錄范圍內(nèi)，有可以在發(fā)布時使文件保持在安裝目錄而不是運行環(huán)境的workspace的臨時目錄里。
同時介紹幾個方法可以eclipse方法獲得eclipse工具的幾個重要路徑（注："IDE"為我的plugin工程的PLUGIN_ID）
Platform.getInstallLocation().getURL()
file:/F:/tools/java/eclipse/eclipse-SDK-3.3-win32/eclipse/
這是我的eclipse IDE的安裝目錄
Platform.getLocation()
D:/runtime-IDE.product
這是我調(diào)試插件時生成的臨時運行環(huán)境目錄，是在調(diào)試IDE工程時生成的，就是發(fā)布時插件所屬eclipse運行環(huán)境的WorkSpace目錄
Platform.getInstanceLocation().getURL()
file:/D:/runtime-IDE.product/
這個跟上面的一樣
Platform.getLocation()
D:/runtime-IDE.product
這個跟上面的也一樣
Platform.getLogFileLocation()
D:/runtime-IDE.product/.metadata/.log
運行環(huán)境的日志文件路徑，發(fā)布時插件所屬eclipse運行環(huán)境的WorkSpace目錄下的/.metadata/.log
Platform.getStateLocation(Platform.getBundle("IDE"))
D:/runtime-IDE.product/.metadata/.plugins/IDE
運行環(huán)境中IDE的一個臨時目錄，發(fā)布時插件所屬eclipse運行環(huán)境的WorkSpace目錄下/.metadata/.plugins/IDE
Platform.getUserLocation()
file:/C:/Documents and Settings/XX/user
這是我的文檔的路徑(把用戶名X掉，哈哈)
Platform.getBundle("IDE").getLocation()
update@D:/WorkSpace/IDE/
我的IDE工程的路徑，對應(yīng)發(fā)布時插件的jar本身，在這個目錄下的文件將全部包含在發(fā)不得jar里。
Platform.getConfigurationLocation().getURL()
file:/D:/WorkSpace/.metadata/.plugins/org.eclipse.pde.core/IDE.product/
eclipse IDE 自己建的目錄
eclipse 本身也有很多加載資源文件的方法可以在org.eclipse.core.runtime.Platform這個類里找到，具體的就請大家找找API吧
posted @
2008-01-05 21:35 小平 閱讀(2019) |
評論 (0) |
編輯 收藏
應(yīng)要求在此提供ibatis批量插入demo下載，謝謝大家的關(guān)注，不過對于一些人的不禮貌行為我非常痛心。由于工作地點不能上網(wǎng)，不能上網(wǎng)，不能及時回復(fù)大家的留言我深表道歉。
下載
posted @
2007-12-27 19:52 小平 閱讀(3428) |
評論 (9) |
編輯 收藏
此問題網(wǎng)上大部分解決方法是這樣的：
1.網(wǎng)上鄰居->本地連接->屬性->internet協(xié)議(TCP/IP)->屬性->高級->wins標(biāo)簽->去掉啟用LMhosts查詢前的勾.
2.控制面版->windows防火墻->高級標(biāo)簽->本地連接設(shè)置->服務(wù)的標(biāo)簽里勾選安全Web服務(wù)器(HTTPS)即可
但是我的機器按照上面操作apache服務(wù)仍然不可以使用，于是索性將服務(wù)中的Windows Firewall/Internet Connection Sharing (ICS的服務(wù)關(guān)掉了，發(fā)現(xiàn)問題解決了，apache可以用了。對于安全問題可以選擇第3方的防火墻來解決。
注意：費爾防火墻好像和apache沖突，也會導(dǎo)致WSASocket failed to open the inherited socket
posted @
2007-10-21 14:53 小平 閱讀(1467) |
評論 (1) |
編輯 收藏
今天用sun的jdk調(diào)的沒有一點問題的數(shù)據(jù)抽取程序，方放到AIX上后不能用了，oralce報出向一個字段中插入了過長的數(shù)據(jù)，可是程序在幾天前還是沒有問題的，后來分析可能是字符集導(dǎo)致的，因為前幾天修改過informix數(shù)據(jù)庫的字符集由8859-1轉(zhuǎn)為了zh_cn.gb18030-2000，但解決過程異常艱難，后來吧informix的url改為<value>jdbc:informix-sqli://xx.xx.xx.xx:8888/XXXX:informixserver=whcspdev;DB_LOCALE=zh_cn.gb18030-2000;CLIENT_LOCALE=zh_cn.UTF8（原為zh_cn.gb18030-2000）;NEWCODESET=gb18030,gb18030-2000,5488,utf8</value>就可以了。后來猜測了一下原因：
1、oracle數(shù)據(jù)庫的jdbc驅(qū)動是是自動將數(shù)據(jù)庫的數(shù)據(jù)轉(zhuǎn)為unicode格式，這可能跟java的String默認為unicode有關(guān)，為了讓大家方便操作，
2、sun jdk的String在初始時用的是Unicode格式，ibm的jdk應(yīng)該也是，但是有一點，sun的jdk在通過informix jdbc驅(qū)動取數(shù)據(jù)時不會將數(shù)據(jù)轉(zhuǎn)成其他字符集，而是仍然使用Unicode，而IBM的則是通過CLIENT_LOCALE=zh_cn.gb18030-2000配置將數(shù)據(jù)格式轉(zhuǎn)為了zh_cn.gb18030-2000。
所以在oracle作insert的時候就會由于字符集不匹配而報錯
posted @
2007-07-18 19:23 小平 閱讀(1007) |
評論 (2) |
編輯 收藏 前兩天遇到為org.eclipse.jface.text.TextViewer添加undo、redo 并添加Ctrl+z,與Ctrl+y功能這個問題，搜遍了國內(nèi)網(wǎng)站，也沒有個好結(jié)果，終于多天后在一個國外的svn服務(wù)器上找到了一段代碼，解決了問題
1、為TextViewer添加TextViewerUndoManager來管理記錄
protected TextViewer textViewer;
protected TextViewerUndoManager undoManager;
//20是保存記錄的數(shù)量。
undoManager = new TextViewerUndoManager(20);
//綁定對textViewer控件的數(shù)據(jù)進行管理
undoManager.connect(textViewer);
textViewer.setUndoManager(undoManager);
2、添加Ctrl+z,與Ctrl+y事件
StyledText styledText = textViewer.getTextWidget();
styledText.addKeyListener(new KeyListener( ) {
public void keyPressed( KeyEvent e )
{
if ( isUndoKeyPress( e ) )
{
textViewer.doOperation( ITextOperationTarget.UNDO );
}
else if ( isRedoKeyPress( e ) )
{
textViewer.doOperation( ITextOperationTarget.REDO );
}
}
private boolean isUndoKeyPress( KeyEvent e )
{
// CTRL + z
return ( ( e.stateMask & SWT.CONTROL ) > 0 )
&& ( ( e.keyCode == 'z' ) || ( e.keyCode == 'Z' ) );
}
private boolean isRedoKeyPress( KeyEvent e )
{
// CTRL + y
return ( ( e.stateMask & SWT.CONTROL ) > 0 )
&& ( ( e.keyCode == 'y' ) || ( e.keyCode == 'Y' ) );
}
public void keyReleased( KeyEvent e )
{
// do nothing
}
});
posted @
2007-07-16 10:49 小平 閱讀(1875) |
評論 (3) |
編輯 收藏
到一個這東西都寫到3了，針對上回說到30000條數(shù)據(jù)的批量插入工作。30000條數(shù)據(jù)的批量插入在一個事務(wù)里處理固然是快，但是這只是測試環(huán)境，30000條數(shù)據(jù)在數(shù)據(jù)庫的緩存里必然對數(shù)數(shù)據(jù)庫的緩存和鎖數(shù)量都是一個大的挑戰(zhàn)，固在新的程序中我們使用了分批事務(wù)提交的方式，這樣為了保持數(shù)據(jù)的正確行就只能人為控制數(shù)據(jù)庫中已被插入的數(shù)據(jù)是否delete掉。另外，使用Batch塊提交會引發(fā)一個問題就是，如果batch塊中發(fā)生了異常，我們得不到異常數(shù)據(jù)的行號即任何信息，所以只能是魚和熊掌不可兼得（我已關(guān)注過insert方法中返回pk的方法了，但好像在batch中他反回不了出錯的行號，也許是我沒有找到方法，如有人有好方法請共享一下，在這里表示感謝），大家酌情考慮吧，只能到到自己需要的平衡點了。
建議：如果對數(shù)據(jù)的準(zhǔn)確性毋庸置疑的話就是用batch處理。如果不能確定準(zhǔn)確性的話，如果對那條數(shù)據(jù)出錯無所謂的話就也可以用batch，但是非要返回出錯行號的話就不要用batch了，直接在外面套用一個事務(wù)，然后try catch一下，處理一下行號。
posted @
2007-06-28 21:32 小平 閱讀(3293) |
評論 (4) |
編輯 收藏
今天發(fā)生了ORA-01461 ：can bind a LONG value only for insert into a LONG ...到處查詢發(fā)現(xiàn)是一個字段中的中文內(nèi)容導(dǎo)致，仔細分析了一下原因，是因為jdk1.5的String類型為utf-16編碼方式，而jdk1.4為utf-8，通過在oracle網(wǎng)上查詢10g的jdbc驅(qū)動有兩個版本，舊版的不持jdk1.5，只支持jdk1.4，通過換jdbc驅(qū)動問題解決。
posted @
2007-06-20 10:53 小平 閱讀(2805) |
評論 (0) |
編輯 收藏
1、上回的心得中我強調(diào)了startBatch()的批處理的作用，但是其中的使用是個錯誤用法，并沒有發(fā)揮出startBatch()的實力，對此給與觀眾的誤導(dǎo)我將在此表示到欠，并貼出正確的用法
public class LocalDaoImpl extends SqlMapClientDaoSupport implements LocalDao {
public void insertBuNaTaxBatLst(final PaginatedList list)
{
getSqlMapClientTemplate().execute(new SqlMapClientCallback() {
public Object doInSqlMapClient(SqlMapExecutor executor)
throws SQLException {
executor.startBatch();
// do some iBatis operations here
for(int i=0,count=list.size();i<count;i++)
{
executor.insert("insertBuNaTaxBatLst", list.get(i));
if (i % 50 == 0) {
System.out.println("----" + i);//沒有意義只為測試
}
}
executor.executeBatch();
return null;
}
});
}
}
這樣才能利用上startBatch()威力。
2、注意ibatis的事物默認情況下是自動提交的，如果發(fā)現(xiàn)速度上有問題可以留意一下，ibatis只有在顯示的聲明事物管理的情況下才自動將事物管理改為不自動方式。
3、還是startBatch()，據(jù)我測試分析這個鬼東西只有在executeBatch()，才把所有的語句提交到數(shù)據(jù)庫，在提交之前緩存中保留了大量的sql語句和數(shù)據(jù)對象，很有可能out of memony，對此要留意，可以在大量數(shù)據(jù)要做插入時，分批用Batch，如：有40000條數(shù)據(jù)可將其分為4個Batch塊，讓后將這4個Batch用一個事物提交以保證數(shù)據(jù)完整性。
注：最近在做數(shù)據(jù)抽取項目，愿與大家溝通心得
posted @
2007-05-30 21:46 小平 閱讀(5967) |
評論 (6) |
編輯 收藏程序功能：
使用ibatis+spring將oracle數(shù)據(jù)庫中的tfile表中的數(shù)據(jù)抽取到db2數(shù)據(jù)庫的tfile表，這兩個表的結(jié)構(gòu)相同。
測試環(huán)境：
celeron M 1.4/512M/mysql 5.0數(shù)據(jù)庫
代碼：
public static void main(String[] args) {
// TODO Auto-generated method stub
ClassPathResource resource = new ClassPathResource(
"applicationContext.xml");
BeanFactory factory = new XmlBeanFactory(resource);
TFileDAO tFileDao = (TFileDAO) factory.getBean("tfile");
TFileDAO test2FileDao = (TFileDAO) factory.getBean("test2tfile");
//獲取全部數(shù)據(jù)
List list = tFileDao.getAll();
//開啟事務(wù)
DataSourceTransactionManager txm = (DataSourceTransactionManager) factory
.getBean("test2transactionManager");
DefaultTransactionDefinition def = new DefaultTransactionDefinition();
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
TransactionStatus status = txm.getTransaction(def);
try {
test2FileDao.getSqlMapClient().startBatch();
for (int i = 0, count = list.size(); i < count; i++) {
//插入數(shù)據(jù)
test2FileDao.insert((TFile) list.get(i));
}
test2FileDao.getSqlMapClient().executeBatch();// 這兩句有問題,請見Spring+ibatis心得2!
} catch (Exception e) {
txm.rollback(status);
System.out.println(e);
}
txm.commit(status);
System.out.println(list.size());
}
1、保證使用長事務(wù)，不要在每個插入都事務(wù)提交，這樣性能可以有很大幅度的提升
2、使用 test2FileDao.getSqlMapClient().startBatch();
test2FileDao.getSqlMapClient().executeBatch();
可以發(fā)起jdbc對批量數(shù)據(jù)插入的優(yōu)化與自動代碼壓縮功能。
結(jié)語：這次使用ibatis在同樣的硬件、數(shù)據(jù)庫、數(shù)據(jù)條數(shù)的環(huán)境下測試，在不起用batch，所有數(shù)據(jù)庫，數(shù)據(jù)池特性均使用默認設(shè)置情況下使用19秒，并且使用一次性將數(shù)據(jù)讀入內(nèi)存的方式，效果優(yōu)于hibernate，所以真信優(yōu)化后的程序應(yīng)該比hibernate效率更高。但是從程序編寫方面來講，hibernate省去了過多的代碼，可以讓程序員更輕松些。
posted @
2007-04-26 19:54 小平 閱讀(3209) |
評論 (1) |
編輯 收藏程序功能：
使用hibernate+spring將oracle數(shù)據(jù)庫中的tfile表中的數(shù)據(jù)抽取到db2數(shù)據(jù)庫的tfile表，這兩個表的結(jié)構(gòu)相同。（原本要使用一些Spring的特性，但是程序改來改去發(fā)現(xiàn)Spring特性一個都沒用上，實際上完全可以由hibernate創(chuàng)建兩個sessionFactory完成）
測試環(huán)境：
celeron M 1.4/512M/mysql 5.0數(shù)據(jù)庫
代碼：
public void save() {
Session session= fileDAO.getDataSession();
Session session2= fileDAO2.getDataSession();
Transaction tx =session2.beginTransaction();
int count=0;
List list =fileDAO.getList(session, count);
while(list.size()!=0)
{
for(int i=0,num =list.size();i<num;i++)
{
session2.save(list.get(i));
session.evict(list.get(i));
if(num%50==0)
{
session2.flush();
session2.clear();
}
}
count= count+500;
list =fileDAO.getList(session, count);
// System.out.println(count);
}
tx.commit();
session.close();
session2.close();
}
配置文件：
<prop key="hibernate.jdbc.batch_size">50</prop>
<prop key="hibernate.cache.use_second_level_cache">false</prop>
1、為保證不會出現(xiàn)內(nèi)存溢出
hibernate.jdbc.batch_size 設(shè)為 20-50
并在代碼中沒隔50個insert后手工清理數(shù)據(jù)
if(num%50==0)
{
session2.flush();
session2.clear();
}
2、為保證減少二級緩存導(dǎo)致的過多的內(nèi)存開銷關(guān)，閉二級緩存
hibernate.cache.use_second_level_cache 設(shè)為false
3、保證使用長事務(wù)，不要在每個插入都事務(wù)提交，這樣性能可以有很大幅度的提升（由于原先配的事務(wù)沒有正常運行，在初次測試時此程序插入4萬條數(shù)據(jù)用了12分鐘，使用了長事務(wù)后僅為34秒）
4、使用ScrollableResults（提供了數(shù)據(jù)庫的游標(biāo)特性）然后插入的效果好像要優(yōu)于分批抓取分批插入的效果，(4萬條數(shù)據(jù)，用ScrollableResult耗時29秒）但網(wǎng)上有人聲稱批量抓取插入的效果要好可能在遠程數(shù)據(jù)庫的情況下批量抓取的可靠性更高一點的原因。這一點我詢問過公司里做數(shù)據(jù)庫比較好的人，批量處理數(shù)據(jù)是要使用游標(biāo)處理的。就游標(biāo)而言分為動態(tài)游標(biāo)，靜態(tài)游標(biāo)，動態(tài)游標(biāo)慢于靜態(tài)游標(biāo)，靜態(tài)游標(biāo)慢于靜態(tài)查詢，但是如果用分批抓取數(shù)據(jù)的話就涉及到數(shù)據(jù)分段截取，為保證每次分段截取時數(shù)據(jù)的正確性，應(yīng)該要預(yù)先對數(shù)據(jù)處理，所以批量抽取數(shù)據(jù)的速度可能會慢一些。以下為使用ScrollableResult的程序
Session session= fileDAO.getDataSession();
Session session2= fileDAO2.getDataSession();
Transaction tx =session2.beginTransaction();
ScrollableResults tFiles = session.createQuery(
"from TFile as model ").setCacheMode(CacheMode.IGNORE).scroll(ScrollMode.FORWARD_ONLY);
int count=0;
while(tFiles.next())
{
session2.save(tFiles.get(0));
if(++count%50==0)
{
session2.flush();
session2.clear();
}
}
tx.commit();
session.close();
session2.close();
posted @
2007-04-24 19:30 小平 閱讀(1802) |
評論 (0) |
編輯 收藏