Description of problem: When creating multiple services (i.e. 2 domain controllers on the same host, we are unable to do so without modifying the init.d jboss-as-domain.sh script. Also the service script doesn't provide options on passing system properties in. How reproducible: Every time Steps to Reproduce: 1. Copy the domain directory in the JBOSS eap ZIP installation to a new directory called domain_2 on the same level 2. Copy the init.d script from jboss-as-domain to jboss-as-domain2 3. The server won't sstart up with the right configuration Actual results: Expected results: To be able to point the service startup script through the configuration without having to modify the actual script instance. Additional info: I'm attaching a generic implementation of the script that would allow above and a specific example of my jboss-as.conf file. This is an example on how it could work cat /etc/jbossas-domain-appck/jboss-as.conf # General configuration for the init.d scripts, # not necessarily for JBoss AS itself. # The username who should own the process. # JBOSS_USER="jboss" JBOSS_GROUP="jboss" # The amount of time to wait for startup # STARTUP_WAIT=160 # The amount of time to wait for shutdown # SHUTDOWN_WAIT=60 # Location to keep the console log # # JBOSS_CONSOLE_LOG=/var/log/jboss-as/console.log JBOSS_DOMAIN_BASE_DIR="/opt/redhat/jboss/6.3p3/appck" JBOSS_HOME="/opt/redhat/jboss/6.3p3/" JBOSS_MANAGEMENT_ADDR="127.0.0.1" JBOSS_MANAGEMENT_NATIVE_PORT=9999 JBOSS_MANAGEMENT_HTTP_PORT=9990 JBOSS_STARTUP_OPTIONS=" -bmanagement $JBOSS_MANAGEMENT_ADDR -Djboss.domain.base.dir=$JBOSS_DOMAIN_BASE_DIR -Djboss.management.native.port=$JBOSS_MANAGEMENT_NATIVE_PORT -Djboss.management.http.port=$JBOSS_MANAGEMENT_HTTP_PORT"
Created attachment 1076262 [details] Proposed fix of the init.d script
Hi Christina, As discussed over IRC, I've looked at your script, and while it's quite handy to have all the instance related files (pidfile, log) using the name of the script, I'm not sure this change is needed. I think the script offer to replace those value by simply overriding the associate variable. So technically, you can simply create a file /etc/init.d/jboss-1 which override the appropriate variables and then call the provided init scripts. Now with your approach, you don't need to have all those overrides, which can be quite nice. I therefore I've created an issue on Wildfly - let's see other people feels about this proposals. If it's get merged, we'll see about backporting it to EAP.
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions
Romain Pelisse <belaran> updated the status of jira JBEAP-3444 to Coding In Progress
Marek Kopecký <mkopecky> updated the status of jira JBEAP-3444 to Reopened
Marek Kopecký <mkopecky> updated the status of jira JBEAP-3444 to Resolved
Jiri Pallich <jpallich> updated the status of jira JBEAP-3444 to Closed