Jira Software 8.5.x アップグレード ノート

ここでは、Jira Software 8.5 へのアップグレードに関する重要な注意事項について説明します。

このリリースの新機能と改善の詳細については、「Jira Software 8.5.x リリース ノート」を参照してください。 

 アップグレード ノート

We normally do not introduce new features in the Long Term Support release but rather consolidate the ones we've introduced since the last Long Term Support releases (Jira 7.6 and Jira 7.13). See our change log for all the features and fixes between the last LTSs. Learn more

If you use our REST API, make sure to look up our REST API change log for an overview of changes. 

8.5.17: バンドル済みの JRE は、TLS バージョン 1 および 1.1 における MySQL コミュニティ エディション 5.7.27 以降との安全な接続を無効にします

Jira Software 8.5.17 バイナリ インストーラーは、AdoptOpenJDK 8u291 JRE にバンドルされています。TLS バージョン 1 と 1.1 に付属しているこのインストーラーは、初期設定では無効になっています。これによって、yaSSL でコンパイルされた MySQL コミュニティ版 5.7.27 以前との安全な接続が妨げられます。

アップグレード後に Jira が MySQL データベースとの安全な接続を確立できるようにするには、TLS 1.2 をサポートする MySQL コミュニティ版のバージョンに切り替えます。次のソリューションから 1 つ選択します。

推奨される解決策: MySQL コミュニティ エディション 5.7.28 以降にアップグレードする

MySQL コミュニティ版 5.7.27 以前のバイナリ配布は yaSSL でコンパイルされているため、初期設定では TLS 1.2 をサポートしていません。MySQL コミュニティ版 5.7.28 以降 (このバージョンは OpenSSL ライブラリを使用) にアップグレードして、以下のいずれかの方法で TLS 1.2 を介して安全な接続を許可することをお勧めします。

• MySQL コネクタ/J ドライバーをバージョン 8.0.19 以降にアップグレードする。
• dbconfig.xml の MySQL JDBC 接続文字列に enabledTLSProtocols=TLSv1.2 パラメーターを追加します。

詳細については次の情報をご確認ください。

• MySQL 5.7 リファレンス マニュアル — 2.11 MySQL のアップグレード
• Jira アプリケーションを MySQL 5.7 に接続する

解決策 2: MySQL コミュニティ エディション 5.7.27 以降を OpenSSL と再コンパイルする

または、OpenSSL と MySQL コミュニティ エディション 5.7.27 以降のバージョンを再コンパイルして、次のいずれかの方法で TLS 1.2 を介して安全な接続を許可します。

• MySQL コネクタ/J ドライバーをバージョン 8.0.19 以降にアップグレードする。
• dbconfig.xml の MySQL JDBC 接続文字列に enabledTLSProtocols=TLSv1.2 パラメーターを追加します。

詳細については次の情報をご確認ください。

• MySQL 5.7 リファレンス マニュアル — 2.9.6 SSL ライブラリ サポートの設定
• Jira アプリケーションを MySQL 5.7 に接続する

解決方法 3: Java で TLS 1 および 1.1 を再度有効にする

必要に応じて、Java で TLS 1 と TLS 1.1 のサポートを再度有効にできます。これには、<JAVA_HOME>/lib/security/java.security の jdk.tls.disabledAlgorithms プロパティから TLSv1 と TLSv1.1 のエントリを削除する必要があります。

8.5.15: スタートアップ ファイルの変更

Java 11 で Jira を実行しているときに生成される GC ログの形式を変更するため、複数のスタートアップ ファイルへの変更を行いました。この変更がない場合、ログを GCViewer でパースすることができず、管理者による操作が困難になります。 

次のファイルの time,uptime を tags,time,uptime,level に変更しています。

• Linux の bin/set-gc-params.sh ファイル
• Windows の bin/set-gc-params.bat ファイル
• Windows の bin/set-gc-params-service.bat ファイル

これらのファイルへのカスタム変更を行っていない場合、特別な操作は不要です。カスタム変更を行っている場合、アップグレード時に新しいファイルに変更をコピーする必要があります。

8.5.4: PostgreSQL 10 のサポート

We've added PostgreSQL 10 to the list of supported platforms. For more info, see Supported platforms.

8.5.4: Java 11 では G1 GC がデフォルトで有効です

Java 11 で Jira を実行している場合、ガベージ ファースト ガベージ コレクション (G1 GC) は既定で有効になります。これまでも、ガベージ コレクションをチューニングする際にはこの方法が推奨されていましたが、今後はすぐ利用できます。特に Java ヒープが大きい環境では、G1 GC はより効率的でパフォーマンスの向上に役立ちます。

*パフォーマンス テストでは、Java ヒープが比較的小さい場合は ParallelGC の恩恵を受ける可能性があることが示されています。大きな違いはありませんが、パフォーマンスに問題がある場合は ParallelGC に戻すことをご検討ください。

8.5.4: 課題コレクターでの変更

Chrome ブラウザの今後のアップデートでは、新しいクッキー セキュリティ機能が導入されます。それによって、別々のドメインに埋め込まれた課題コレクターが本質的に壊れます。この問題を修正しましたが、課題コレクターの動作が次のように変更されました。

• 課題の報告者に設定するために登録者のユーザー セッションを照合できなくなります。引き続き、メール アドレスを使用して照合できます。

• 課題コレクターを機能させるために、サード パーティの cookie を有効化する必要はありません。この要件と、それについてリマインドする一部のエラー メッセージを削除しました。

• フィードバックを送信したあとの成功メッセージには、プロジェクトと課題キーが表示されなくなりました (プロジェクトが Web 上の全員に公開されている場合を除く)。この変更は、プロジェクトや課題に関する情報を開示せずにセキュリティを向上させるために行いました。

課題コレクターの詳細については「課題コレクターの利用」をご参照ください。

BKS-V1 キーストア形式の既知の脆弱性

Jira を SSL で実行している場合、BouncyCastle ライブラリで提供される BKS-V1 キーストア形式のセキュリティ脆弱性にご注意ください。ご利用の Jira インスタンスではこれを使用しないことを強く推奨します。詳細情報

8.5.5: New API to help the Versions view load faster

プロジェクト設定でのバージョン ビューの読み込みを高速化して大規模なインスタンスでのタイムアウトを回避するために、呼び出されたエンドポイントを変更しました。 

Now, instead of .../release/allversions we use GET /rest/projects/1.0/project/<project_key>/release/allversions-nodetails to return the list of all project versions together with their data such as their name, status, or description (except the progress data). Archived versions are also returned. 

また、各バージョンに関連する各ステータス カテゴリ (すること、進行中、完了) の課題の数についての情報を返す方法も変更しました。総称して「進捗」と呼ばれるこのデータは、ページがスクロールされると遅延読み込みされるようになって、別の新しいエンドポイントを使用します。 

The old endpoint is still working however, is not used by the releases after and including Jira 7.13. 

This is not a breaking change. 

Fetching updates to be fixed for Jira in version 8.5.7

If you use Jira with other Atlassian products such as Bamboo, Bitbucket or Fisheye/Crucible, you might have experienced it getting stuck paging over issue updates. This happens when the collective number of results to fetch is bigger than 50. We have worked on a fix and will bundle it in Jira version 8.5.7. Make sure you upgrade to this version for Jira to update without further issues.

Displaying statuses and loading versions to be fixed in Jira 8.5.7

We've implemented a fix to help all project versions load properly in the Versions panel even if the number of versions is large. Additionally, we solved the problem of statuses not displaying properly on the Sprint report. 

OAuth 2.0 support for incoming mail available in Jira 8.5.9

Google と Microsoft では基本認証の無効化を予定しています。アトラシアンでは、お客様が引き続きメールを使用して Jira にコメントを追加したり課題を作成したりできるようにしたいと考えています。このリリースでは OAuth 2.0 のサポートを追加しました。Gmail または Microsoft Exchange Online で、パスワードの代わりの認証メソッドとしてご利用いただけます。 

Create your OAuth integration, then update your incoming mail server and leave the rest to us. We'll make sure the connection with your mail server works seamlessly. Learn more

 サポート終了のお知らせ

In Jira 8.5, we're making the following changes:

• 事前告知: Internet Explorer 11 のサポート終了について

  アトラシアンでは、最新の Web 標準を引き続き活用して、すべての製品で改善された機能と最高のユーザー エクスペリエンスを提供できるようにするため、Internet Explorer 11 のサポートを終了することにしました。 

  Jira 8.5 will be the last version to support Internet Explorer. 

  See End of support announcements for full details. 

 アプリ開発者向けの情報

アプリに関するすべての重要な変更については、「Jira 8.5 への準備」を参照してください。

 アップグレード手順

前回の長期サポート リリースからアップグレードする場合

See our dedicated upgrade guide. 

Jira バージョン 8.x.x からアップグレードする場合 

See Upgrading Jira applications for complete upgrade procedures, including all available upgrade methods and pre-upgrade steps.