Несоответствие HistoryLevel на Camunda 7.2

Я установил camunda.war (7.2) на свой ванильный tomcat7, следуя инструкциям на официальном сайте.

Теперь, когда я запускаю tomcat, у меня возникает следующая ошибка:

GRAVE: Error while closing command context
org.camunda.bpm.engine.ProcessEngineException: historyLevel mismatch: configuration says org.camunda.bpm.engine.impl.history.HistoryLevelAudit@21 and database says 3

В базе данных (таблица ACT_GE_PROPERTY) для historyLevel установлено значение 3, это мой файл bpm-platform.xml.

    <?xml version="1.0" encoding="UTF-8"?>
<bpm-platform xmlns="http://www.camunda.org/schema/1.0/BpmPlatform"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://www.camunda.org/schema/1.0/BpmPlatform http://www.camunda.org/schema/1.0/BpmPlatform ">

  <job-executor>
    <job-acquisition name="default" />
  </job-executor>

  <process-engine name="default">
    <job-acquisition>default</job-acquisition>
    <configuration>org.camunda.bpm.engine.impl.cfg.StandaloneProcessEngineConfiguration</configuration>
    <datasource>java:jdbc/solve</datasource> 

    <properties>
      <property name="history">full</property>
      <property name="databaseSchemaUpdate">true</property>
      <property name="authorizationEnabled">true</property>
      <property name="jobExecutorDeploymentAware">true</property>
    </properties>


    <plugins>

    <!-- plugin enabling Process Application event listener support -->
        <plugin>
           <class>org.camunda.bpm.application.impl.event.ProcessApplicationEventListenerPlugin</class>
        </plugin>

    <!-- plugin enabling integration of camunda Spin -->
        <plugin>
           <class>org.camunda.spin.plugin.impl.SpinProcessEnginePlugin</class>
        </plugin>

        <!-- plugin enabling connect support -->
        <plugin>
           <class>org.camunda.connect.plugin.impl.ConnectProcessEnginePlugin</class>
        </plugin>
    </plugins>

  </process-engine>

</bpm-platform>

ИЗМЕНИТЬ

Процессы.xml

    <?xml version="1.0" encoding="UTF-8" ?> 
<process-application 
     xmlns="http://www.camunda.org/schema/1.0/ProcessApplication" 
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> 

  <process-archive name="MyProcess"> 
    <process-engine>myEngine</process-engine>
    <properties> 
      <property name="isDeleteUponUndeploy">false</property> 
      <property name="isScanForProcessDefinitions">true</property> 
    </properties> 
  </process-archive> 

</process-application>

applicationContext.xml

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
    xmlns:tx="http://www.springframework.org/schema/tx" xmlns:jee="http://www.springframework.org/schema/jee"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
       http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd
       http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.1.xsd
       http://www.springframework.org/schema/jee http://www.springframework.org/schema/jee/spring-jee-3.1.xsd">


    <jee:jndi-lookup id="dataSource" jndi-name="java:comp/env/jdbc/my_process" />

    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>

    <bean id="processEngineConfiguration" class="org.camunda.bpm.engine.spring.SpringProcessEngineConfiguration">
        <property name="processEngineName" value="myEngine" /> 
        <property name="dataSource" ref="dataSource" />
        <property name="transactionManager" ref="transactionManager" />
        <property name="databaseSchemaUpdate" value="true" />
        <property name="jobExecutorActivate" value="false" />
        <property name="deploymentResources" value="classpath*:*.bpmn" />
        <property name="processEnginePlugins">
            <list>
              <bean id="spinPlugin" class="org.camunda.spin.plugin.impl.SpinProcessEnginePlugin" />
            </list>
        </property>
    </bean>

    <bean id="processEngine" class="org.camunda.bpm.engine.spring.container.ManagedProcessEngineFactoryBean" destroy-method="destroy">
        <property name="processEngineConfiguration" ref="processEngineConfiguration" />
    </bean>

    <bean id="repositoryService" factory-bean="processEngine" factory-method="getRepositoryService" />
    <bean id="runtimeService" factory-bean="processEngine" factory-method="getRuntimeService" />
    <bean id="taskService" factory-bean="processEngine" factory-method="getTaskService" />
    <bean id="historyService" factory-bean="processEngine" factory-method="getHistoryService" />
    <bean id="managementService" factory-bean="processEngine" factory-method="getManagementService" />

    <bean id="MyProcess" class="org.camunda.bpm.engine.spring.application.SpringServletProcessApplication" />

    <context:annotation-config />

    <bean class="it.processes.Starter" />
    <bean id="cudOnProcessVariableService" class="it.services.CUDonProcessVariableService" />

</beans>

person Dany    schedule 13.04.2015    source источник


Ответы (1)


Загрузили ли вы WAR «автономное веб-приложение camunda» для Tomcat с сайта camunda.org/download?

Если это так, вам следует настроить уровень истории внутри файла application-context.xml, добавив <property name="history" value="full"/> в bean-компонент конфигурации механизма процесса <bean id="processEngineConfiguration" class="org.camunda.bpm.engine.spring.SpringProcessEngineConfiguration>.

В противном случае странно, что вы пишете, что устанавливаете camunda.war на ванильный Tomcat, но публикуете ссылку на свой файл bpm-platform.xml, который вообще не используется, когда вы не используете подход с общим механизмом обработки.

person Hawky4s    schedule 13.04.2015
comment
Спасибо за ваш ответ @Hawky4s. Я скачал автономную версию из магазина pugins. Я решил обновить historyLevel до 2 в базе данных и установить ‹property name=history›audit‹/property›. Это правильно? следует удалить bpm-platform.xml? - person Dany; 14.04.2015
comment
Я попытался удалить bpm-platform.xml, и у меня возникла ошибка, потому что tomcat пытается разобрать файл - person Dany; 14.04.2015
comment
Итак, чтобы понять среду: я предполагаю, что вы используете дистрибутив tomcat camunda bpm 7.2.0 с сайта загрузки, потому что вы сказали, что Tomcat не запускается без bpm-platform.xml. Если вы используете camunda.war из дистрибутива в первый раз, проблем быть не должно. Вы запускали общий движок на ранее использовавшейся базе данных? Может быть, вы уже использовали базу данных для модульного теста? - person Hawky4s; 15.04.2015
comment
Привет, Hawky4s, теперь я пытаюсь перезапустить все конфигурации (в режиме общего движка). И это мои шаги: 1) скачал tomcat7 с сайта apache; 2) скачал и развернул camunda.war (общий движок) с сайта плагинов camunda; 3) скачал и развернул engine-rest.war. Теперь все в порядке! Теперь я пытаюсь развернуть свое веб-приложение (где у меня есть файл processs.xml и файл applicationContext.xml для использования Spring Framework), и у меня возникает ошибка: несоответствие historyLevel: в конфигурации указано org.camunda.bpm.engine.impl. history.HistoryLevelAudit@21, а в базе данных указано 3 - person Dany; 27.04.2015
comment
Не могли бы вы опубликовать свои процессы.xml и applicationContext.xml? Мне кажется, что вы создаете дополнительный механизм процесса, используя тот же источник данных, что и существующий. - person Hawky4s; 28.04.2015
comment
Я отредактировал, добавил файлыprocess.xml и applicationContext.xml. - person Dany; 04.05.2015