Ⅰ ofbiz使用mysql資料庫的安裝過程中遇到了如下問題，請高手指教以下，多謝
說說相關的環境是如何的吧，，，，，，，，
Ⅱ ofbiz創建資料庫
delegator調用方法取得序列號,需要傳入實體名稱,而不是資料庫表名.
在你這個例子中,可能需要的是OaClanDocumentInfo
而不是
OA_Clan_DocumentInfo
Ⅲ ofbiz不能自動創建表
Ofbiz在根據配置文件entitymodel.xml自動生成表時，會默認加上create_stamp和create_tx_stamp欄位，解決方法
<entity entity-name="offelineReports" table="offline_reports" no-auto-stamp="true">
<!--映射欄位信息-->
</entity>
注意：屬性no-auto-stamp如果不寫，默認值為false，就會在資料庫表中默認加兩個時間戳欄位了。
Ⅳ apache-ofbiz-16怎麼安裝部署
1>一定要使用ANT命令
2>資料庫一定要先建好
3>第一次運行startofbiz.bat時間會比較長，如果你沒建好資料庫，會執行失敗，所以必須先建好資料庫。
Ⅳ ofbiz能和sqlserver資料庫一起使用嗎具體有哪些地方需要改呢
C:\Users\fan\ofbiuz-git\01.src\ framework\entity\config \entityengine.xml 中配置 資料庫、
我的mysql
Ⅵ 什麼是SaaS應用OFBIZ多租戶模式
SaaS現在已成為一股潮流，它將顛覆傳統的軟體交付方式
其實從架構層面來分析，SaaS區別於傳統技術的重要差別就是Multi-Tenant模式。多租戶就是說多個租戶共用一個實例，租戶的數據既有隔離又有共享，說到底就是如何解決數據存儲的問題。
現在SaaS Multi-Tenant在數據存儲上存在三種主要的方案，分別是—
方案一：獨立資料庫
這是第一種方案，即一個Tenant一個Database（見圖3-14），這種方案的用戶數據隔離級別最高，安全性最好，但成本也高。
優點：
為不同的租戶提供獨立的資料庫，有助於簡化數據模型的擴展設計，滿足不同租戶的獨特需求；如果出現故障，恢復數據比較簡單。
缺點：
增大了資料庫的安裝數量，隨之帶來維護成本和購置成本的增加。
這種方案與傳統的一個客戶、一套數據、一套部署類似，差別只在於軟體統一部署在運營商那裡。如果面對的是銀行、醫院等需要非常高數據隔離級別的租戶，可以選擇這種模式，提高租用的定價。如果定價較低，產品走低價路線，這種方案一般對運營商來說是無法承受的。
方案二：共享資料庫，隔離數據架構.即多個或所有租戶共享Database，但一個Tenant一個Schema。
優點：
為安全性要求較高的租戶提供了一定程度的邏輯數據隔離，並不是完全隔離；每個資料庫可以支持更多的租戶數量。
缺點：
如果出現故障，數據恢復比較困難，因為恢復資料庫將牽扯到其他租戶的數據；如果需要跨租戶統計數據，存在一定困難。
方案三：共享資料庫，共享數據架構.即租戶共享同一個Database、同一個Schema，但在表中通過TenantID區分租戶的數據。這是共享程度最高、隔離級別最低的模式。
優點：
三種方案比較，第三種方案的維護和購置成本最低，允許每個資料庫支持的租戶數量最多。
缺點：
隔離級別最低，安全性最低，需要在設計開發時加大對安全的開發量；數據備份和恢復最困難，需要逐表逐條備份和還原。如果希望以最少的伺服器為最多的租戶提供服務，並且租戶接受以犧牲隔離級別換取降低成本，這種方案最適合。
CRM系統未來將以中低端市場為主，所以採用第三種方案，只要做好數據隔離比較好了。千萬不可掉以輕心，SaaS下的安全性設計很重要。一般常見的安全性設計分為兩類：系統級和程序級。
系統級：
使用HTTPS協議以SSL（Security Socket Layer）交換數據，增強通信安全；通過數字簽名防止傳輸過程篡改；對用戶身份識別的UserToken使用DES演算法數據加密；業務數據定時自動備份。
程序級：
完整的許可權配置，包括功能許可權和數據許可權；客戶端輸入校驗，防止JS攻擊、XSS攻擊、SQL注入等；輔助安全設計，比如密碼控制項、圖片驗證碼、手機確認碼等。
Ⅶ 如何在ofbiz框架下進行資料庫操作的單元測試
Could not find definition for entity name EntityKeyStore. Rolling back transaction.
這個異常的信息很明顯啊，沒找到實體EntityKeyStore的定義，准備回滾事務
http://mail-archives.apache.org/mod_mbox/ofbiz-user/200608.mbox/%[email protected]%3E
Ⅷ 如何修改ofbiz默認的資料庫
如何修改ofbiz的默認資料庫呢，我們這里拿mysql來舉例子，
ofbiz自帶的資料庫是Derby,這是一種小型的適合於測試系統的資料庫,但不適合在產品級系統中使用,所以通常我們需要將ofbiz資料庫遷移到其它資料庫上。
下面列出derby如何遷移至mysql的步驟,向大家講述資料庫遷移過程,遷移至其它資料庫的過程類似.
第一步:修改entityengine.xml文件.
該文件的位置是
ofbiz_home\framework\entity\config\entityengine.xml
首先,在該文件的找到以下代碼:
<delegator name="default" entity-model-reader="main" entity-group-reader="main" entity-eca-reader="main" distributed-cache-clear-enabled="false">
<group-map group-name="org.ofbiz" datasource-name="localhsql"/>
<group-map group-name="org.ofbiz.odbc" datasource-name="localderbyodbc"/>
</delegator>
將以上代碼中<group-map group-name="org.ofbiz" datasource-name="localhsql"/>
改成<group-map group-name="org.ofbiz" datasource-name="localmysql"/>
其次,在文件的250行左右找到如下代碼:
<datasource name="localmysql"
....
</datasource>
將其中的
jdbc-username="opentaps"
jdbc-password="opentaps-password"
改成資料庫的用戶名和密碼,在該例中,我們保持該用戶名和密碼不變,即用該用戶名和密碼在資料庫中創建用戶.
至此,對ofbiz框架的改造完成，還有一點就是要把mysql的jdbc驅動包放在%ofbiz_home%\framework\entity\lib\jdbc目錄下。
第二步:配置mysql.
mysql -u root -h 127.0.0.1 -p //登錄mysql,然後會提示輸入密碼
mysql> create database opentaps; //創建資料庫opentaps
mysql> create user opentaps; //創建用戶opentaps,對應entityengine.xml里的用戶
mysql> grant all privileges on opentaps.* to 'opentaps'@'localhost' identified by 'opentaps-password' with grant option; //授予opentaps用戶訪問opentaps資料庫的所有許可權,密碼設為opentaps-password.
第三步:運行ant run-install-seed創建種子數據.
進入opentaps根目錄後執行命令ant run-install-seed即可,然後ofbiz的實體引擎會根據entityengine.xml里設置的默認資料庫將種子數據載入到指定的資料庫mysql里,這是一個比較漫長的過程,因為要創建732張表,以及表間的關系,大概需要7分鍾左右.build過程結束後,你可以進入mysql察看opentaps資料庫,你會發現多了732多張表.
Ⅸ 怎樣調用ofbiz中的存儲過程
1 使用OFBIZ的理由
1.1 什麼是OFBIZ
OFBIZ是由Sourceforge維護的一個最著名的開源項目之一，提供創建基於最新J2EE/XML規范和技術標准，構建大型企業級、跨平台、跨資料庫、跨應用伺服器的多層、分布式電子商務類WEB應用系統的框架。
OFBIZ 的Web應用框架以MVC模式搭建而成，整體採用了很多被大多數企業級應用系統公認的位於業務邏輯層和集成層（Business Tier and Integration Tier）的設計模式。許多表示層（Presentation Tier）的設計模式也被引入進OFBIZ，但是僅僅體現在Servlet控制器（the servlet controller）中,沒有包括在實體引擎中。在實體引擎中使用的設計模式包括：業務代理（Business Delegate），值對象（Value Object）， 復合實體（Composite Entity(variation)），值對象組裝器（Value Object Assembler），服務定位器（Service Locator）和數據訪問對象（Data Access Object）。OFBIZ正在計劃逐步引入其它設計模式和完善已經引入的設計模式的實現。
使用OFBIZ的框架和組件，可以大大縮短開發企業級WEB應用系統的進度和成本。了解詳細情況請參見：http://sourceforge.net/project/ofbiz
1.2 OFBIZ和其它項目的比較
與ofbiz 類似的項目還有很多，ofbiz與這些項目的最主要的不同點是ofbiz提供了一整套的開發基於Java的web應用程序的組件和工具。一個優秀的web 應用程序應該是至少三層結構：表示層，業務邏輯層和數據層。大多數應用框架，比如Struts, Cocoon, 和 Velocity 將主要精力都集中在了表示層。比如Struts，遵循了(MVC)構架，使用Java Bean和Action類與JSP頁面進行通訊。Struts是一個很好的web應用框架，但它並沒有提供訪問資料庫的組件，也沒有提供控制工作流的組 件。如果要使用，你必須自己創建這些組件。如果已經在利用其它的應用框架（如Struts），你也可以很容易的將ofbiz的組件添加到自己的工程中。
與其它類似開源項目相比，OFBIZ是一套有血有肉的包含編譯打包部署工具、應用組件、示例應用等內容的企業級Web應用系統實現框架。