spark的自留地(ofbiz/eclipse rcp/shark/opentaps)

到阿里工作快一年了，這一年回顧來(lái)最主要的成果還是在這里成功了推行了自己的領(lǐng)域建模方法與對(duì)應(yīng)的技術(shù)框架。總是想同更多的同學(xué)分享一下。

為了幫助更多人了解如何應(yīng)用領(lǐng)域建模知識(shí)在實(shí)際項(xiàng)目中，我在InfoQ中發(fā)表了一篇題為“大型網(wǎng)站復(fù)雜業(yè)務(wù)持續(xù)重構(gòu)之道——全程領(lǐng)域建模實(shí)踐”的文章。為了增加趣味性，我用了個(gè)故事來(lái)展開(kāi)內(nèi)容，請(qǐng)大家不要對(duì)號(hào)入座（特別是老板們）。請(qǐng)有興趣了解這一話題的同學(xué)可以閱讀一下

原文在
http://www.infoq.com/cn/articles/sb-complex-business-continuity-refact

默認(rèn)Opentaps是基于derby的安裝，這個(gè)在實(shí)際生產(chǎn)環(huán)境是不太可能會(huì)使用的。往往我們會(huì)實(shí)際需要使用Oracle作為生產(chǎn)數(shù)據(jù)庫(kù)。很多人問(wèn)我怎么去修改Opentaps與Oracle的支持。修改方法如下：

1、編輯 framework/entity/config/entityengine.xml，修改default delegate為 localoracle



2、修改同個(gè)文件中的的localoracle 的datasource節(jié)點(diǎn)
3、將{ORACLE_HOME}\product\10.2.0\db_1\jdbc\lib目錄下的ojdbc14.jar拷貝到framework/entity/lib/jdbc目錄下

4、重新運(yùn)行ant run-install生成數(shù)據(jù)庫(kù)對(duì)象

5、現(xiàn)在Oracle數(shù)據(jù)庫(kù)已經(jīng)就緒OK啦

我一直期望可以提供一個(gè)高性能、高定制性的電子商務(wù)套件，它不應(yīng)局限于傳統(tǒng)的ERP應(yīng)用或簡(jiǎn)單的線上商城應(yīng)用。而是應(yīng)將線上發(fā)生的產(chǎn)品展示、線上營(yíng)銷、在線客戶服務(wù)與線下的倉(cāng)儲(chǔ)發(fā)貨、經(jīng)營(yíng)分析、關(guān)鍵客戶識(shí)別有機(jī)結(jié)合起來(lái)。

開(kāi)始Opentaps開(kāi)發(fā)已經(jīng)兩年多了，對(duì)它的理解也越來(lái)越深。做為一個(gè)完整的ERP套件來(lái)說(shuō)我覺(jué)得它足夠應(yīng)付我們的日常業(yè)務(wù)：客戶、訂單、倉(cāng)儲(chǔ)、采購(gòu)、財(cái)務(wù)等。并且它從應(yīng)用層和開(kāi)發(fā)層都已經(jīng)提供了足夠的支持與擴(kuò)展空間。

我始終覺(jué)得Ofbiz提供的ecommerce模塊過(guò)于簡(jiǎn)單，或者說(shuō)它與我們國(guó)人想象中的電子商城有比較大的差距。如果我們?cè)谶@之上來(lái)開(kāi)發(fā)的話可以需要付出很多的effort才可能達(dá)到我們想要的效果。當(dāng)然opentaps也提供了另一個(gè)選擇gracious，但從個(gè)人角度來(lái)說(shuō)我并不喜歡這個(gè)模塊，它為用戶提供的定制選項(xiàng)太少了，只能作為有經(jīng)驗(yàn)的開(kāi)發(fā)者定制自己應(yīng)用的一個(gè)基礎(chǔ)。

在為Opentaps開(kāi)發(fā)Magento開(kāi)發(fā)Integration Feature時(shí)，我接觸到了Magento這個(gè)最廣泛被使用的電子商務(wù)套件。不過(guò)當(dāng)時(shí)只是淺嘗即止并未做太多的功能研究，最近這些日子里我在不斷深入了解了這個(gè)產(chǎn)品后越來(lái)越嘆服其功能的強(qiáng)大。我想我想要的所有功能應(yīng)該都被包括在這個(gè)產(chǎn)品已完成的feature中了。但同樣我更期望是一個(gè)完整的線上線下相貫通的網(wǎng)絡(luò)商城運(yùn)營(yíng)方案，離這樣的要求Magento在財(cái)務(wù)結(jié)算、倉(cāng)儲(chǔ)管理、采購(gòu)管理這些ERP功能方面又明顯的偏弱。

我想Opentaps與Magento的整合可能不應(yīng)僅限與原來(lái)所提供的產(chǎn)品、訂單信息的貫通，或許我們應(yīng)該嘗試提供更密切的信息聯(lián)系。至少第一步應(yīng)該要把客戶資料信息進(jìn)行雙向的同步，然后是庫(kù)存信息。

考慮更遠(yuǎn)一點(diǎn)的話，在Magento或Opentaps中引入在線客服與呼叫中心的Feature也是一個(gè)非常讓人振奮的事情。發(fā)展到這一步，我們就可以簡(jiǎn)單的集成這兩個(gè)優(yōu)秀開(kāi)源產(chǎn)品來(lái)為我們的線上線下提供全方面的服務(wù)了。

在以后的文章里，我會(huì)繼續(xù)在這個(gè)方面做更多的設(shè)計(jì)與實(shí)現(xiàn)工作。如果有童鞋對(duì)此話題感興趣，可以把你的想法告訴我看是否可以一起來(lái)做點(diǎn)事。


BTW: 現(xiàn)在opentaps已完成的magento整合內(nèi)容可以在這里找到 http://www.opentaps.org/docs/index.php/Opentaps_Magento_Integration

打算在自己申請(qǐng)的Free Amazon EC2上放個(gè)Magento，看了下Magento的幫助也整理內(nèi)容如下：

1、安裝apache、mysql、php

2、安裝php所需的支持的包


3、創(chuàng)建magento數(shù)據(jù)庫(kù)

4、下載magento full release package并解壓到/var/www/html下，并設(shè)置目錄權(quán)限為777

5、通過(guò)瀏覽器訪問(wèn)安裝magento http://localhost/magento

現(xiàn)在在用一個(gè)20寸的廈新電視機(jī)在做我的顯示器，它是寬屏的，最高可以支持1344x768的分辨率。可是裝了Fedora 14以后，只能發(fā)現(xiàn)最高支持的分辨率是1024x768。字體看起來(lái)都是扁扁的，很不爽！

得想個(gè)法把這個(gè)分辨率調(diào)整過(guò)來(lái)：

1) 打開(kāi)一個(gè)Terminal窗口，切換到root身份后運(yùn)行


這個(gè)命令會(huì)在/root下生成一個(gè)叫xorg.conf.new的文件，我們運(yùn)行以下命令把它移到/etc/X11下

2) reboot系統(tǒng)

3)在終端中輸入 gtf 1344 768 60 -x 命令, 這樣就會(huì)在終端中顯示一些內(nèi)容. 類似下面的:

把它復(fù)制到 /etc/X11/xorg.conf中的[Moniter]段中，復(fù)制后的文件中[Moniter]段如下：

4) reboot系統(tǒng)后就會(huì)在System->Preferences->Moniters中發(fā)現(xiàn)1344x768的選項(xiàng)啦！

5) 收工！

在Opentaps 1.4版本我將AOP由原來(lái)的AspectJ替換為現(xiàn)在Aspectwerkz。結(jié)果我自己就首先在64bit的windows系統(tǒng)下遇到ant編譯出錯(cuò)，現(xiàn)在把解決方法列在這里

將opentaps/opentaps-common/build-aspects.xml中的weave任務(wù)內(nèi)容替換為以下內(nèi)容（其實(shí)就是把原來(lái)的ant的替換jar內(nèi)容任務(wù)分成兩部來(lái)執(zhí)行）：



以上方法已經(jīng)在opentaps wiki ［http://www.opentaps.org/docs/index.php/General_Installation_of_Opentaps#Build_Aspect_class_Errors］ 中加上過(guò)了。

OFBIZ為我們提供了POS模塊，它已經(jīng)可以滿足我們?nèi)粘Ｊ浙y的大部分要求了。但是美中不足的是它沒(méi)有提供庫(kù)存查詢功能。我也沒(méi)看出來(lái)OFBIZ有近期實(shí)現(xiàn)此功能的計(jì)劃，所以打算自己做一個(gè)。

首先研究一下POS模塊的代碼結(jié)構(gòu)：

1、POS模塊同其它模塊的實(shí)現(xiàn)方式有所區(qū)別，它用了XUL技術(shù)來(lái)定制展示的界面。所有屏幕文件使用XUL格式定義于screens目錄之下

2、按鈕事件與java代碼映射關(guān)系，記錄在config\buttonevents.xml下

3、資源文件存放在XuiLabels_[locale].properties與config\PosUiLabels.xml中

了解結(jié)構(gòu)后，加上庫(kù)存查詢功能就很簡(jiǎn)單了，我是這樣做的：

1、在screens/default/menu/mgrmain.xml中增加一個(gè)mgrInquiryInventory庫(kù)存查詢按鈕，它會(huì)出現(xiàn)在POS的“經(jīng)理”界面中的

2、在buttonevents.xml中加上以下行，映射事件代碼


3、在ManagerEvents.java中加入inquiryInventory方法代碼（我是使用了一個(gè)ShowInventory的XPage來(lái)展現(xiàn)當(dāng)前選中項(xiàng)的庫(kù)存分布）

4、完工。

算了算，包括閱讀代碼和編寫這些東東總共也就花了七八個(gè)小時(shí)的effort，不知道為什么ofbiz就不肯加上這個(gè)功能呢？或者pos模塊不再發(fā)展了？

原來(lái)opentaps中的entity model文件中大量使用了floating-point來(lái)定義數(shù)值內(nèi)容，現(xiàn)在我們要使用fixed-point來(lái)替換它們，以保證它的java type使用BigDecimal而不是Double.

這樣就有了這次的替換任務(wù)，把所有model文件中的floating-point替換成為fixed-point。

方法對(duì)我來(lái)說(shuō)有三:
1, 在eclipse或其它ide中查找出所有的包括floating-point文件來(lái)手工修改
2, 在UltraEdit或其它文本編程器中進(jìn)行批量文件內(nèi)容替換
3, 嘗試一下linux的下的sed命令？

評(píng)估一下，3肯定是一個(gè)最有效率的選擇。那么說(shuō)干就干，let's go!

命令如下：


一句話就搞掂了，真棒！

莫名其妙，日志中老是有無(wú)法連接oracle的異常

先用oracle用戶登錄到服務(wù)器上

運(yùn)行了一些sql，一切正常呀，奇怪！

仔細(xì)想想，可能是lsnrctl的問(wèn)題，打開(kāi)listener.ora在下面插入以下內(nèi)容：
完成后的listener.ora如下

保存后，重啟lsnrctl服務(wù)后就可以正常聯(lián)接了。