The first step in JBoss world is to understand these terms and the relationship between each other: Modules, Extensions, Subsystems, and Profiles.
\nLet’s say that the definition of these terms is the same between Standalone and Domain mode. I will explain each term separately then I will show you the difference in terms of profiles management between Standalone and Domain mode.
\n<\/p>\n
A module basically provides code (Java Classes) to be used by EAP services and\/or by applications. Modules are loaded into an isolated Classloader, and can only see classes from other modules when explicitly requested. In fact, all code running is run inside modules, I mean by code the code provided by the core and the Application code. <\/p>\n
Moreover, an application can see a module that exposes a particular version of an API. So, an application developer may control this manually and it can be very useful. But by default, EAP 7 automatically decides which modules to expose to an application, based on its use of JEE APIs.<\/p>\n
All modules available in an EAP 7 installation are folders inside JBOSS_HOME\/modules:<\/p>\n
Inside one of the module folders listed above, a module name is used to create a folder tree. For example, the module named:<\/p>\n
A module that provides features and capabilities to the application server is called an extension, or let’s say that the extension is the reference of a module in .xml configuration files.
\nFor example, the module org.wildfly.extension.undertow is referenced as below in the standalone.xml file:<\/p>\n
\n<server xmlns="urn:jboss:domain:4.1">\n <extensions>\n\t\t...\n\t\t<extension module="org.wildfly.extension.undertow"\/>\n\t\t...\n\t<\/extensions>\n\t...\n<\/pre>\nSo, Extensions are added to an EAP instance using the “extension” element, which appears at the beginning of the EAP main configuration files : standalone.xml or domain.xml.
\nAdding an extension to the configuration files does not make that extension module loaded and active, it make the extension available for management. For example, clustering configurations can be done if the related extensions are available, but the related modules will only be loaded and activated when an application that requires clustering services is deployed. Which is really a good point for JBoss!<\/p>\nSubsystems<\/h1>\n
An extension management model provides one or more subsystems. When an extension is added to an EAP instance, the capabilities and attributes of the subsystems provided by the extension management model are configured within the “subsystem” element in the EAP configuration file.
\nMost of the time, an extension module provides a single subsystem, but a subsystem use multiple extension modules… For example:<\/p>\n
\n<subsystem xmlns="urn:jboss:domain:infinispan:4.0">\n\t<cache-container name="server" aliases="singleton cluster" default-cache="default" module="org.wildfly.clustering.server">\n\t\t...\n\t<\/cache-container>\n\t<cache-container name="web" default-cache="dist" module="org.wildfly.clustering.web.infinispan">\n\t\t...\n\t<\/cache-container>\n\t...\n<\/pre>\n<\/li>\n
In fact, each subsystem has its own XML schema to define what is allowed within its element. All EAP 7 subsystem schema definitions can be found in the JBOSS_HOME\/docs\/schema folder:<\/p>\n
\n[jboss@vmjboss ~]$ ls -rtl\ntotal 8312\n-rw-rw-r-- 1 jboss jboss 5604 Apr 18 2016 xml.xsd\n-rw-rw-r-- 1 jboss jboss 33107 Apr 18 2016 wildfly-undertow_3_1.xsd\n-rw-rw-r-- 1 jboss jboss 31295 Apr 18 2016 wildfly-undertow_3_0.xsd\n-rw-rw-r-- 1 jboss jboss 26467 Apr 18 2016 wildfly-undertow_2_0.xsd\n-rw-rw-r-- 1 jboss jboss 24042 Apr 18 2016 wildfly-undertow_1_2.xsd\n-rw-rw-r-- 1 jboss jboss 22155 Apr 18 2016 wildfly-undertow_1_1.xsd\n-rw-rw-r-- 1 jboss jboss 20317 Apr 18 2016 wildfly-undertow_1_0.xsd\n-rw-rw-r-- 1 jboss jboss 54521 Apr 18 2016 jboss-as-infinispan_4_0.xsd\n-rw-rw-r-- 1 jboss jboss 55506 Apr 18 2016 jboss-as-infinispan_3_0.xsd\n-rw-rw-r-- 1 jboss jboss 55006 Apr 18 2016 jboss-as-infinispan_2_0.xsd\n-rw-rw-r-- 1 jboss jboss 49219 Apr 18 2016 jboss-as-infinispan_1_5.xsd\n-rw-rw-r-- 1 jboss jboss 48569 Apr 18 2016 jboss-as-infinispan_1_4.xsd\n-rw-rw-r-- 1 jboss jboss 47823 Apr 18 2016 jboss-as-infinispan_1_3.xsd\n-rw-rw-r-- 1 jboss jboss 47555 Apr 18 2016 jboss-as-infinispan_1_2.xsd\n-rw-rw-r-- 1 jboss jboss 42567 Apr 18 2016 jboss-as-infinispan_1_1.xsd\n-rw-rw-r-- 1 jboss jboss 42144 Apr 18 2016 jboss-as-infinispan_1_0.xsd\n-rw-rw-r-- 1 jboss jboss 14994 Apr 18 2016 jboss-as-jgroups_4_0.xsd\n-rw-rw-r-- 1 jboss jboss 14734 Apr 18 2016 jboss-as-jgroups_3_0.xsd\n-rw-rw-r-- 1 jboss jboss 9042 Apr 18 2016 jboss-as-jgroups_2_0.xsd\n-rw-rw-r-- 1 jboss jboss 7368 Apr 18 2016 jboss-as-jgroups_1_1.xsd\n-rw-rw-r-- 1 jboss jboss 6558 Apr 18 2016 jboss-as-jgroups_1_0.xsd\n...\n<\/pre>\nAll subsystems can be configured using the CLI or the Management Console, I don’t recommand the manual xml update especially in this case! The management tools will make the update properly when needed.<\/p>\n
Profiles<\/h1>\n
A profile is a group of subsystems configurations, by default there are four predefined profiles can be used in Standalone mode and Domain mode:<\/p>\n
Of course, you can create new profiles, either from scratch or cloned from the ones provided out-of-the-box.<\/p>\n
As said before, four profiles are configured by default on Standalone and Domain mode, but where the profiles are configured is diffrent:<\/p>\n
Standalone<\/strong> By default the standalone.sh script will start an instance with default profile so using standalone.xml, if you want to start an instance with another profile you have to give the .xml configuration file as parameter, to use full-ha profile:<\/p>\n So a standalone server instance can easily be started with more or less subsystems available, it is up to you to choose the needed profile.<\/p>\n Domain<\/strong> Then when you create a server group you need to specify a profile, which will be the same for all servers in this group.<\/p>\n I hope that this blog will help you to understand the terms evoked (Modules, Extensions, Subsystems, and Profiles) and relationships between them. If any question remain don’t hesitate to ask \ud83d\ude42<\/p>\n","protected":false},"excerpt":{"rendered":" The first step in JBoss world is to understand these terms and the relationship between each other: Modules, Extensions, Subsystems, and Profiles. Let’s say that the definition of these terms is the same between Standalone and Domain mode. I will explain each term separately then I will show you the difference in terms of profiles […]<\/p>\n","protected":false},"author":46,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[197],"tags":[117,1773,118,1774,1775,1776,1777],"type_dbi":[],"class_list":["post-13126","post","type-post","status-publish","format-standard","hentry","category-application-integration-middleware","tag-domain","tag-extention","tag-jboss","tag-module","tag-profile","tag-standalone","tag-subsystem"],"acf":[],"yoast_head":"\n
\nIn the JBOSS_HOME\/standalone\/configuration folder you can find four standalone configuration files:<\/p>\n\n
\n$JBOSS_HOME\/bin\/standalone.sh --server-config=standalone-full-ha.xml\n<\/pre>\n
\nIn the domain the story is a little bit different, four profiles mentioned before exist in the domain.xml file:<\/p>\n\n<profiles>\n <profile name="default">\n\t\t... <!-- Subsystems configuration -->\n\t<\/profile>\n <profile name="ha">\n\t\t... <!-- Subsystems configuration -->\n\t<\/profile>\n <profile name="full">\n\t\t... <!-- Subsystems configuration -->\n\t<\/profile>\n <profile name="full-ha">\n\t\t... <!-- Subsystems configuration -->\n\t<\/profile>\n<\/profiles>\n<\/pre>\n