]
Max Rydahl Andersen updated JBIDE-7271:
---------------------------------------
Fix Version/s: 3.3.0.Beta1
(was: 3.3.x)
Ensure Tools work with out-of-the-box platforms
-----------------------------------------------
Key: JBIDE-7271
URL:
https://issues.jboss.org/browse/JBIDE-7271
Project: Tools (JBoss Tools)
Issue Type: Task
Components: JBossAS/Servers
Affects Versions: 3.2.0.M2
Reporter: Rob Stryker
Assignee: Rob Stryker
Fix For: 3.3.0.Beta1
Original Estimate: 0 minutes
Remaining Estimate: 0 minutes
I've recently started re-testing with out-of-the box platforms (EPP, EAP, SOA-P),
fresh unzipped installations, and I'm realizing most of them do not have JMX enabled.
This is a problem for our tools. It means things like putting the our deployments into a
metadata location rather than config/deploy cannot work, because we cannot tell the
Deployment Scanner (via JMX) that thats where our deployments are. Also, without JMX
enabled, I've noticed my shutdown scripts fail.
Originally I thought this was just a toolset issue, but when I started using the command
line to see if there was some problem in the tools or not, I started realizing, I have
absolutely *NO* idea how to properly shut down these platform servers without modifying
property files. IS there a way? Or are all new users of EAP / EPP / SOA-P expected to go
expose their jmx console in order to use the ./shutdown.sh script?
For EAP and EPP, I am only able to properly shut down the server if I modify the
default/conf/props/jmx-console-users.properties file. Is this correct? There is no way to
shut down the server from the command line without exposing a user via JMX?
When trying SOA-P 5.1, I notice the same behaviour. The shutdown script does not work at
all without JMX exposed, *AND*, in this case, the "soa-users.properties" file is
the one containing the usernames and passwords admin=admin.
A summary, In order to enable *command line* shutdowns (and thus tooling shutdowns), it
seems I must modify a properties file (who's name changes between platforms??) to
expose the jmx console.
So again, I ask, am I doing this right? This is all command-line. The next problem is,
assuming all my assumptions are correct, what should our tools do to help users with a
fresh *manually downloaded* EAP / EPP / SOA-P installations do to get set up? (As far as I
know, JBDS bundles customize the configuration slightly). Should we offer to expose their
consoles FOR them by changing this properties file? Or should we simply deploy all objects
in server/{config}/deploy instead of in workspace.metadata.folder and use jmx to add that
folder to the deployment scanner?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: