Last week, Oracle Product Director Will Lyons announced the long expected release of Oracle WebLogic 14.1.1. All  details about this release you can find  and on my blog: so I won't go into details about all the nice new features of it.


I'd rather now wanted to test out if this version was ready to run on a Kubernetes platform, and in this case the obvious choice was thee Oracle Kubernetes Engine(OKE), although RedHat OpenShift and Microsoft Azure Kubernetes Service could also be one of the options.



Ingredients for running WebLogic 14.1.1 domain

The following components belonged to my toolset to build this newest version:


WebLogic 14 docker image

To build my private image and push it to my private registry, I first build my local image.

There is a shell script provided, but let's look into the dockerfiles

I chose the generic file and the downloaded WebLogic package

So, with the shell script I build my docker image, only in the script I had to change the docker into the podman command:

# ################## #
# ################## #
echo "Building image '$IMAGE_NAME' ..."

# BUILD THE IMAGE (replace all environment variables)
BUILD_START=$(date '+%s')
podman build --force-rm=$NOCACHE --no-cache=$NOCACHE $PROXY_SETTINGS -t $IMAGE_NAME -f Dockerfile.$DISTRIBUTION . || {
  echo "There was an error building the image."
  exit 1
BUILD_END=$(date '+%s')



And run the script:

./ -v -g


After the build is done, I used podman to inspect the image:

In this example you also see my private OCI registry version which I will cover next


Push to OCIR

This image I wanted to have in my OCI container registry so I setup a push to OCIR. But first you need to set up an auth token in your OCI:

- Go to User Settings

- Under resource you can find how to generate

- Beware to save the passphrase because you wont see that one anymore

- Use the passphrase to login, use double quotes!


podman login
Username: frce4kd4ndqf/oracleidentitycloudservice/
Login Succeeded!


podman images



Now tag my WebLogic 14 container image for pushing:


podman tag oracle/weblogic:
podman push



WebLogic 14 on Kubernetes

Next, to install WebLogic on Kubernetes, the following actions need to be done:

  1. Configure Helm for installing the WebLogic Kubernetes Operator 2.5 and pushing it to my OCIR. I now used the Helm 2 version however for OKE v3 is supported.



cat << EOF | kubectl apply -f -
> apiVersion:
> kind: ClusterRoleBinding
> metadata:
>   name: helm-user-cluster-admin-role
> roleRef:
>   apiGroup:
>   kind: ClusterRole
>   name: cluster-admin
> subjects:
> - kind: ServiceAccount
>   name: default
>   namespace: kube-system


2. Get the Helm client and configure it with

helm init

3. Pull the WebLogic Kunernetes Operator Image


podman pull oracle/weblogic-kubernetes-operator:2.5.0




4. Tag and push it ot OCIR


podman tag oracle/weblogic-kubernetes-operator:2.5.0
podman push



5.Add the github repo to helm



helm repo add weblogic-operator




helm repo list







helm install weblogic-operator/weblogic-operator --name weblogic-operator






helm status weblogic-operator


gives you the current status of your deployment.


WebLogic Domain

With the provided scripts from github a lot of stuff is taken care of, however beware of some extra actions:

  • Creation of NFS on your OKE nodes; there is no solid instruction in the Oracle Github docs
  • Permissions to execute stuff within you containers
  • Adjust parameters in the yamls to your own needs



If you want to make use of persistent volumes on OKE you need to create an NFS share. A good instruction is here:

However you need to set up console connections for your nodes, this is easy to do.

Click on all you compute instances, under resources you can find the link

It gives you the detaied command how to connect, however: I encountered to get the login prompt, and for the standard OPC user there is no password known.

You can find here to reset your opc user, after this you can login.  section Resetting the OPC user password via the console

Once logged in you can setup NFS


WebLogic Domain provisioning

Now, after done alle of the above it's time to provison your WebLogic domain. In the cloned repository you can find them in weblogic-kubernetes-operator/kubernetes/samples/scripts


Domain on Persistent Volume

First I create a persistent volume and claim to store WebLogic Artefacts out using the yaml files:

# The version of this inputs file.  Do not modify.
version: create-weblogic-sample-domain-pv-pvc-inputs-v1

# The base name of the pv and pvc
baseName: weblogic-fourteen

# Unique ID identifying a domain.
# If left empty, the generated pv can be shared by multiple domains
# This ID must not contain an underscope ("_"), and must be lowercase and unique across all domains in a Kubernetes cluster.

# Name of the namespace for the persistent volume claim
namespace: default

# Persistent volume type for the persistent storage.
# The value must be 'HOST_PATH' or 'NFS'.
# If using 'NFS', weblogicDomainStorageNFSServer must be specified.
weblogicDomainStorageType: HOST_PATH

# The server name or ip address of the NFS server to use for the persistent storage.
# The following line must be uncomment and customized if weblogicDomainStorateType is NFS:

# Physical path of the persistent storage.
# When weblogicDomainStorageType is set to HOST_PATH, this value should be set the to path to the
# domain storage on the Kubernetes host.
# When weblogicDomainStorageType is set to NFS, then weblogicDomainStorageNFSServer should be set
# to the IP address or name of the DNS server, and this value should be set to the exported path
# on that server.
# Note that the path where the domain is mounted in the WebLogic containers is not affected by this
# setting, that is determined when you create your domain.
# The following line must be uncomment and customized:
weblogicDomainStoragePath: /scratch

# Reclaim policy of the persistent storage
# The valid values are: 'Retain', 'Delete', and 'Recycle'
weblogicDomainStorageReclaimPolicy: Retain

# Total storage allocated to the persistent storage.
weblogicDomainStorageSize: 10Gi


 ./ -i create-pv-pvc-inputs.yaml -o pvc -e

Which creates the pv and pvc yaml files plus the objects in your K8S cluster


So now create the jobs which are going to be used by the operator, to create the AdminServer and Managed Server Pods

In create-weblogic-domain/domain-home-on-pv directory you find the necessary scripts, you can amend for your own needs

I changed name of the domain and the location of my WebLogic image:

First you need to create 2 secrets:

- For pulling the image:

- WebLogic credentials, script can be found in

- create the domain job:

./ -i create-domain-inputs.yaml -o weblogic-fourteen -e


After this the pods we're created, however they remained in status Init:Error.

kubectl logs <pod> didn't gave much information; a way to get behind why the pods we're failing was to do this:


kubectl get pods
kubectl describe po < name of the pod>


Look at he part of the Container ID that is in init status

kubectl logs <pod-name> -c <init-containerid>


There I found that the NFS share was not writable for the scripts to build up the domain. To resolve, I changed the values in the create-domain-job-template.yaml

The spec / initContainer had value 0, which I changed in the opc userid (1000)

After this myWebLogic domain was created successfully!



Now this proved that WebLogic 14.1.1 runs as equal as the 12 versions. I also proved that Podman can be used instead of the docker-cli. The commands are more or less the same.

Now this is an empty domain, so a view leftovers for me:

- Deploying applications

- Using Istio with JMS

- Use GraalVM instead of Oracle Java

- Deploy polyglot applications

- Configure ELK

- Configure Prometheus and Grafana