Bug 1014457

Summary: RTG client-only configuration does not configure the URL of server
Product: [JBoss] JBoss Fuse Service Works 6 Reporter: Jiri Pechanec <jpechane>
Component: InstallerAssignee: Thomas Hauser <thauser>
Status: CLOSED CURRENTRELEASE QA Contact: Len DiMaggio <ldimaggi>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 6.0.0 GACC: atangrin, soa-p-jira
Target Milestone: ER4   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Jiri Pechanec 2013-10-02 05:59:35 UTC
I changed the location of rtgov server in Installer's rtgov server configuration tab to http://localhost:8080 but overlord-rtgov.properties still contains RESTActivityServer.serverURL=https://rtgovserver.com:8443

Username and password were changed properly.

Comment 1 Thomas Hauser 2013-10-02 13:49:10 UTC
Found the issue. This will be in subsequent rebuilds.

Comment 2 Thomas Hauser 2013-10-02 14:13:16 UTC
A question: does it make sense to have the validation we do on this password?

- At least 8 chars
- At least one numeric char
- At least one "special" char

I was thinking because the RTGov server will be user configured outside of the installer, that this validation probably doesn't make sense and can cause issues with the user not being able to enter the password they have given their RTGov server.

Comment 3 Jiri Pechanec 2013-10-02 14:23:08 UTC
I have no strong opinion about this - does installation of rtgov server with password configuration enforce the same rules?

Comment 4 Thomas Hauser 2013-10-02 16:09:57 UTC
Currently all passwords in the installer enforce this rule.

Comment 5 Thomas Hauser 2013-10-02 16:17:47 UTC
Except for the DB ones, which obviously cannot be constrained in this way. Just thought I'd make note of that.

Comment 7 Jiri Pechanec 2013-10-07 05:32:56 UTC
Verified in ER4 04-Oct-2013 04:44