Bug 812400 - [as7] JAVA_OPTS and EAP server command line arguments
Summary: [as7] JAVA_OPTS and EAP server command line arguments
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Plugins
Version: 3.0.0
Hardware: All
OS: All
high
high
Target Milestone: ---
: RHQ 4.4.0
Assignee: Charles Crouch
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks: as7-plugin jon310-sprint11, rhq44-sprint11
TreeView+ depends on / blocked
 
Reported: 2012-04-13 15:38 UTC by Ian Springer
Modified: 2015-02-01 23:27 UTC (History)
5 users (show)

Fixed In Version:
Clone Of: 772223
Environment:
Last Closed: 2013-09-01 10:11:57 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 772223 0 urgent CLOSED [as5 plugin] JAVA_OPTS and EAP server command line arguments 2021-02-22 00:41:40 UTC

Internal Links: 772223

Description Ian Springer 2012-04-13 15:38:34 UTC
+++ This bug was initially created as a clone of Bug #772223 +++

Description of problem:
No ability to specify JAVA_OPTS or EAP server command line arguments within JON v3.0 Inventory Connection settings.

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

How reproducible:
Start an EAP server with command line arguments.e.g.-Djboss.service.binding.set=ports-01.
Inventory the EAP server into JON
Shutdown the EAP server via JON Operations
Start the EAP server vi JON Operations

Steps to Reproduce:
1.Start a EAP server with command line arguments
2.Inventory the EAP server into JON
3. Shutdown the EAP server
4. Start the EAP server
  
Actual results:
Server will start using the default port bindings

Expected results:
Specify all command line arguments for the EAP server to successfully start.

Additional info:
At a minimum, adding two properties to the "Operations Group" of an EAP server "Connections Settings" for specifying "JAVA_OPTS" and server command line arguments.
Also, inventorying of JAVA_OPTS and/or command line arguments when inventorying an EAP server would be highly desirable as this would eliminate the need to manually specifying these properties after inventorying an EAP server.

--- Additional comment from mfoley on 2012-02-27 12:04:54 EST ---

triage asnatos, mfoley, crouch, loleary ...JON 3.1

--- Additional comment from ccrouch on 2012-03-06 09:01:48 EST ---

Taking this out of the sprint so we can split it up into separate requirements

Comment 1 Ian Springer 2012-04-13 15:46:15 UTC
We should pretty much follow the same strategy for the as7 plugin as Jay is taking for the as5 plugin:

* three plugin config props: 
  - startScript - the path to the start script itself (default is ${jbossHomeDir}/bin/standalone|domain.sh)
  - startScriptArgs - the args that were passed to standalone.sh or domain.sh (discovery can obtain this by grabbing the command line args of the AS7 java proc's parent process, which should be standalone.sh or domain.sh)
  - startScriptEnv - the (relevant) environment variables of standalone.sh or domain.sh (discovery can obtain this by grabbing the environment of the AS7 java proc's parent process, which should be standalone.sh or domain.sh)

startScriptArgs would be a longString simple.

startScriptenv could either be a longString simple, an open map, or a list-o-maps. longString simple may actually be the easiest for GUI users.

Comment 2 Ian Springer 2012-04-16 16:58:12 UTC
Done in master:

http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=commitdiff;h=6bfead2

Comment 3 Ian Springer 2012-04-16 21:37:42 UTC
master http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=commitdiff;h=1fbc479 fixes a few bugs and adds support for extrapolating plugin config prop values into the start script args (%foo% will be replaced with the value of the plugin config prop named "foo").

Comment 6 Heiko W. Rupp 2013-09-01 10:11:57 UTC
Bulk closing of items that are on_qa and in old RHQ releases, which are out for a long time and where the issue has not been re-opened since.


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