Bug 952626

+++ This bug was initially created as a clone of Bug #852231 +++

Description of problem:

In the brms rewards demo (https://github.com/eschabell/brms-rewards-demo)the following WS HumanTask handler being set:

AsyncWSHumanTaskHandler handler = new AsyncWSHumanTaskHandler(client, ksession); 
handler.setConnection("127.0.0.1", 5446); 

When running JON v3.1 on the same system you get a port conflict when booting the BRMS server.

It is resolved by changing the rhq-server.properties file property rhq.server.startup.unifiedinvoker.port=5446 to rhq.server.startup.unifiedinvoker.port=6446. 

The above port is used internally by JON Server. 

Note: JON v3.1 uses port 5446 for internal use. Checking back on an old JON release, v2.4.1, it uses the same port. 

The JON v3.1 property is called rhq.server.startup.unifiedinvoker.port and is configured OOTB for 5446. 


Version-Release number of selected component (if applicable):


How reproducible:
See above.

Steps to Reproduce:
1. see above.
2.
3.
  
Actual results:
Port conflict when booting BRMS server with JON running.

Expected results:
Would like to see JON have prio on this port, they were first.

Additional info:
"Doug Woods" < dowoods > initial discovery of bug.

--- Additional comment from Kris Verlaenen on 2012-10-17 20:09:19 EDT ---

Could we agree on what port we should use then?

Kris

--- Additional comment from Rajesh Rajasekaran on 2012-10-24 10:59:51 EDT ---

Setting pm_ack as this issue has been approved by Dev and QE. Also proposing this issue for docs installation guide, in case we do not fix the port conflict but just want to inform customers to configure the port before using.

--- Additional comment from Maciej Swiderski on 2012-10-24 11:04:58 EDT ---

In general port for human task service is already configurable:
1. in jbpm.console.properties (inside business-central.server.war) to configure human task work item handler
2. in web.xml of jbpm-human-task.war for human task server

5446 port was used as by default 5445 (default hornetq port) is already taken by embedded hornetq of EAP5.

Shall that be changed on code level or will it be product configuration/documentation?

--- Additional comment from Kris Verlaenen on 2012-10-25 11:35:41 EDT ---

Maciej,

I'd recommend we don't just change this for the product, but that we change the default in the community as well.  This to avoid issues where people would have problems when trying to connect to the task service in production (for example with the eclipse plugin) or where people would have to always do additional configuration (more complexity) when using the product (as the default is not using the right port).

So that would involve changing the port wherever it occurs in the droolsjbpm codebase.  Wdyt?

--- Additional comment from Maciej Swiderski on 2012-10-25 11:45:31 EDT ---

Kris, I am fine with that, once we have decided what port number it should be I'll make the changes which including eclipse plugin as well.

As a side note, regardless of the port we choose now there is always a risk of port conflict in some environments so the most important is the ability to change it easily which I think we already have

So, waiting for port number that should be used.

--- Additional comment from lcarlon on 2012-10-25 19:38:17 EDT ---

This issue has been marked as requires_doc_text, however, no text has been provided. Please provide the text so it can be added to the release notes document, or set the requires_doc_text flag to '-'.

Thanks
Lee

--- Additional comment from Kris Verlaenen on 2012-10-30 10:42:56 EDT ---

Seems port 5153 might be a good fit, didn't really find any information about this port commonly being used by other applications.

--- Additional comment from Maciej Swiderski on 2012-10-31 05:18:48 EDT ---

ok, port changed to 5153 for both jbpm code base and eclipse plugin. Change was merged into master and 5.2.x (jbpm), master and 5.3.x (droolsjbpm-tools)