当前位置:首页 » 数据仓库 » ofbiz初始化数据库
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

ofbiz初始化数据库

发布时间: 2022-05-25 00:15:43

Ⅰ 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应用系统实现框架。