Chapter 2. Using .NET Core 2.1 on Red Hat OpenShift Container Platform
2.1. Install Image Streams
The .NET Core image streams definition can be defined globally in the openshift namespace or locally in your specific project.
If you are a system administrator or otherwise have sufficient permissions, change to the
openshiftproject. Using theopenshiftproject allows you to globally update the image stream definitions.$ oc project openshift
If you do not have permissions to use the
openshiftproject, you can still update your project definitions starting with Step 2.Run the following commands to list all available .NET Core image versions.
$ oc describe is dotnet -n openshift $ oc describe is dotnet
The output shows installed images or the message
Error from server (NotFound)if no images are installed.To pull the images, OpenShift needs credentials for authenticating with the
registry.redhat.ioserver. These credentials are stored in a secret.NoteFor OpenShift 3.11 and later, a secret is preconfigured for the
openshiftnamespace.Enter the following command to list secrets. The first column shows the secret name.
$ oc get secret | grep kubernetes.io/dockerc
To check the contents of a secret, you can decode the
.dockercfgor.dockerconfigjsondata from Base64 format. This allows you to see if you already have credentials for theregistry.redhat.ioserver. Enter the following command to show the.dockercfgsection in a secret.$ oc get secret <secret-name> -o yaml | grep .dockercfg .dockercfg: eyJyZWdpc3RyeS5yZWRoYXQuaW8iOnsidXNlcm5hbWUiOiIqKioqKioqKiIsInBhc3N3b3JkIjoiKioqKioqKioiLCJlbWFpbCI6InVudXNlZCIsImF1dGgiOiJLaW9xS2lvcUtpbzZLaW9xS2lvcUtpbz0ifX0=
Copy and paste the output in the following command to convert it from Base64 format. The example below shows the credentials for the
registry.redhat.ioserver.$ echo eyJyZWdpc3RyeS5yZWRoYXQuaW8iOnsidXNlcm5hbWUiOiIqKioqKioqKiIsInBhc3N3b3JkIjoiKioqKioqKioiLCJlbWFpbCI6InVudXNlZCIsImF1dGgiOiJLaW9xS2lvcUtpbzZLaW9xS2lvcUtpbz0ifX0= | base64 -d {"registry.redhat.io":{"username":"********","password":"********","email":"unused","auth":"KioqKioqKio6KioqKioqKio="}}You need to add a secret if there is no secret listed with credentials for the
registry.redhat.ioserver.Red Hat account credentials are used for
registry.redhat.ioaccess. If you are a customer with entitlements to Red Hat products, you already have account credentials to use. These are typically the same credentials used to log in to the Red Hat Customer Portal. To verify your Red Hat credentials, enter the following command and attempt to log in.$ docker login registry.redhat.io
If you cannot log in, you first need to get an account with Red Hat. See Red Hat Container Registry Authentication for additional information. If you can log in, enter the following commands to create the secret.
$ oc create secret docker-registry redhat-registry \ --docker-server=registry.redhat.io \ --docker-username=<user-name> \ --docker-password=<password> \ --docker-email=unused $ oc secrets link default redhat-registry --for=pull $ oc secrets link builder redhat-registryAfter creating the secret, enter the following command to import new image streams.
$ oc create -f https://raw.githubusercontent.com/redhat-developer/s2i-dotnetcore/master/dotnet_imagestreams.json
If image streams were already installed, use the
replacecommand to update the image stream definitions.$ oc replace -f https://raw.githubusercontent.com/redhat-developer/s2i-dotnetcore/master/dotnet_imagestreams.json
2.2. Deploy Applications from Source
Run the following commands to deploy the ASP.NET Core application, which is in the
appfolder on thedotnetcore-2.1branch of theredhat-developer/s2i-dotnetcore-exGitHub repository.$ oc new-app --name=exampleapp 'dotnet:2.1~https://github.com/redhat-developer/s2i-dotnetcore-ex#dotnetcore-2.1' --build-env DOTNET_STARTUP_PROJECT=app
Use the
oc logscommand to track progress of the build.$ oc logs -f bc/exampleapp
View the deployed application once the build is finished.
$ oc logs -f dc/exampleapp
At this point, the application is accessible within the project. To make it accessible externally, use the
oc exposecommand. You can then useoc get routesto find the URL.$ oc expose svc/exampleapp $ oc get routes
2.3. Deploy Applications from Binary Artifacts
The .NET Core S2I builder image can be used to build an application using binary artifacts that you provide.
Publish your application as described in Publish Applications. For example, the following commands create a new web application and publish it.
$ dotnet new web -o webapp $ cd webapp $ dotnet publish -c Release /p:MicrosoftNETPlatformLibrary=Microsoft.NETCore.App
Create a new binary build using the
oc new-buildcommand.$ oc new-build --name=mywebapp dotnet:2.1 --binary=true
Start a build using the
oc start-buildcommand, specifying the path to the binary artifacts on your local machine.$ oc start-build mywebapp --from-dir=bin/Release/netcoreapp2.1/publish
Create a new application using the
oc new-appcommand.$ oc new-app mywebapp
2.4. Environment Variables
The .NET Core images support a number of environment variables to control the build behavior of your .NET Core application. These variables can be set as part of the build configuration, or they can be added to an .s2i/environment file in the application source code repository.
| Variable Name | Description | Default |
|---|---|---|
| DOTNET_STARTUP_PROJECT |
Selects project to run. This must be a project file (for example, |
|
| DOTNET_SDK_VERSION |
Selects the default sdk version when building. If there is a | Lowest sdk version available in the image. |
| DOTNET_ASSEMBLY_NAME |
Selects the assembly to run. This must not include the .dll extension. Set this to the output assembly name specified in |
The name of the |
| DOTNET_RESTORE_SOURCES |
Specifies the space-separated list of NuGet package sources used during the restore operation. This overrides all of the sources specified in the | |
| DOTNET_TOOLS |
Specifies a list of .NET tools to install before building the app. It is possible to install a specific version by post pending the package name with | |
| DOTNET_NPM_TOOLS | Specifies a list of NPM packages to install before building the application. | |
| DOTNET_TEST_PROJECTS |
Specifies the list of test projects to test. This must be project files or folders containing a single project file. | |
| DOTNET_CONFIGURATION |
Runs the application in Debug or Release mode. This value should be either |
|
| DOTNET_VERBOSITY |
Specifies the verbosity of the dotnet build commands. When set, the environment variables are printed at the start of the build. This variable can be set to one of the msbuild verbosity values ( | |
| HTTP_PROXY, HTTPS_PROXY | Configures the HTTP/HTTPS proxy used when building and running the application. | |
| DOTNET_RM_SRC |
When set to | |
| DOTNET_SSL_DIRS | Used to specify a list of folders/files with additional SSL certificates to trust. The certificates are trusted by each process that runs during the build and all processes that run in the image after the build (including the application that was built). The items can be absolute paths (starting with /) or paths in the source repository (for example, certificates). | |
| NPM_MIRROR | Uses a custom NPM registry mirror to download packages during the build process. | |
| ASPNETCORE_URLS |
This variable is set to |
2.5. Sample Applications
Three sample applications are available:
- dotnet-example: This is the default model–view–controller (MVC) application.
-
dotnet-runtime-example: This shows how to build an MVC application using a chained build. The application is built in
dotnet/dotnet-21-rhel7. The result is deployed indotnet/dotnet-21-runtime-rhel7. Note that chained builds are not supported on OpenShift Online. - dotnet-pgsql-persistent: This is the Microsoft ASP.NET Core MusicStore sample application using a PostgreSQL backend.
To add the samples using the OpenShift Web Console, browse to your project and click Add to project. You can filter for dotnet. If the samples do not show up, you can add them to your installation by running the following commands.
$ oc create -f https://raw.githubusercontent.com/redhat-developer/s2i-dotnetcore/master/templates/dotnet-example.json $ oc create -f https://raw.githubusercontent.com/redhat-developer/s2i-dotnetcore/master/templates/dotnet-runtime-example.json $ oc create -f https://raw.githubusercontent.com/redhat-developer/s2i-dotnetcore/master/templates/dotnet-pgsql-persistent.json

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.