Auto-deploy mode and manual deploy mode can be independently configured for zipped deployment content and exploded deployment content. This is done via the "auto-deploy" attributes on the deployment-scanner element in the standalone.xml configuration file:
<deployment-scanner scan-interval="5000" relative-to="jboss.server.base.dir"
path="deployments" auto-deploy-zipped="true" auto-deploy-exploded="false"/>
There is a bug in WildFly when data-sources are created. Use the following link to resolve the issue. JIRA Case
WildFly can be installed as a service in windows. Ensure that the "Local System Account"
has the correct global environmental variables when installing the service or set the JAVA_HOME
variable in a standalone.conf.bat
start-up script.
- Set the
JBOSS_HOME
environmental variable to the home directory of WildFly - Set the
JRE_HOME
environmental variable to the home directory of the JRE - Set the
JAVA_HOME
environmental variable to the home directory of Java - Install the keystore for WildFly, set port to redirect to https (TODO Document this)
- Move contents of
%JBOSS_HOME%\docs\contrib\scripts
to%JBOSS_HOME%\bin
- Run
bin\service\service.bat install /config standalone-full.xml /controller localhost:9990 /jbossuser admin /jbosspass admin /debug
- Run
bin\service\service.bat start
- Run
bin\jboss-cli.bat --connect --controller=localhost:9990 --command=:shutdown
- Use
for %i in (java.exe) do @echo. %~$PATH:i
in cmd to check for paths to java that do not match the version being utilized by the server. - Use PSTools to view environmental variables
for the System Local Account by running
psexec.exe -i -s cmd.exe
- Check
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
for set environmental variables.