OpenShift Dev Spaces 3.0 は、一覧表示されたインストール方法を使用して、一覧表示されたプラットフォームで利用できます。

Red Hat OpenShift Dev Spaces 3.0 では、Red Hat は製品のデプロイ、設定、および使用のサポートを提供します。

OpenShift Dev Spaces 3.0 は Chrome バージョン 101.0.4951.54 (Official Build) (64 ビット) でテストされています。

OpenShift Dev Spaces と Eclipse Che の主な相違点は次のとおりです。

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

今回の更新により、以下のスタックとプラグインは、1 つの Universal Developer Image (UDI) サイドカー に統合されるようになりました。

OpenShift Dev Space では使用される唯一のサイドカーは、UDI だけになりました。

UDI は、UDI により置き換えられたプラグインやスタックサイドカーなど、OpenShift Dev Spaces で利用できます。OpenShift Dev Spaces 管理者は、イメージプル機能を使用して UDI をプルできます。ユーザーは、devfile で UDI を指定できます。

今回の更新により、Node.js 16 が Universal Developer Image サイドカーに含まれるように、古いスタックおよびプラグインサイドカーが置き換えられました。

Node.js のサポートは Node.js ライフサイクル に合わせて調整されます。

この更新の前は、コードサンプルは devfile v1 仕様を実装していました。この更新により、コードサンプルは devfile v2 仕様を実装しています。

今回の更新で、Fuse Booster サンプルプロジェクトは 8 ではなく、OpenJDK 11 の Red Hat ビルド を使用するようになりました。

今回の更新で、IBM Z および IBM Power 上の Red Hat OpenShift Dev Spaces で Red Hat Fuse を使用できるようになりました。

Red Hat Fuse 向けサンプルプロジェクトとその関連 devfile が Java 11 で動作するように更新され、サポートされるすべてのアーキテクチャーで使用できるようになりました。

OpenShift Dev Spaces 3.0 では、SFTP、Amazon S3、REST、または内部バックアップサーバーなどのバックアップサーバーを使用した、OpenShift Dev Spaces インスタンスのバックアップおよび復元が廃止されました。CheBackupServerConfiguration、CheClusterBackup、および CheClusterRestore カスタムリソースは使用されなくなりました。バグ修正およびサポートは、CodeReady Workspaces 2.15 のライフサイクルの終了までしか提供されません。

今回の更新により、Red Hat OpenShift Dev Spaces Operator は、新規の stable チャネルからデフォルトで DevWorkspace エンジンを有効にします。

今回の更新により、JetBrains IntelliJ IDEA エディターを指定する devfile を使用してワークスペースを起動すると、エディターが devfile に指定されたプロジェクトを自動的に開くようになりました。

今回の更新により、OpenShift Dev Spaces 管理者は CheCluster カスタムリソースに CustomCheProperty を設定して、ワークスペースに podTolerations および podNodeSelector を指定できるようになりました。これはグローバル設定であり、ワークスペースまたはユーザーに指定することはできません。

今回の更新により、Che-Theia IDE が以前よりも 20 秒速くワークスペースに読み込まれるようになりました。

今回の更新により、OpenShift Dev Spaces は組織独自の GitLab インスタンスでプライベートリポジトリーをサポートするようになりました。OpenShift Dev Spaces 管理者は GitLab で認証されるアプリケーションを設定し、GitLab インスタンスの OAuth 2.0 を設定できます。GitLab SaaS のプライベートリポジトリーに対するサポートは提供されていません。これにより、OpenShift Dev Spaces がすでに Bitbucket サーバーおよび GitHub に提供される OAuth 2.0 サポートが拡張されます。

この更新の前は、Eclipse Open J9 は、IBM Power (ppc64le) および IBM Z (s390x) OpenShift クラスターを対象とするコンテナー用の Java SE 実装でした。今回の更新により、IBM Power (ppc64le) および IBM Z (s390x) 用の OpenShift コンテナー内の OpenJ9 JVM は、OpenJDK の Red Hat ビルドに置き換えられました。

インストールされた CodeReady Workspaces インスタンスは、Red Hat OpenShift Dev Spaces 3.0 への更新時に、Java8 および 11 用の OpenJ9 ではなく OpenJDK を提供する新しい Universal Developer Image サイドカーコンテナーを使用するように切り替えます。

devfile が OpenJ9 ベースのコンテナーを参照しているお客様は、devfile を編集し、plugin-java8-openj9-rhel8 および plugin-java11-openj9-rhel8 を udi-rhel8 に置き換える必要があります。

Red Hat OpenShift Dev Spaces 3.0 の新しいサンプルは、すでに新しい udi-rhel8 サイドカーを使用しています。

今回の更新により、OpenShift Dev Spaces は 親 devfile を参照する devfile v2 をサポートするようになりました。

XML DSL および Java DSL コードの Apache Camel 言語サポートを追加する Visual Studio Code 拡張機能である Red Hat による Apache Camel の言語サポート がバージョン 0.1.5 に更新されました。

Red Hat OpenShift Dev Spaces 3.0 (以前の CodeReady Workspaces) では、DevWorkspace Operator への切り替えにより、以下のデプロイメント環境のサポートが削除されました。

バグ修正とサポートは、2.15 ライフサイクルの終了時まで予定されています。その間は、新たな機能拡張は行われません。

Red Hat OpenShift Dev Spaces 3.0(以前の CodeReady Workspaces) でサポートされているデプロイメント環境は以下のとおりです。

今回の更新で、dsc server:logs コマンド (以前の crwctl server:logs) が Che Gateway デプロイメントからログを取得できるようになりました。このコマンドは、Che Server、Operator、Dashboard、プラグインおよび devfile レジストリー、および PostgreSQL デプロイメントからログを取得することもできます。

OpenShift Dev Spaces 3.0 では、devfile v2 仕様 に合わせて、ワークスペース devfile を使用して Visual Studio Code 拡張機能を指定する機能は削除されました。バグ修正およびサポートは、CodeReady Workspaces 2.15 のライフサイクルの終了までしか提供されません。Visual Studio Code 拡張機能を指定するには、ユーザーは Git リポジトリーで .vscode/extensions.json または .che/che-theia-plugins.yaml を使用する必要があります。詳細は、https://access.redhat.com/documentation/ja-jp/red_hat_openshift_dev_spaces/3.0/html/user_guide/adding-visual-studio-code-extension を参照してください。

今回の更新により、テクノロジープレビュー として、サポートされている OpenShift Container Platform 4.10 に加えて、OpenShift Dev Spaces 3.0.1 を OpenShift Container Platform 4.11、OpenShift Dedicated 4.11、Red Hat OpenShift Service on AWS (ROSA) 4.11 にインストールしてテストできます。、OpenShift Dedicated 4.10、Red Hat OpenShift Service on AWS (ROSA) 4.10。

IBM Z および IBM Power では、OpenShift Dev Spaces 3.0 の Go ワークスペースでデバッグ機能をアクティブにすることはできません。Delve (Go プログラミング言語に必要なデバッガー) は、これらのプラットフォームでは利用できません。この機能をアクティベートしようとすると、Failed to continue エラーメッセージが表示されます。この問題の回避策はありません。

現在、golang ベースのワークスペースには、コードの自動補完など、基本的な言語サーバー機能は含まれません。

OpenShift Dev Spaces は、ネットワークが不安定な場合にワークスペースの作成に失敗する場合があります。OpenShift Dev Spaces は、Failed to run the workspace: "Waiting for pod 'workspace9fbid1gnx7273d47.maven-545f8c9cf4-hw79f' was interrupted." エラーを表示します。この問題の回避策はありません。

現在、以下の devfile は、IBM Z および IBM Power ではサポートされません。

この問題の回避策はありません。

JBoss EAP 7.3 devfile で Java を使用するワークスペースは、No delegateCommandHandler for vscode.java.startDebugSession. エラーメッセージで失敗します。この問題に対する回避策はありません。

タスクが実行し、一部のネットワークの問題がある場合は、ターミナルウィンドウが消去され、テキストが含まれません。接続が復元されても、ターミナルは空のままで、読み込みます。この問題に対する回避策はありません。

OpenShift Connector プラグインは、非接続環境で odo イメージにアクセスできないためにデプロイに失敗します。この問題に対する回避策はありません。

設定が読み込まれていないため、DEBUG パネルにはドロップダウンリストに No Configurations が表示されます。

IBM Power では、サポートされているイメージストリームの一覧がないため、コンポーネントの作成に失敗します。現在、この問題に対する回避策はありません。

DevWorkspace エンジンを有効にした CodeReady Workspaces 2.15 インスタンスのアップグレード (テクノロジープレビュー) は、管理ガイドで説明されている アップグレード手順 よりも簡単です。

Cake-php サンプルを使用する際、Configure Apache Web Server DocumentRoots タスクが error sed: couldn't open temporary file /etc/httpd/conf/sedSgv1Z4: Permission denied のエラーで失敗します。現在、この問題に対する回避策はありません。

現在、DevWorkspace エンジンへの変更により、per-workspace ワークスペースストレージストラテジーはサポートされません。CodeReady Workspaces 2.15 から OpenShift Dev Spaces 3.0 に移行すると、既存のワークスペースが common のストラテジーに変更されます。現在、PVC ストレージサイズを 10 GB 以外に設定することはできません。この問題の回避策はありません。

現時点で OpenShift Dev Space へのログイン時に 403 Permission Denied エラーが発生する可能性があります。

回避策: Web ブラウザーのプライベートモードを使用して OpenShift Dev Spaces にログインします。

#21352 も参照してください。

プロキシー化された環境でデフォルトの Che-Theia IDE を使用するワークスペースでは、Workspace パネルが利用可能なコマンド、ターミナル、およびアプリケーションを表示するのではなく空白になる可能性があります。

現時点で、停止したワークスペースのページの更新後に、503 Service Unavailable または 504 Gateway Time-out エラーメッセージが表示される可能性があります。

回避策: ダッシュボードからワークスペースを再起動します。

CodeReady Workspaces 2.15 では、ユーザーはダッシュボードの Account ページでプロファイル情報を編集できました。OpenShift OAuth は OpenShift Dev Spaces 3.0 のユーザー管理専用で使用されるようになったため、OpenShift 内のユーザープロファイルしか編集できません。ダッシュボードの Account ページは、表示のみを目的として残ります。

ワークスペースからサンプルアプリケーションを起動すると、502 Bad Gateway や application not available などのエラーメッセージが表示されることがあります。このエラーは、アプリケーションの起動が完了する前にアプリケーションが準備状態にあることを示す通知を表示する Theia IDE が原因です。

回避策: 1 分または 2 分待ってから、ブラウザータブをリロードします。

関連する問題 #21377 を参照してください。

現時点で、IBM Power では、Golang サンプルプロジェクトに基づくワークスペースは、ワークスペースの削除を妨げるファイルパーミッションでファイルが作成される可能性があります。

現在、OpenShift Web コンソール OperatorHub を使用して新しい OpenShift Dev Spaces インスタンスを作成すると、デフォルトでインスタンスが Operator の openshift-operators 名前空間にデプロイされます。

現時点で、CheCluster カスタムリソースの名前は、CodeReady Workspaces 2.15 から OpenShift Dev Spaces 3.0 にアップグレードする前と同じままです。アップグレードの前に Checluster カスタムリソース名が codeready-workspaces だった場合、アップグレード後も同じ名前になります。この問題の回避策はありません。

現時点で、Che-Theia ワークスペースの Welcome To Your Workspace ページは、ワークスペースの読み込み時に空白が表示される可能性があります。これは、ブラウザーに自己署名 TLS 証明書がないために発生します。

現時点で、適用された ConfigMap に環境変数の env が含まれると、ワークスペースが起動できなくなる可能性があります。

非接続環境または制限された環境で mvnw を実行している場合、タイムアウトエラーが発生する可能性があります。

devfile は 2 つの別のユーザーおよびコンテナーを使用するため、現在、JBoss EAP XP MicroProfile および JBoss EAP 7.4 では Maven コマンドが失敗する場合があります。

現時点で、制限された環境で Java Gradle のサンプルに既知の問題があります。1-build コマンドを実行してアプリケーションをビルドすると、FAILURE: Build failed with an exception エラーが発生し、ネイティブライブラリーの読み込みに失敗したり、プラグインリポジトリーのプラグインアーティファクトを解決しない場合があります。この問題の回避策はありません。

現在、OpenShift Dev Spaces ダッシュボードの Convert ボタンを使用して、非推奨 の Node.js ワークスペースを node-debug または node-debug2 プラグインで変換すると失敗します。次のエラーメッセージが表示されます。

ワークスペースの変換に失敗しました。Failed to create a new workspace from the devfile, reason: Unable to resolve theia plugins …​

OpenShift Dev Spaces 3.0 では、node-debug および node-debug2 プラグインが js-debug に更新されました。

現在、Red Hat Fuse devfile v1 を使用するワークスペースは、OpenShift Dev Spaces ダッシュボードの Convert ボタンをクリックして devfilev2 に変換した後に開始できません。

現在、プロキシーを使用する環境ではワークスペースの起動に失敗する可能性があります。この失敗は、DevWorkspaceOperatorConfig カスタムリソースを設定してプロキシー設定をカスタマイズしようとし、その後コンポーネントが再起動された場合に発生します。その場合、Progress タブに Waiting for workspace to start と表示されている間、ワークスペースの開始に失敗します。

現在、OpenShift OAuth セッションが期限切れになると、ダッシュボードページは空白で表示されます。

現時点で、#https://github.com/<user_or_org>/<repository>/pull/<pull_request_id> URL 構文を使用した場合、OpenShift Dev Spaces は、GitHub がホストするリポジトリーのクローンで新規ワークスペースの起動に失敗します。workspace-starting ページには、Failed to resolve a devfile というエラーメッセージが表示されます。Failed to request factory resolver: Internal Server Error occurred.

現時点で、ワークスペースが起動に失敗し、削除できない場合があります。これは永続ボリューム要求 (PVC) の問題が原因で発生します。その結果、他のワークスペースでも同じ問題が発生します。

現時点で、OpenShift 上で Technology Preview の Visual Studio Code と自己署名 TLS 証明書を使用するワークスペースを起動すると、空のブラウザータブが表示されます。

現時点で、6-deploy-to-openshift コマンドを実行して Vert.x Health Check Example アプリケーションを非接続環境でデプロイすると失敗します。現在、この問題に対する回避策はありません。

現時点で、OLM の再起動やクラスターのアップグレードなどをはじめとする特定の条件下では、クラスター上に DevWorkspace Operator が存在していても Dev Spaces Operator for OpenShift Dev Spaces 3.0.0 が DevWorkspace Operator を自動的にインストールする可能性があります。この問題は、OpenShift Web ターミナルが機能しなくなる、または DevWorkspace Operator アドミッション Webhook が適切に機能しなくなるという深刻な問題を引き起こし、クラスター動作に影響を及ぼす可能性があります。

OpenShift Web コンソールで Installed Operators をチェックして、クラスターでこの問題を検出できます。この問題が発生すると、DevWorkspace Operator の複数のエントリー、または Replacing および Pending のループが発生してスタック状態にある 1 つのエントリーが表示されます。