Red Hat Bugzilla – Bug 1016474
Cannot create deployment in DTGov
Last modified: 2015-08-02 19:45:13 EDT
Description of problem:
* Unable to build KieBaseModel:SRAMPPackage
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install FSW 6.0.0.ER4
2. From 'data' dir run mvn clean install - as a workaround for https://bugzilla.redhat.com/show_bug.cgi?id=1010048
3. Start the server
4. From http://localhost:8080/dtgov-ui/#deployments create new deployment
* Server start-up: http://pastebin.test.redhat.com/168751 (follow up of https://bugzilla.redhat.com/show_bug.cgi?id=1002003)
* Deployment creation failure: http://pastebin.test.redhat.com/168750
* Deployment is created without ERRORS
* I've also deployed dtgov workflows to s-ramp the way Eric described here:
*** Bug 1002003 has been marked as a duplicate of this bug. ***
Are you sure the workflow is deployed? I think you will need to run something
like mvn deploy (not install?) and making sure the srampWagon is invoked.
I can reproduce even after clean install and running from data dir:
* maven clean install
* maven clean deploy (i had correct credentials set in settings.xml)
The deploy step does not appear to be necessary as it looks as if the jBPM code also tries to load the artifact from the local ~/.m2 directory.
I reproduced the error doing the following
- install the server
- run 'mvn clean install' in the data directory
- start the server using standalone.sh script
Without the 'mvn install' step you see the following
Cannot find KieModule: org.overlord.dtgov:dtgov-workflows:1.0.1.Final-redhat-4: java.lang.RuntimeException: Cannot find KieModule: org.overlord.dtgov:dtgov-workfl
With the 'mvn install' you see the validation errors.
I have also deployed the artifact to the S-RAMP server and see the same validation errors on startup, even when removing ~/.m2/repository/org/overlord/dtgov/dtgov-workflows, so it looks as if the artifact can either be located in the local maven repo *or* the S-RAMP repository.
It looks like this has been prompted by recent changes in the jBPM codebase as the DTGov workflows have not changed in two months.
The failure seems to be as a result of the second set of ERROR messages, i.e. the following errors
09:42:22,266 ERROR [org.drools.compiler.kie.builder.impl.AbstractKieModule] (ServerService Thread Pool -- 72) Unable to build KieBaseModel:SRAMPPackage
[-1,-1]: Process 'Project Life Cycle' [overlord.demo.ProjectLifeCycle]: Task node 'Architecture Modeling'  has no work name.
[-1,-1]: Process 'Project Life Cycle' [overlord.demo.ProjectLifeCycle]: Task node 'Service Oriented Analysis'  has no work name.
[-1,-1]: Process 'Project Life Cycle' [overlord.demo.ProjectLifeCycle]: Task node 'Service Oriented Design'  has no work name.
[-1,-1]: Process 'Project Life Cycle' [overlord.demo.ProjectLifeCycle]: Task node 'Service Testing'  has no work name.
[-1,-1]: Process 'Project Life Cycle' [overlord.demo.ProjectLifeCycle]: Task node 'Deployed'  has no work name.
[-1,-1]: Process 'Project Life Cycle' [overlord.demo.ProjectLifeCycle]: Task node 'Retired'  has no work name.
Created attachment 809581 [details]
ProjectLifeCycle process definition
Created attachment 809582 [details]
SimpleReleaseProcess process definition
The attached process definitions have been modified by hand to remove the errors. They can be deployed by replacing the versions under the data directory and then running
mvn clean install
There is no need to deploy the process definition to S-RAMP as the jBPM codebase appears to ignore the S-RAMP artifact in favour of whatever is located in the local maven repository.
I can confirm that after installing dtgov workflows with these new process definition into my local workspace fixed all the error messages and the deployment was successfully created.
* my local maven repository (sorry for typo)
I can confirm that this works but IT MUST me installed on .m2/repository otherwise it will fail.
I guess I'm not understanding why it must be deployed to .m2. The way it should work is that you deploy it to S-RAMP, then when it is used it get's cached in the .m2 as well (such is how maven works). It's important the workflow package is in S-RAMP as we extract the individual files like task forms etc and use them at runtime. Anyway in a few hrs I will check in brand new 'clean' workflows.
The cause is the latest changes jBPM. It seems to be looking into the local m2 repository and not S-RAMP Repo. I've been speaking to Kev about this extensively yesterday. I have submitted bug 1017283 about this.
Kurt is right. If deployed onto S-RAMP it will work.
Workflows could be loaded from S-RAMP and in .m2 just cached.
Verified in FSW 6.0.0.ER5
Verified in FSW 6.0.0.ER6, not ER5 (sorry for typo).