You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: documentation/3.0/content/userguide/tools-config/domain_def.md
+38-30Lines changed: 38 additions & 30 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -188,30 +188,22 @@ weight: 2
188
188
189
189
#### Using the typedef file to exclude template installed resources from the model and archive
190
190
191
-
The Discover Domain Tool attempts to provide a sparse model by employing strategies such as not including attributes that are default values. It is important to not install template resources through the model. First, the templates will install the same resources in the target domain. Second, if you install resources from a on-premises domain into a target domain that is a later WebLogic version, it could cause conflicts.
192
-
The `system-elements` section of the typedef file is used to assist the Discover Domain Tool. The `system-elements` section comprises a list that tells the tool what to exclude from the model and archive files.
191
+
The Discover Domain Tool attempts to provide a sparse model by employing strategies such as not including attributes
192
+
that are default values. It is important to not install template resources through the model. First, the templates
193
+
will install the same resources in the target domain. Second, if you install resources from a on-premises domain into
194
+
a target domain that is a later WebLogic version, it could cause conflicts. The Discover Domain Tool uses the
195
+
`discover-filters` section of the typedef file to filter out discovered objects and exclude them from the model and
196
+
archive files.
193
197
194
-
The list contains an entry for the type of resource to exclude along with a name or a regexp and name.
198
+
The list contains an entry for each type of resource to exclude, along with a list of names or regular expressions
199
+
that are used to match the name of the specified type to exclude.
195
200
196
-
The different types of resources are as follows:
197
-
198
-
| Resource name |
199
-
| --- |
200
-
|`apps`|
201
-
|`coherence-clusters`|
202
-
|`datasources`|
203
-
|`file-stores`|
204
-
|`jms`|
205
-
|`jms-servers`|
206
-
|`shared-libraries`|
207
-
|`startup-classes`|
208
-
|`wldf`|
209
-
210
-
The following example is the `system-elements` list in the `JRF.json` typedef file.
201
+
The following example is the `discover-filters` list in the `JRF.json` typedef file. Note that the key is the model
202
+
name starting from the top-level folder (and excluding the grouping construct names `topology`, `resources`, and `appDeployments`).
211
203
212
204
```json
213
-
"system-elements": {
214
-
"apps": [
205
+
"discover-filters": {
206
+
"/Application": [
215
207
"^coherence-transaction-rar$",
216
208
"^DMS Application.*",
217
209
"^em$",
@@ -221,10 +213,10 @@ The following example is the `system-elements` list in the `JRF.json` typedef fi
221
213
"^wsil-wls.*",
222
214
"^wsm-pm$"
223
215
],
224
-
"coherence-clusters": [
216
+
"/CoherenceClusterSystemResource": [
225
217
"^defaultCoherenceCluster$"
226
218
],
227
-
"datasources": [
219
+
"/JDBCSystemResource": [
228
220
".*LocalSvcTblDataSource$",
229
221
".*mds-owsm$",
230
222
".*opss-audit-DBDS$",
@@ -233,17 +225,17 @@ The following example is the `system-elements` list in the `JRF.json` typedef fi
233
225
".*opss-ds$",
234
226
".*WLSSchemaDataSource$"
235
227
],
236
-
"file-stores": [
228
+
"/FileStore": [
237
229
"^JRFWSAsyncFileStore$",
238
230
"^mds-owsm$"
239
231
],
240
-
"jms": [
232
+
"/JMSSystemResource": [
241
233
"^JRFWSAsyncJmsModule$"
242
234
],
243
-
"jms-servers": [
235
+
"/JMSServer": [
244
236
"^JRFWSAsyncJmsServer$"
245
237
],
246
-
"shared-libraries": [
238
+
"/Library": [
247
239
"^adf\\.oracle\\.businesseditor.*",
248
240
"^adf\\.oracle\\.domain.*",
249
241
"^adf\\.oracle\\.domain\\.webapp.*",
@@ -295,11 +287,11 @@ The following example is the `system-elements` list in the `JRF.json` typedef fi
295
287
"^owasp\\.esapi.*",
296
288
"^UIX.*"
297
289
],
298
-
"shutdown-classes": [
290
+
"/ShutdownClass": [
299
291
"^DMSShutdown$",
300
292
"^JOC-Shutdown$"
301
293
],
302
-
"startup-classes": [
294
+
"/StartupClass": [
303
295
"^JMX Framework Startup Class$",
304
296
"^JOC-Startup$",
305
297
"^JPS Startup Class$",
@@ -311,8 +303,24 @@ The following example is the `system-elements` list in the `JRF.json` typedef fi
311
303
"^DMS-Startup$",
312
304
"^AWT Application Context Startup Class$"
313
305
],
314
-
"wldf": [
306
+
"/WLDFSystemResource": [
315
307
"^Module-FMWDFW$"
316
308
]
317
309
}
318
-
```
310
+
```
311
+
312
+
This mechanism also supports other named top-level fields; for example, `/JDBCStore` and `/MailSession`. It can also
313
+
be used to exclude self-tuning-related resources that are nested. For example:
0 commit comments