WildFly Paths: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
(Created page with "=Internal= * WildFly")
 
 
(17 intermediate revisions by the same user not shown)
Line 1: Line 1:
=External=
* EAP 6 Administration and Configuration Guide - Filesystem Paths https://access.redhat.com/documentation/en-US/JBoss_Enterprise_Application_Platform/6.4/html/Administration_and_Configuration_Guide/sect-Filesystem_Paths.html
=Internal=
=Internal=


* [[WildFly#Subjects|WildFly]]
* [[WildFly#Subjects|WildFly]]
=Overview=
WildFly uses logical names for filesystem paths. All top-level configuration files <tt>standalone.xml</tt>, <tt>domain.xml</tt> and <tt>host.xml</tt> include a <tt><paths></tt> section for declaring paths. Closer declaration to the server take precedence.
For <tt>domain.xml</tt>, the <paths> element must occur between <system-properties> and <management>.
=WildFly Standard Paths=
<blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;">
:[[WildFly Standard Paths]]
</blockquote>
=relative-to=
"<tt>relative-to</tt>" attribute references a global path name in the domain model.
=Adding Custom Paths=
We can add more named paths, so we can use them as "relative-to". They are added as follows:
<pre>
<server ...>
  <extensions>
      ...
  </extensions>
  <paths>
      <path name="hornetq.shared.dir" path="C:/tmp/hqd"/>
  </paths>
  ...
</server>
</pre>
In the above example, "<tt>hornetq.shared.dir</tt>" can be used as path name for "<tt>relative-to</tt>" used in HornetQ configuration.
=Adding Custom Paths within the WildFly Layout=
A custom path that lives within the WildFly layout can be declared in two ways - either as an absolute path, or a path relative to one of the WildFly "known" locations:
<pre>
    <paths>
        <path name="hornetq.active.dir" path="${jboss.server.data.dir}/hornetq-active"/>
    </paths>
</pre>
or
<pre>
    <paths>
        <path name="hornetq.active.dir" path="hornetq-active" relative-to="jboss.server.data.dir"/>
    </paths>
</pre>
=Manipulating Paths with CLI=
<blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;">
:[[WildFly CLI - Manipulating Paths|Manipulating Paths with CLI]]
</blockquote>
=Directory Grouping=
<font color=red>
'''TODO''': https://access.redhat.com/documentation/en-US/JBoss_Enterprise_Application_Platform/6.4/html/Administration_and_Configuration_Guide/sect-Filesystem_Paths.html#Directory_Grouping
</font>

Latest revision as of 21:11, 5 September 2017

External

Internal

Overview

WildFly uses logical names for filesystem paths. All top-level configuration files standalone.xml, domain.xml and host.xml include a <paths> section for declaring paths. Closer declaration to the server take precedence.

For domain.xml, the <paths> element must occur between <system-properties> and <management>.

WildFly Standard Paths

WildFly Standard Paths

relative-to

"relative-to" attribute references a global path name in the domain model.

Adding Custom Paths

We can add more named paths, so we can use them as "relative-to". They are added as follows:

<server ...>
   <extensions>
      ...
   </extensions>
   <paths>
      <path name="hornetq.shared.dir" path="C:/tmp/hqd"/>
   </paths>
   ...
</server>

In the above example, "hornetq.shared.dir" can be used as path name for "relative-to" used in HornetQ configuration.

Adding Custom Paths within the WildFly Layout

A custom path that lives within the WildFly layout can be declared in two ways - either as an absolute path, or a path relative to one of the WildFly "known" locations:

    <paths>
        <path name="hornetq.active.dir" path="${jboss.server.data.dir}/hornetq-active"/>
    </paths>

or

    <paths>
        <path name="hornetq.active.dir" path="hornetq-active" relative-to="jboss.server.data.dir"/>
    </paths>

Manipulating Paths with CLI

Manipulating Paths with CLI

Directory Grouping

TODO: https://access.redhat.com/documentation/en-US/JBoss_Enterprise_Application_Platform/6.4/html/Administration_and_Configuration_Guide/sect-Filesystem_Paths.html#Directory_Grouping