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: kubernetes/samples/scripts/create-weblogic-domain/domain-home-in-image/README.md
+93-93Lines changed: 93 additions & 93 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,6 +16,8 @@ Make a copy of the `create-domain-inputs.yaml` file, and run the create script,
16
16
17
17
```
18
18
./create-domain.sh \
19
+
-u <username> \
20
+
-p <password> \
19
21
-i create-domain-inputs.yaml \
20
22
-o /path/to/output-directory
21
23
```
@@ -24,6 +26,8 @@ The script will perform the following steps:
24
26
25
27
* Create a directory for the generated properties and Kubernetes YAML files for this domain if it does not already exist. The pathname is `/path/to/weblogic-operator-output-directory/weblogic-domains/<domainUID>`. Note that the script fails if the directory is not empty when the `create-domain.sh` script is executed.
26
28
* Create a proerties file, `domain.properties`, in the directory that is created above. This properties file will be used to create a sample WebLogic Server domain.
29
+
* Clone the weblogic docker-images project via the `git clone https://github.com/oracle/docker-images.git` into the current directory.
30
+
* Replace the built-in username and password in the `properties/docker_build/domain_security.properties` file with the `username` and `password` that are supplied in the command line via the `-u` and `-p` options. These credentials need to match the WebLogic domain admin credentials in the secret that is specified via `weblogicCredentialsSecretName` property in the `create-domain-inputs.yaml` file.
27
31
* Build Docker image based on Docker sample [Example Image with a WebLogic Server Domain](https://github.com/oracle/docker-images/tree/master/OracleWebLogic/samples/12213-domain-home-in-image). It will create a sample WebLogic Server domain into the Docker image. You can also run the Docker sample [Example Image with a WebLogic Server Domain](https://github.com/oracle/docker-images/tree/master/OracleWebLogic/samples/12213-domain-home-in-image) manually with the generated `domain.properties` to create domain home image. Note: Oracle recommends keeping the domain home image private in the local repository.
28
32
* Create a Kubernetes domain YAML file, `domain.yaml`, in the directory that is created above. This YAML file can be used to create the Kubernetes resource using the `kubectl create -f` or `kubectl apply -f` command.
29
33
@@ -33,10 +37,12 @@ The usage of the create script is as follows:
-o Output directory for the generated properties and YAML files, must be specified.
39
-
-e Also create the resources in the generated YAML file, optional.
42
+
-o Ouput directory for the generated properties and YAML files, must be specified.
43
+
-u Username used in building the Docker image for WebLogic domain in image.
44
+
-p Password used in building the Docker image for WebLogic domain in image.
45
+
-e Also create the resources in the generated YAML files, optional.
40
46
-h Help
41
47
42
48
```
@@ -68,6 +74,7 @@ The following parameters can be provided in the inputs file.
68
74
|`domainUID`| Unique ID that will be used to identify this particular domain. Used as the name of the generated WebLogic domain as well as the name of the Kubernetes domain resource. This ID must be unique across all domains in a Kubernetes cluster. This ID cannot contain any character that is not valid in a Kubernetes service name. |`domain1`|
69
75
|`exposeAdminNodePort`| Boolean indicating if the Administration Server is exposed outside of the Kubernetes cluster. |`false`|
70
76
|`exposeAdminT3Channel`| Boolean indicating if the T3 administrative channel is exposed outside the Kubernetes cluster. |`false`|
77
+
|`includeServerOutInPodLog`| Boolean indicating whether to include server .out to the pod's stdout. |`true`|
71
78
|`initialManagedServerReplicas`| Number of Managed Servers to initially start for the domain. |`2`|
72
79
|`javaOptions`| Java options for starting the Administration and Managed Servers. A Java option can have references to one or more of the following pre-defined variables to obtain WebLogic domain information: `$(DOMAIN_NAME)`, `$(DOMAIN_HOME)`, `$(ADMIN_NAME)`, `$(ADMIN_PORT)`, and `$(SERVER_NAME)`. |`-Dweblogic.StdoutDebugEnabled=false`|
73
80
|`managedServerNameBase`| Base string used to generate Managed Server names. |`managed-server`|
@@ -78,7 +85,6 @@ The following parameters can be provided in the inputs file.
78
85
|`t3ChannelPort`| Port for the T3 channel of the NetworkAccessPoint. |`30012`|
79
86
|`t3PublicAddress`| Public address for the T3 channel. |`kubernetes`|
80
87
|`weblogicCredentialsSecretName`| Name of the Kubernetes secret for the Administration Server's username and password. |`domain1-weblogic-credentials`|
81
-
|`includeServerOutInPodLog`| Boolean indicating whether to include server .out to the pod's stdout. |`true`|
82
88
83
89
Note that the names of the Kubernetes resources in the generated YAML files may be formed with the value of some of the properties specified in the `create-inputs.yaml` file. Those properties include the `adminServerName`, `clusterName` and `managedServerNameBase`. If those values contain any characters that are invalid in a Kubernetes service name, those characters are converted to valid values in the generated YAML files. For example, an uppercase letter is converted to a lowercase letter and an underscore `("_")` is converted to a hyphen `("-")`.
84
90
@@ -108,15 +114,7 @@ metadata:
108
114
labels:
109
115
weblogic.resourceVersion: domain-v2
110
116
weblogic.domainUID: domain1
111
-
weblogic.domainName: domain1
112
117
spec:
113
-
# The domainUID must be unique across the entire Kubernetes Cluster. Each WebLogic Domain must
114
-
# have its own unique domainUID. This does not have to be the same as the Domain Name. It is allowed
115
-
# to have multiple Domains with the same Domain Name, but they MUST have different domainUID's.
116
-
# The domainUID is also used to identify the Persistent Volume that belongs to/with this Domain.
In the `Status` section of the output, the available servers and clusters are listed. Note that if this command is issued very soon after the script finishes, there may be no servers available yet, or perhaps only the Administration Server but no Managed Servers. The operator will start up the Administration Server first and wait for it to become ready before starting Managed Servers.
0 commit comments