Red Hat Bugzilla – Bug 1026293
Deployment is not processed when FSW is started with port offset
Last modified: 2015-08-02 19:45:25 EDT
Description of problem:
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install FSW
2. Change dtgov-ui and sramp-ui properties to use proper ports
3. start FSW with port offset: "./standalone.sh -Djboss.socket.binding.port-offset=1"
4. add new deployment e.g. via dtgov-ui
* SimpleReleaseProcess is not kicked off, no deployment is processed, no errors in server log
* Deployment is successfully processed
Can this be caused by the hard-coded port in https://github.com/Governance/dtgov/blob/6fdd68d1626524615dcf0b7679fb52813503fa23/dtgov-war/src/main/java/org/overlord/dtgov/jbpm/web/ProcessServlet.java ?
For this to work you will need to set three more properties in the dtgov.properties
This workaround helped a bit, but only moved me towards a different exception:
Endpoint http://192.168.107:8080/dtgov/rest/deploy/qa/88574fab-8bb0-48b7-9b9c-a412875f559a could not be reached due to java.lang.NumberFormatException: For input string: "7080/". See the stack trace: http://pastebin.test.redhat.com/178290
In this case a changed the URL, not the ports but this shouldn't matter.
I've updated dtgov-ui.properties, dtgov.properties, sramp-ui.properties with appropriate urls.
Hi Stefan, I think you have a typo in the pastebin it says: http://192.168.107:8080. This is not a valid IP address.
Yes, you were right, I had a typo in ip address.
But after fixing ip address the error message still occurs: http://pastebin.test.redhat.com/178479
My guess is that the deployment process failed even before trying to establish some kind of connection.
Hi I think this is related to parsing a RHQ target - nothing to with a port offset. Easy fix. Let me update the title though.
Actually Stefan, the rhq target config expects the url part without a trailing slash '/'. I guess we should strip it off when it is there. Can you remove the trailing slash and try again?
Removing the trailing slash did the trick. Now the workflow works as expected.