Bug 1035321 - unify sramp & dtgov configuration for urls on which they run
Summary: unify sramp & dtgov configuration for urls on which they run
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Fuse Service Works 6
Classification: JBoss
Component: DT Governance
Version: 6.0.0 GA
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ER8
: 6.0.0
Assignee: Kurt T Stam
QA Contact: Jiri Sedlacek
URL:
Whiteboard:
: 1029922 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-27 14:39 UTC by Stefan Bunciak
Modified: 2015-08-02 23:45 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-02-06 15:25:48 UTC
Type: Bug


Attachments (Terms of Use)

Description Stefan Bunciak 2013-11-27 14:39:59 UTC
Description of problem:

It's not very user friendly that user needs to configure 3 config files (dtgov.properties, dtgov-ui.properties & s-ramp-ui.properties) in order to get design-time governance working at non-default location (other than http://localhost:8080/*).

Suggested improvement:

Such distributed configuration supports various deployment schemas, which should be preserved but the default configuration could be taken from server variables like ${jboss.bind.address}:8080 + ${jboss.socket.binding.port-offset}/<war_name> to create appropriate urls that are needed for web applications. Only if user set these urls explicitly in config files (templates should be included) are these urls taken into account.

To sum up:
* no urls in configs -> expect gov app running at default locations: ${jboss.bind.address}:8080 + ${jboss.socket.binding.port-offset}/<war_name>
* urls explicitly set in config files -> use urls specified in config files

Version-Release number of selected component (if applicable):
* FSW 6.0.0.ER6 (Beta)

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:

Once I ran standalone.sh -b <some_ip> it will run on this ip and no additional manual configuration won't be necessary. Only if running in non-default deployment configuration like running sramp repository at different location to dtgov or even dtgov-ui on different node to dtgov task-api endpoint, etc., should be user forced to specify these urls explicitly.

Additional info:

Comment 2 Kurt T Stam 2013-12-03 16:01:59 UTC
I was just about the merge in the fix. So I should not do this now?

Comment 3 kconner 2013-12-03 20:00:39 UTC
This is not a blocker for the release so should not be merged into the product branch at this time.

Comment 6 Kurt T Stam 2013-12-03 20:28:57 UTC
Fix is ready to go, but is not merged into the prod branch.

To apply the fix merge these 3 transactions:

1. overlord-commons: 
https://github.com/Governance/overlord-commons/commit/743341048738e240b23263c38c8af5aac7c677a4 with id
743341048738e240b23263c38c8af5aac7c677a4

2. s-ramp:
https://github.com/Governance/s-ramp/commit/acf98a659606288b6a9f224263afa46fefef3e60 with id acf98a659606288b6a9f224263afa46fefef3e60

3. dtgov:
https://github.com/Governance/dtgov/commit/8cd9c47d2cdb723abcbefdec1b20394e2478428d with id 8cd9c47d2cdb723abcbefdec1b20394e2478428d

Comment 7 Stefan Bunciak 2013-12-04 14:09:47 UTC
It's not a blocker, however, extremely user unfriendly. Let's say user wants to set up a cluster consisting of 5 nodes and he has to configure 15 files, instead of just running standalone.sh with a '-b' option. Fix is ready, please reconsider, setting blocker flag.

Comment 8 Kurt T Stam 2013-12-16 16:39:06 UTC
*** Bug 1029922 has been marked as a duplicate of this bug. ***

Comment 9 Stefan Bunciak 2014-01-06 09:04:24 UTC
Verified in FSW 6.0.0.ER8


Note You need to log in before you can comment on or make changes to this bug.