流程归档报错

牛吹大了会扯蛋

执行sql: insert into SA_Task_Histroy select * from SA_Task where sID in (select sID from SA_Task where sFlowID in (select sFlowID from SA_Task where sKindID=? and (sStatusID=? or sStatusID=?) and sActualFinishTime>=? and sActualFinishTime<=? and version=? )), binds: [tkProcessInstance, tesAborted, tesFinished, 2018-09-10, 2018-09-11, -1]出错
java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at com.justep.system.action.Engine.invokeActions(Native Method) at com.justep.system.action.Engine.invokeActions(Unknown Source) at com.justep.business.server.BusinessServer.doAction(Unknown Source) at com.justep.business.server.BusinessServer.doExcute(Unknown Source) at com.justep.business.server.BusinessServer.excute(Unknown Source) at com.justep.business.server.BusinessServer.excute(Unknown Source) at com.justep.business.server.BusinessServerServlet.execService(Unknown Source) at com.justep.business.server.BusinessServerServlet.service(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:723) at com.justep.x.bs.BusinessServerServlet.service(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:723) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:861) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:606) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:745) Caused by: com.justep.exception.BusinessException: 编码: JUSTEP150039; 提示: 执行sql: insert into SA_Task_Histroy select * from SA_Task where sID in (select sID from SA_Task where sFlowID in (select sFlowID from SA_Task where sKindID=? and (sStatusID=? or sStatusID=?) and sActualFinishTime>=? and sActualFinishTime<=? and version=? )), binds: [tkProcessInstance, tesAborted, tesFinished, 2018-09-10, 2018-09-11, -1]出错 at com.justep.exception.BusinessException.create(Unknown Source) at com.justep.system.data.SQL.executeUpdate(Unknown Source) at com.justep.system.data.SQL.executeUpdate(Unknown Source) at com.justep.system.data.SQL.executeUpdate(Unknown Source) at com.justep.system.process.ArchiveProcessEngine.execute(Unknown Source) at com.justep.system.process.ProcessUtils.archiveProcess(Unknown Source) at ProcessProcedure.archiveProcess(ProcessProcedure.java:101) ... 27 more Caused by: java.sql.SQLException: ORA-00913: 值过多  at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288) at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:743) at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:213) at oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:952) at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1160) at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3285) at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:3368) at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) ... 33 more

jishuang

Caused by: java.sql.SQLException: ORA-00913: 值过多这个是oracle数据库的标准报错信息，确认插入数据操作的字段在数据库中都有吗？

牛吹大了会扯蛋

因为这是系统自带的表，我这边没有新建。 SA_TASK_HISTROY这个表数据库中存在，查看建表语句如下：
create table SA_TASK_HISTROY
(
  sid                          VARCHAR2(32) not null,
  scode                        VARCHAR2(128),
  sparentid                    VARCHAR2(32),
  sname                        VARCHAR2(255),
  scontent                     CLOB,
  sremark                      CLOB,
  ssummary                     CLOB,
  sflowid                      VARCHAR2(32),
  ssourceid                    VARCHAR2(32),
  sfrontid                     VARCHAR2(32),
  sexecutemode2                VARCHAR2(256),
  sexecutemode                 VARCHAR2(32),
  spreemptmode                 VARCHAR2(32),
  scatalogid                   VARCHAR2(32),
  skindid                      VARCHAR2(32),
  stypeid                      VARCHAR2(32),
  stypename                    VARCHAR2(64),
  simportanceid                VARCHAR2(32),
  simportancename              VARCHAR2(64),
  semergencyid                 VARCHAR2(32),
  semergencyname               VARCHAR2(64),
  sprocess                     VARCHAR2(127),
  sactivity                    VARCHAR2(128),
  scurl                        CLOB,
  seurl                        CLOB,
  screatetime                  DATE,
  sdistributetime              DATE,
  slastmodifytime              DATE,
  swarningtime                 DATE,
  slimittime                   DATE,
  sexpectstarttime             DATE,
  sexpectfinishtime            DATE,
  sactualstarttime             DATE,
  sactualfinishtime            DATE,
  sexecutetime                 DATE,
  screatorpersonid             VARCHAR2(32),
  screatorpersonname           VARCHAR2(128),
  screatorposid                VARCHAR2(32),
  screatorposname              VARCHAR2(128),
  screatordeptid               VARCHAR2(32),
  screatordeptname             VARCHAR2(128),
  screatorognid                VARCHAR2(32),
  screatorognname              VARCHAR2(128),
  screatorfid                  VARCHAR2(212),
  screatorfname                VARCHAR2(1024),
  sexecutorpersonid            VARCHAR2(32),
  sexecutorpersonname          VARCHAR2(128),
  sexecutorposid               VARCHAR2(32),
  sexecutorposname             VARCHAR2(128),
  sexecutordeptid              VARCHAR2(32),
  sexecutordeptname            VARCHAR2(128),
  sexecutorognid               VARCHAR2(32),
  sexecutorognname             VARCHAR2(128),
  sexecutorfid                 VARCHAR2(212),
  sexecutorfname               VARCHAR2(1024),
  sexecutornames               CLOB,
  sactivitynames               CLOB,
  sresponsible                 VARCHAR2(8),
  scustomerid                  VARCHAR2(64),
  scustomercode                VARCHAR2(64),
  scustomername                VARCHAR2(256),
  sprojectid                   VARCHAR2(64),
  sprojectcode                 VARCHAR2(64),
  sprojectname                 VARCHAR2(256),
  splanid                      VARCHAR2(64),
  splancode                    VARCHAR2(64),
  splanname                    VARCHAR2(256),
  sdata1                       VARCHAR2(32),
  sdata2                       VARCHAR2(32),
  sdata3                       VARCHAR2(32),
  sdata4                       VARCHAR2(32),
  sfake                        VARCHAR2(8),
  sactive                      VARCHAR2(8),
  sstatusid                    VARCHAR2(32),
  sstatusname                  VARCHAR2(64),
  saiid                        VARCHAR2(32),
  saistatusid                  VARCHAR2(256),
  saistatusname                VARCHAR2(256),
  saiactive                    VARCHAR2(8),
  sworktime                    INTEGER,
  sversionnumber               VARCHAR2(64),
  ssequence                    INTEGER,
  slock                        VARCHAR2(32),
  shints                       CLOB,
  sshortcut                    CLOB,
  sremindmode                  VARCHAR2(32),
  version                      INTEGER,
  swithdraw                    INTEGER,
  svariable                    CLOB,
  sprocessname                 VARCHAR2(128),
  sactivityname                VARCHAR2(128),
  sprocesstemplateid           VARCHAR2(32),
  sprocesstemplateitemsequence VARCHAR2(128),
  stemppermissionid            VARCHAR2(32),
  sactivityintemplate          VARCHAR2(128),
  sprocesstemplateid2          VARCHAR2(32),
  sesfield01                   VARCHAR2(128),
  sesfield02                   VARCHAR2(128),
  sesfield03                   VARCHAR2(128),
  sesfield04                   VARCHAR2(128),
  sesfield05                   VARCHAR2(128),
  sesfield06                   VARCHAR2(128),
  sesfield07                   VARCHAR2(128),
  sesfield08                   VARCHAR2(128),
  senfield11                   NUMBER,
  senfield12                   NUMBER,
  senfield13                   NUMBER,
  senfield14                   NUMBER,
  sedfield21                   DATE,
  sedfield22                   DATE,
  sedfield23                   DATE,
  sedfield24                   DATE,
  setfield31                   CLOB,
  setfield32                   CLOB,
  setfield33                   CLOB,
  setfield34                   CLOB,
  seifield41                   INTEGER,
  seifield42                   INTEGER,
  seifield43                   INTEGER,
  seifield44                   INTEGER,
  sebfield51                   BLOB,
  sebfield52                   BLOB,
  sebfield53                   BLOB,
  sebfield54                   BLOB
)

jishuang

平台默认是没有整个问题的，确认是不是自己修改过SA_Task中的字段

insert into SA_Task_Histroy select * from SA_Task where sID in (select sID from SA_Task where sFlowID in (select sFlowID from SA_Task where sKindID='tkProcessInstance' and (sStatusID='tesAborted' or sStatusID='tesFinished') and sActualFinishTime>='2018-09-10' and sActualFinishTime<='2018-09-11' and version=-1 ))到数据库中执行看看

牛吹大了会扯蛋

sql语句查询还是值过多。3图中提示sql语句有问题啊 ，是否需要修改代码

牛吹大了会扯蛋

修改sql语句后，并未查到数据，所以无法插入

jishuang

任务备份操作了吗？

牛吹大了会扯蛋

我的测试环境中没有SA_Task_SysBak、SA_TaskRelation_SysBak和SA_TokenInstance_SysBak这三张表，正式环境中有，然后根据正式环境创建了这三张表，任务备份成功，这三张表也有了数据，但是任务归档选完时间后，仍然报错，和之前报错一样

jishuang

到正式环境中执行sql有问题吗？

牛吹大了会扯蛋

有什么办法能初始化配置任务备份和任务归档的表吗，是不是不止那几张表？正式环境不敢试啊 ，