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): How reproducible: 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 Actual results: * SimpleReleaseProcess is not kicked off, no deployment is processed, no errors in server log Expected results: * Deployment is successfully processed Additional info:
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 sramp.repo.url=http://localhost:8081/s-ramp-server governance.url=http://localhost:8081/dtgov dtgov.ui.url=http://localhost:8081/dtgov-ui
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.