Red Hat CodeReady Workspaces 2.6 は、エンタープライズレベルのクラウド開発者ワークスペースサーバーおよびブラウザーベースの IDE を提供します。CodeReady Workspaces には、最も人気の高いプログラミング言語、フレームワーク、および Red Hat テクノロジー用に、すぐに使用できる開発者スタックが含まれています。

Red Hat CodeReady Workspaces のこのマイナーリリースは Eclipse Che 7.24 をベースとしており、以下を含む多くの機能強化および新機能を提供します。

CodeReady Workspaces 2.6 は Red Hat Container Catalog で利用できます。『インストールガイド』の「 OpenShift Container Platform 3.11 への CodeReady Workspaces のインストール」の手順に従って、これを OpenShift Container Platform 3.11 以降にインストールします。

CodeReady Workspaces 2.6 は、OpenShift 4.6 以降の OperatorHub から利用できます。CodeReady Workspaces 2.6 は Operator Lifecycle Manager を使用する新規 Operator をベースとしています。これにより、OpenShift コンソールを離れることなく、CodeReady Workspaces のインストールフローが簡単かつ実行可能になります。

OpenShift 4.6 以降の CodeReady Workspaces をインストールするには、OperatorHub から CodeReady Workspaces を取得し、『インストールガイド』の「 OpenShift 4 への CodeReady Workspaces のインストール」の章 にしたがいます。

このセクションでは、OpenShift Container Platform 4.6、3.11、および OpenShift Dedicated での CodeReady Workspaces 2.6 の可用性およびサポートされるインストール方法について説明します。

Red Hat CodeReady Workspaces 2.6 では、Red Hat は、製品のデプロイメント、設定、および使用するサポートを提供します。

CodeReady Workspaces 2.6 は Chrome バージョン 87.0.4280.141（公式ビルド）(64-bit)でテストされています。

詳細は、「CodeReady Workspaces のライフサイクルおよびサポートポリシー」を参照してください。

CodeReady Workspaces と Eclipse Che の主な相違点は次のとおりです。

また、Red Hat はライセンス、パッケージング、およびサポートも提供しているため、CodeReady Workspaces はアップストリームの Eclipse Che プロジェクトよりも安定した製品とみなされます。

OperatorHub を使用した OpenShift Container Platform 4.6 へのインストール時に、CodeReady Workspaces Pod は以下のエラーメッセージでデプロイできません。

Error in custom provider, java.lang.RuntimeException: Exception while retrieving OpenId configuration from endpoint: http://keycloak.crw-ohub-with-proxy.svc:8080/auth/realms/codeready/.well-known/openid-configuration

この問題を回避するには、CheCluster カスタムリソースの nonProxyHosts プロパティーに .svc の値を追加します。プロキシーの後ろでインストールするための CodeReady Workspaces カスタムリソースの準備 について参照してください。

CodeReady Workspaces は、Bitbucket リポジトリーでファクトリーを使用する機能を提供します。現在のファクトリー認証フローには、ユーザーまたは管理者が行う必要のあるユーザーのプロジェクト認証情報を手動で設定する必要があります。

詳細は、「 Bitbucket サーバー の設定」および「 自己署名証明書を使用した Git リポジトリーをサポートする CodeReady Workspaces のデプロイ 」を参照してください。

別のテンプレートディレクトリーが存在するフォルダーから実行すると、crwctl server:update コマンドに失敗します。

crwctl server:update コマンドを実行するディレクトリーで、非リムコンテンツを crwctl に指定して、templates サブディレクトリーがないことを確認します。

この問題が発生した場合には、CodeReady Workspaces ユーザーダッシュボードを使用して GitHub アカウントを接続し、GitHub リポジトリーにログインします。

GitHub OAuth が設定されていることを確認してください。次に、GitHub アカウントを CodeReady Workspaces に追加する方法について説明している可能性のいずれかに従います。

ワークスペースの PVC (Persistent Volume Claim: 永続ボリューム要求) が最大限で動作する場合に keycloak.js JavaScript ファイルを読み込むことができません。そのため、IDE をワークスペースで適切に起動できません。

この問題は、無効化された OpenShift OAuth サービスと共に Common PVC ストラテジーと組み合わせて、CodeReady Workspaces ワークスペースで発生します。

この問題を回避するには、以下を実行します。

useInternalClusterSVCNames 環境変数が true に設定された Workspace は、全体のプロキシー設定が適用された OpenShift Container Platform 4.6 クラスターで失敗します。

この問題を回避するには、以下を実行します。

crwctl auth:login ユーティリティーは、OAuth サポートで CodeReady Workspaces にログインできません。

この問題を回避するには、以下を実行します。

現在、ブレークポイントは、現在のデバッグセッションで設定されている場合にのみトリガーされます。

ファイルウォッチャーに関連する問題は頻繁に発生し、Debug ビューでデバッグ設定がないため、デバッグセッションを開始できなくなっていました。

この問題を回避するには、/projects/.theia/launch.json ファイルを開き、設定ファイルを使用します。このファイルは、Debug ビューに表示されます。

追加のツールがないと、自動補完などの機能は、デフォルトの GO devfile を使用して作成されたワークスペースで失敗します。

無制限の環境でこの問題を回避するには、IDE のポップアップウィンドウの Install ボタンを使用して、必要なモジュールをインストールします。

通常、クラスターで複数のワークスペースを同時に起動すると、CodeReady Workspaces ワークスペースは起動時に失敗します。この問題は、起動したすべてのワークスペースの 1% 未満にしか影響しません。

OpenShift Container Platform 4.6 の Developer コンソールでアプリケーションを作成した後に、Topology view の Edit source アイコンは Eclipse Che ロゴとして表示されます。

Install dependencies (with composer) コマンドは、php-di/console.php ファイルを事前定義したもので、PHP-DI デフォルト yaml を使用して作成されたワークスペースで失敗します。

OpenShift クライアントから JSON 応答要求の取得を試行すると失敗し、Red Hat Single Sign-On Pod の警告メッセージが付随します。

WARN [org.jgroups.protocols.kubernetes.KUBE_PING] (thread-138,ejb,ycloak-598b6c57b4-khhfb) failed getting JSON response from Kubernetes Client[masterUrl=https://172.30.0.1:443/api/v1 , headers={Authorization=#MASKED:883#}, connectTimeout=5000, readTimeout=30000, operationAttempts=3, operationSleep=1000, streamProvider=org.jgroups.protocols.kubernetes.stream.TokenStreamProvider@792525a5] for cluster [ejb], namespace [default], labels [null]; encountered [java.lang.Exception: 3 attempt(s) with a 1000ms sleep to execute [OpenStream] failed. Last failure was [java.io.IOException: Server returned HTTP response code: 403 for URL: https://172.30.0.1:443/api/v1/namespaces/default/pods ]]

Red Hat Single Sign-On にログインすると、ユーザーは Manage account タブを使用してアカウントプロファイルを編集できません。

厳密なセキュリティーポリシーを持つ組織のお客様は、cluster-admin 権限を持つユーザーが必要な crwctl ユーティリティーを使用する OCP 3.11 クラスターに CodeReady Workspaces v2.1.1 をインストールすることはできません。

CodeReady Workspaces のインスタンス制限された環境でデプロイされた場合、これらのプロキシーは Maven や Gradle などのツールを構築するためのダウンロード可能な依存関係に到達します。

この問題を回避するには、特定のビルダーが必要な依存関係に到達できるようにプロキシー設定を行います。

OperatorHub からインストールされた部分的にデプロイされた codeready-operator は、CheCluster CR の削除後にクラッシュします。

(runtime error: invalid memory address or nil pointer dereference)

/projects/ を Quarkus サンプルプロジェクトのデフォルトのターゲットフォルダーとして提案する代わりに、Quarkus ウィザードの Create Quarkus project ボタンは、代わりに IDE から表示されないルートフォルダー (/) を提案します。

この問題を回避するには、推奨される宛先を拒否し、/projects を使用します。

有効にした OpenShift OAuth サポートを有効にして OpenShift にデプロイされた CodeReady Workspaces 2.5 Red Hat Fuse ワークスペースは、2.6 に更新した後に起動に失敗します。

この問題を回避するには、macOS を使用している場合は F5 または Comd+r を押してページを更新します。

Getting started セクションに含まれるサンプルプロジェクトの一部は、オフラインまたはエアギャップの使用には設計されていません。したがって、コマンドの一部は機能しない場合があります。これを解決するには、ユーザーは組織の管理者に連絡して、NMP、Maven、PIP などの内部ミラーへのアクセスを取得する必要があります。

オフラインの devfile レジストリーに埋め込まれた Getting started ZIP アーカイブサンプルのベース機能は動作しません。

実行にインターネットアクセスが必要なコマンド: Run、Simple build、Outline

OperatorHub で checluster カスタムリソースを削除して、CodeReady Workspaces を手動でアンインストールすると、CodeReady Workspaces Operator でエラーが発生します。その結果、OperatorHub での CodeReady Workspaces の再インストールの試行に失敗していました。

CodeReady Workspaces 2.1 以降では、最新の Theia IDE を使用するようにセキュアな HTTPS が必要であるため、デフォルトで TLS モードが有効になります。TLS サポートを無効にすると、ユーザーエクスペリエンスがなくなり、一部の UI が期待どおり、またはまったく機能しません。

たとえば、ウェルカムページは空白または破損している可能性があり、イメージが見つからない場合があり、その他の機能が適切に機能しない可能性があります。