jBPM4.4 no jBPM DB schema: no JBPM4_EXECUTION table. Run the create.jbpm.schema target first in the install tool.

开始钻研工作流的东西,第一颗钉子,笔记之:

错误信息:

分析:

JBPM初始化建立表格时create语句错误,如下:

create table JBPM4_DEPLOYMENT (

　　DBID_ bigint not null,

　　NAME_ longtext,

　　TIMESTAMP_ bigint,

　　STATE_ varchar(255),

　　primary key (DBID_)

) type=InnoDB

关键在于这个创建表格的语句在Navicat Lite中执行该条SQL语句也同样报错，type=InnoDB不符合语法,我的mysql版本是5.5的,

经"度娘"之后发现，MySQL 4.0开始不建议使用type=InnoDB，建议使用Engine=InnoDB，而MySQL 5.5只能用Engine=InnoDB

解决方案：

首先普及一下jbpm4.4创建默认表格的方法是有两种方法的，第一种是通过ant命令在dos窗口建立（用的是jbpm-4.4/install/src/db/create/jbpm.mysql.create.sql的sql语句创建的）；另一种是通过代码，运行java代码，自动创建的（这种则是在你配好java项目之后利用项目里的默认配置来创建默认表格的）。

关键是两种方法所用到的文件是不同的，认清这点这个很重要。

好了接下来咱说解决方案：

方案1.修改jbpm-4.4/install/src/db/create/jbpm.mysql.create.sql中的脚本：

　　将其中的type=InnoDB改为Engine=InnoDB

（这种方法适用于用ant命令创建表格的方式，这也是为什么我之前用这种方法之后在java代码中创建表格不成功的原因了）

方案2.安装MySQL Server 5.1

（第二种方法比较彻底，读者推荐）

这是网上的兄弟的方法,自己试了试,还是

时间： 2024-10-14 16:51:03

jBPM4.4 no jBPM DB schema: no JBPM4_EXECUTION table. Run the create.jbpm.schema target first in the install tool.的相关文章

Table configuration with catalog null, schema null错误的一个原因

我在进行Mybatis调试时出现了下面的警告提示: Generation Warnings Occured Table configuration with catalog null, schema null, and table 表名 did not resolve to any tables Mybatis generator操作没有产生结果. 多处找资料发现在我的 generatorConfig.xml文件中: <jdbcConnection driverClass="com.mys

2016.7.12 Table configuration with catalog null, schema public, and table globalpage did not resolve to any tables（疑）

在eclipse中运行mybatis的generator插件时,出现如下错误提示: Generation Warnings Occured:Table configuration with catalog null, schema public, and table globalpage did not resolve to any tables. 虽然不知道为什么,但是去掉public就OK了??? 去掉再运行就没有错误了.

django.db.utils.OperationalError: (1050, "Table '表名' already exists）解决方法

django.db.utils.OperationalError: (1050, "Table '表名' already exists)解决方法找到解决方案,执行: [python] view plain copy python manage.py migrate myapp --fake 数据库表结构同步成功. django.db.utils.OperationalError: (1050, "Table '表名' already exists)解决方法原文地址:https://

django.db.utils.InternalError: (1050, "Table 'tb_content' already exists")

在goods应用里面写了tb_content数据表的模型类(不该写在这里的),进行了数据迁移,还导入了数据. 在contents应用里也写了tb_content数据表的模型类(应该写在这里的), 解决办吧: 代码上,删除goods里面的. python manage.py migrate contents --fake (假装迁移了,实际上是修改 django_migrations数据表) django.db.utils.InternalError: (1050, "Table 'tb_co

MySQL Schema设计（三）利用Python操作Schema

来源:http://blog.itpub.net/26515977/viewspace-1208256/ 本文中 SQLAlchemy部分可参考http://www.liaoxuefeng.com/wiki/0014316089557264a6b348958f449949df42a6d3a2e542c000/0014320114981139589ac5f02944601ae22834e9c521415000 弓在箭要射出之前,低声对箭说道,“你的自由是我的”.Schema如箭,弓似Python,

Oracle Schema Objects——Tables——Table Compression

Table Compression 表压缩 The database can use table compression to reduce the amount of storage required for the table. 数据库可以使用表压缩来消除数据块中的重复值. Compression saves disk space, reduces memory use in the database buffer cache, and in some cases speeds query

使用go-mysql-server 开发自己的mysql server

go-mysql-server是一个golang 的mysql server 协议实现包,使用此工具我们可以用来做好多方便的东西基于mysql 协议暴露自己的本地文件为sql 查询基于mysql 协议灵活的暴露rest 服务的接口查询为sql 基于mysql 协议方便对于一些数据的查询分析基于mysql 协议暴露k8s 资源为sql 查询(类似fuse 文件系统?) 基于mysql 协议查询git仓库代码 ... 一个简单的demo 一个golang 版的简单mysql server 项目

DAC Usage2：通过Extract，Register 和 Upgrade DAC，实现DB Schema的Migration

一,Introduce Extract DAC 是从现存的DB中创建DAC,抽取DB Object的definition 和与之相关的实例级别的元素,比如Login,以及Login 和User之间的关系. The extraction process creates a DAC package file that contains definitions of the database objects and their related instance-level elements. For

mybatis+springmvc+jbpm4整合配置

花了一段时间研究了下jbpm4,后来想把它整合在maven上,但是,后来发现,maven的中央仓库和私服上要么缺了jbpm4的jar包,要么springmvc的相关jar包版本跟原项目的版本匹配不上,所以干脆将jbpm4的jar包不使用maven管理,手工进行添加,成功完成整合. 关键配置文件如下: applicationContext.xml配置: <?xml version="1.0" encoding="utf-8"?> <beans xml