Cloud Software Group, Inc. EBX®
TIBCO EBX® ドキュメント

5.9.3

5.9 サービスパック

5.9.3 (リリース:2019 年 3 月 25 日)

5.9.0 fix B (リリース:2019 年 3 月 25 日)

5.9.0 fix A (リリース:2018 年 12 月 10 日)

5.9.0 (リリース:2018年10月26日)

5.9.0 の概要

このリリースで提供される最も注目すべき機能のいくつかは次のとおりです。

サポートされている環境に関して、このリリースでは、サポートされる環境の変更のセクションに記載されているいくつかの注目すべき変更が加えられています。

注意

既存の環境のアップグレードを続行する前に、バージョンアップグレードセクションを注意深くお読みください。

ユーザーエクスペリエンス

新しいスキン

/5.9.0-NewSkin.png

モーダルポップアップウィンドウ (1)

モーダルポップアップウィンドウは、ほとんどの EBX® 画面から削除されました。代わりに、要求されたコンテンツはワークスペースとオーバーラップし、階層リンクによりユーザーは前のコンテンツに戻ることができます。

半透明のボトムバー (2)

フォームに表示される新しい下部バーが半透明になりました。これにより、エンドユーザーはページをスクロールできることをより認識できるようになります。

技術的な詳細については、以下を参照してください。

階層ビュー

階層ノードのアクションボタンが各ノードの左側に表示されるようになりました (右側ではなくなりました)。

ホームアイコンの付いたタブ

レコードフォームで、テーブルのデータモデル定義でタブが有効になっている場合、メインタブはホームアイコンで表示されていました。このアイコンは表示されなくなりました (「メインタブラベル」は引き続き表示されますが、デフォルトでは、このラベルは「メイン」です)。

その結果、既存の Java メソッド setHomeIconDisplayed は非推奨としてマークされました。詳細については、下位互換性を参照してください。

データセットツリー構造

表示されたレコードは現在のテーブルの下に表示されたままですが、選択したスタイルで表示されなくなります。

フィルターアイコンとフィルターペイン

フィルタリング用の虫眼鏡アイコンは、じょうごアイコン /5.9.0-Funnel.png に置き換えられました。すべてのフィルターを削除するアクション、または特定のフィルターをすばやく適用するアクションは、フィルターペインに移動されました。

階層内検索

新しい検索ペイン「階層内検索」が階層ビューで使用できるようになりました。

フィルタリングとは対照的に、ユーザーは、階層を表示したまま、ラベルが検索条件に一致するメンバーを配置できます。一致したメンバーが強調表示されて開かれます。つまり、その第 1 レベルの子が表示されます。検索条件に一致する次または前のメンバーを検索するために、2つのボタン (次へと戻る) が用意されています。

この実装にはいくつかの制限が含まれているため、この実装はベータ版として明示的に発表されています。

関連付けで定義されたフィルターの使用

関連付けから直接関連付けされたレコードを作成する場合、データモデルで定義されたフィルターが評価されるようになりました。適用されるフィルターには、関連付けによって定義されたフィルターと、関連付けに関係する外部キーによって定義されたフィルターが含まれます。結果として、これらのフィルターに準拠しない関連レコードを作成することは現在禁止されています。

この機能には、定義されたフィルターに準拠しない関連レコードを作成しようとしたときにエンドユーザーに表示されるメッセージをカスタマイズする可能性が含まれています。フィルターが関連付けによって定義されている場合は、新しいメッセージプロパティを使用できます。詳細については、関連付けフィルターを参照してください。外部キーで定義されたフィルターの場合、既存の検証メッセージが再利用されます。

これらのフィルターは、関連付けから直接関連付けることができるレコードのリストを表示するときにも評価されます (ただし、リンクテーブルを介した関連付けの場合、ソーステーブルへの外部キーによって定義されたフィルターは無視されます)。

ユーザーインターフェイスの高度なカスタマイズ

このリリースは、追加の構成または Java プログラミングを通じてユーザーインターフェイスをカスタマイズするための新機能を提供します。

ユーザーサービスとレコードフォーム

カスタムユーザーサービスを使用して、デフォルトのモデル駆動型レコードフォームを置き換えることができるようになりました。UIForm に関しては、より高度なユーザーインターフェイスを実装できます。

詳細については、UserServiceRecordFormFactory を参照してください。

レコード作成のための強化されたコンテキスト

レコードが外部キーフィールドまたは関連付けから作成されている場合、Java API はソースレコードに関する情報を提供するようになりました。この新しい情報は、テーブルトリガーと新しいアクセスルールの作成で利用できます。

詳細については、NewRecordContext およびそれを拡張する 2 つのインターフェイスを参照してください。

ツールバーアクションの新しいプロパティ

サービスを現在のコンテキストで起動するか、Web コンポーネントで起動するかを定義できるようになりました。後者の場合、サービスの宣言されたパラメーターの値と、サービスを含むモーダルの特性を指定することができます。

これらのオプションは、データモデルアシスタントと Java API の両方で使用できます。

注意

ツールバーアクションで Web コンポーネントとして使用できるようにするには、サービスをそのように宣言する必要があります。WebComponentDeclarationContext.setAvailableAsToolbarAction を参照してください。

レイアウト機能

新しいスキンでは、すべてのワークスペースに内側の白い境界線が常に表示されます。(グリッド編集のように) 例外的に完全な幅と高さのコンポーネントを必要とする開発者向けに、UIFormPaneUserServicePaneUserServiceRawPane に新しいメソッド isPaddingEnabled() が追加されました。

フルハイトに加えて、ボトムバーは半透明になりました。UIJavaScriptWriter.addJS_addResizeWorkspaceListener を介して取得される JavaScript 関数は、下部のバーの高さを考慮しないために、JavaScript リスナーに 2 番目のパラメーターを提供します。開発者は、コンポーネントのサイズを変更して、下部のバーの後ろに表示できるようになりました。

パースペクティブ構成

パースペクティブのアクティブ化とメニュー項目には、新しい「許可されたデバイス」プロパティが含まれています。

このプロパティを使用すると、パースペクティブまたはメニュー項目を表示できるデバイスを指定できます。現在サポートされているデバイスは、「EBX® Webアプリケーション」と「EBX® GO」の 2 つだけです。

詳細については、パースペクティブの作成および子パースペクティブメニューを参照してください。

注意

この機能は、数か月以内に予定されている EBX® GO の次のバージョンでサポートされる予定です。

パースペクティブとパースペクティブアクションの選択

パースペクティブアクションに新しい属性「アクションの一意の名前」が追加されました。この新しいオプションの属性は、パースペクティブアクションを選択するために新しい Java API によって使用されます。また、パースペクティブを選択する方法も追加されました。

WebコンポーネントAPI:UIHttpManagerComponent.selectPerspective および UIHttpManagerComponent.selectPerspectiveAction

UIResourceLocator:UIResourceLocator.getURLForPerspectiveSelection および UIResourceLocator.getURLForPerspectiveSelection

UIJavaScriptWriter:UIJavaScriptWriter.addJS_switchToPerspectiveAction

終了時リダイレクトのセキュリティ

Web コンポーネントセッションの終了時にエンドユーザーをリダイレクトするために使用される URL を制限できるようになりました (このリダイレクトは、Web コンポーネントリダイレクトパラメーターまたは、ユーザーインターフェイス構成の「終了ポリシー」で指定できます)。[管理] セクションで、[ユーザーインターフェイスの構成] > [詳細パースペクティブ] > [終了ポリシー] のフォームの順に選択すると、承認されたドメインのリストと、各ドメインに HTTPS が必須かどうかを指定できます。

詳細については、終了ポリシー (非推奨)を参照してください。

サーブレット URL の新しいパラメーター

URL 内の UI サーブレットパスのカスタマイズを可能にするために、2 つの新しいパラメーター (ebx.servlet.http.ui.pathebx.servlet.https.ui.path) が ebx.properties に追加されました。

指定されていない場合、デフォルトで「ebx-ui/」になります。詳細については、URL コンピューティングを参照してください。

権限

レコードの作成中に適用される新しいアクセスルール

レコード作成と列表示の分離を妨げる既存の AccessRule 制限を回避するために、新しい種類のアクセスルールが追加されました。レコードノードに設定されると、このようなルールは、このノードに設定される可能性のある他の AccessRule に加えて、レコードが作成されるたびに評価されます。

詳細については、AccessRuleForCreate を参照してください。

パースペクティブメニューでの権限評価

パースペクティブメニューを表示するときに、「サービス」タイプのアクションを追加する前に権限が評価されるようになりました。その結果、ユーザーに許可されていないサービスは表示されなくなります。

また、サービス権限ルールでこの新しいコンテキストを識別するために、新しいツールバーの場所 ToolbarLocation.PERSPECTIVE_MENU が追加されました。

ワークフロー

ワークフローダイアグラム

/5.9.0-WorkflowExample.png

モデラーが設計しているワークフローモデルを明確に把握できるようにするために、BPMN のようなワークフローダイアグラムが利用可能になりました。

このダイアグラムには、階層ビューツールバーから、次のアイコン /5.9.0-WorkflowDiagram.png が付いたボタンをクリックしてアクセスできます。

このビューのいくつかの機能は、次のとおりです。

このビューは、限定されたエディション機能を備えたサービスです。既存のステップのみを変更でき、リンクは階層ビューを介して変更する必要があります。

詳細については、ワークフローダイアグラムの編集を参照してください。

ワークフロー受信トレイカウンター

アクションが起動されていない場合でも、ワークフローの受信トレイカウンターが非同期で更新されるようになりました。この動作を構成するために、「一時タスク」セクションのワークフローの構成に 2 つのパラメーターが追加されました。

詳細については、ワークフローの受信トレイカウンターの構成を参照してください。

プロセスインスタンスのコメント履歴

コメントを残す前に前のコメントを読む可能性がある方が直感的であるため、ワークフローのすべてのコメントをユーザータスクから直接表示できるようになりました。

/5.9.0-WorkflowComments.png

その他のワークフロー

選択したワークフローの履歴のクリア

ワークフロー履歴テーブルビューで、手動で選択したワークフローの履歴を削除できるようになりました。クリーンアップを完了するには、データスペースの削除を実行する必要があります。

履歴データを削除するための新しい手順の詳細については、下位互換性を参照してください。

新しいスケジュール済みタスクの追加

新しい SchedulerMarkDataspaceHistoryForPurge タスクは、指定された日数より古い場合、特定のデータスペースの履歴を削除対象としてマークします。

ステップの複製

ワークフローモデリングでは、以前に定義されたステップを複製できるようになりました。再利用を容易にするために、新しいステップは親なしで作成されます。その後、別の既存のステップに再リンクできます。

レコードまたはレコードのリストを削除するための新しいビルトインスクリプト

レコードを識別するデータスペース、データセット、XPath にプロパティが指定されている場合、ビルトインのスクリプトタスクを使用してレコードを削除できるようになりました。

パブリケーション名からプロセスインスタンスを取得するための新しい Java API

ワークフローモデルが更新され、同じパブリケーション名で再公開された場合、事前に起動されたワークフローを取得できませんでした (パブリケーション名はリセットされて再利用されます)。パブリケーションがアクティブでなくなったものを含め、起動するパブリケーション名 (起動時に使用されるパブリケーション名) からワークフローを取得するために、Java API に WorkflowEngine.getProcessInstanceKeysWorkflowEngine.getProcessInstanceKeysFromHistory という 2 つの新しいメソッドが追加されました。

公開されたプロセスから元の公開名を取得するための新しい Java API

元のパブリケーション名を取得するために、新しいメソッド PublishingProcess.getOriginalPublicationName が追加されました。

パブリケーション名の並べ替えとフィルタリングを容易にするための新しい列の追加

パブリケーション構造が変更され、元のパブリケーション名が「パブリケーションテーブル」に保存されるようになりました。WorkItemsProcess の両方の管理テーブルと、データワークフローセクションのすべてのテーブルに 2 つの新しい列が追加されました。

  • 起動中のパブリケーション名

  • パブリケーション日

デフォルトでは、ワークフローセクションのさまざまなビュー (受信トレイ/アクティブなワークフロー/作業項目/完了済みワークフロー) で非表示になっていますが、これらの列はカスタムビューで使用できます。

改善された公開ラベル

最初のパブリケーション名が保存され、パブリケーションが無効または非公開になっている場合でも表示できます。

  • パブリケーションが利用可能な場合PUBLICATION_LABEL + "[" + PUBLICATION_NAME + "]" またはラベルが定義されていない場合は PUBLICATION_NAME

  • パブリケーションが利用できない場合PUBLICATION_LABEL + "[" + PUBLICATION_NAME + ":" + PUBLICATION_DATE + "]" またはラベルが定義されていない場合は PUBLICATION_NAME + ":" + PUBLICATION_DATE

改善されたプロセスラベル

プロセスラベルのレガシー表示には、パブリケーション名も含まれます。パブリケーション名は保存されるため、常に表示されます。テンプレートは次のとおりです。

  • パブリケーションが利用可能な場合PUBLICATION_NAME + "#" + PROCESS_ID

  • パブリケーションが利用できない場合PUBLICATION_NAME + "#" + PROCESS_ID + ":" + PUBLICATION_DATE

データ検証

null 値の検証ルール

データモデルアシスタントの検証ルールエディターを使用して、null 値の制約を定義できるようになりました。詳細については、検証ルールを参照してください。

非ブロッキング検証ルール

ユーザーが検証エラーのあるフォームを送信したときに、フィールドで定義された検証ルールの動作を指定できるようになりました。つまり、フォームの送信時に、検証ルールに違反する入力が拒否されるかどうかを示すことができるようになりました。詳細については、検証ルールを参照してください。

検証設定

データセット、テーブル、またはレコードを検証する際の設定を指定するための新しいクラスが追加されました。この新しいクラスには、以下を指定できる新しいプロパティが含まれています。

詳細については、ValidationSpec を参照してください。

一括更新の検証の無効化

プロシージャの実行中にデータセットの増分検証を無効にすることができるようになりました。この新機能の使用は、プロシージャで大量の変更を実行するときに役立つ場合があります。つまり、増分検証を無効にすると、プロシージャで実行される各更新の検証が妨げられ、一括更新中に重要なパフォーマンスの向上につながる可能性があります。

詳細については、ProcedureContext.disableDatasetValidation を参照してください。

検証レポートのリセット

データセット、テーブル、またはデータスペースに含まれるデータセットの検証レポートをリセットするための新しいメソッドが Java API に追加されました。

詳細については、Adaptation.resetValidationReportAdaptationTable.resetValidationReport、および AdaptationHome.resetValidationReports を参照してください。

外部キーフィルターの動的検証メッセージ

外部キー制約に対して定義されたプログラムフィルターで、動的検証メッセージを指定できるようになりました。

詳細については、TableRefFilter.getValidationMessage を参照してください。

検証メッセージのしきい値

検証レポート項目が、EBX® メイン構成ファイルのプロパティ ebx.validation.constraints.messages.threshold で定義されたしきい値に達した制約に関連しているかどうかを示す新しいメソッドが追加されました (ebx.properties)。

詳細については、ValidationReportItem.isValidationMessageThresholdItem を参照してください。

データサービス

REST Toolkit

JAX-RS2.1 アノテーションを使用して、カスタム REST API を開発できるようになりました。REST サービス操作は、Java メソッドによって実装されます。JSON メディアタイプは、JSON を Java タイプに自動的にマップできる JSON バインディング用の Java API (JSON-B) を使用して、本文コンテンツでサポートされます。たとえば、データ転送オブジェクト (DTO) です。他のメディアタイプも利用できます。詳細については、ドキュメントを参照してください。EBX® API を使用するための次の拡張コンポーネントが追加されています。

詳細については、REST Toolkit を参照してください。

ビルトイン RESTful サービス

ビルトインの RESTful サービスは、次のトピックで改善されました。

データ操作

osd:emailosd:htmlxs:Nameosd:passwordosd:text の JSON メタデータ値タイプに専用のものを使用することで、これらのメタデータ値タイプが改良されました。すべての操作において、データ値の表現が変わることはありません。

詳細については、単純型のコンテンツを参照してください。

ページ化されたアクセス

API のパフォーマンスを向上させるために、ページ付けのコンテキストが更新されました。nextPage の URL が変更されましたが、下位互換性は確保されています。

pageSize パラメーター値の上限が削除されました (SOAP 操作と同等)。

詳細については、テーブルパラメーターを参照してください。

認証

基本認証がアクティブ化され、認証が失敗した場合、リクエストにヘッダーを追加することでインタラクションを非アクティブ化できるようになりました。

詳細については、リクエストヘッダー X-Requested-With を参照してください。

トークン認証

EBX® のデフォルトディレクトリを使用する場合、トークンの作成により、ユーザーはパスワードを変更するように求められます。パスワードの変更は、新しいパスワード変更操作を介して行うことができます。

トークン認証方式が常にサポートされるようになり、EBX® プロパティ ebx.dataservices.rest.auth.token.activate はサポートされなくなりました。

DirectoryDefault を参照してください。

チェック

リクエストヘッダー「Content-Type」がチェックされます。

詳細については、Content-Type ヘッダーリクエストを参照してください。

ロギング

一部の REST 操作ログは、ebx.log4j.category.log.restServices プロパティキーで識別されるより適切な新しいメインログカテゴリに移行されました。詳細については、EBX® ログの構成を参照してください。

パフォーマンス

データサービス

ページ付けの REST 選択テーブル操作が改善されました。

権限

ユーザーサービスの権限がセッションキャッシュスコープに追加されました。これらは、特に多くのサービスが表示されるユースケースで、応答性を向上させます。

このキャッシュは以前と同じように機能します。プログラムによるルール (コンテキストと動的であるためキャッシュされません) ではなく、ユーザー定義のアクセス許可ルールのみが考慮されます。そのライフサイクルは、以下で説明するようにコンテキストに依存します。

注意

プロシージャコンテキストで権限を変更する場合 (EBX® アーカイブのインポートやプログラムによるデータスペースのマージなど)、セッションキャッシュは Session.clearCache を使用してクリアする必要があります。そうしないと、プロシージャが終了するまで、これらの変更は反映されません。

データモデリング

主キーの進化

データモデルの公開プロセスが拡張され、セマンティックテーブルの主キー定義に対して実行された変更が検出されるようになりました。つまり、データモデルアシスタントでデータモデルを公開するときに、主キー定義で実行された変更に関する警告が表示されるようになりました。これらの変更の詳細も表示されます。

データモデルの進化の詳細については、データモデルの進化を参照してください。

Java ソースの場所

データモデルアシスタントでは、データモデルで使用される Java ソースの複数の場所を定義できるようになりました。

詳細については、データモデルのプロパティを参照してください。

イントロスペクション API

永続性とデータベース

新しくサポートされたデータベース

SAP HANA® がサポートされるデータベースエンジンの 1 つとして追加されました。バージョン 2.0 以降では、Standard Edition、Enterprise Edition、Express Edition がサポートされています。

データベース間の移行

リポジトリをあるデータベースから別のデータベースに完全に移行できるようになりました。移行は自動的に行われます (グローバル設定を除いて、ターゲットデータベースへの技術的な介入は必要ありません)。

詳細については、データベース間の移行を参照してください。

履歴の匿名化

指定されたファンクションキーに従って、履歴内の一連のレコードを匿名化するための新しい Java インターフェイスが利用可能です。

詳細については、RepositoryAnonymizer を参照してください。

データベース列名の変更

マップされたテーブルの場合、データベース列の名前をプログラムで変更できるようになりました。典型的な使用例は、スキーマタイプの変更により、「name00」などの名前が自動的に付加された新しい列が作成される場合です。UI を介して名前の変更はすでに可能でしたが、この新しい API を使用すると、複数の環境または多くのテーブルで名前の変更を自動化できます。

詳細については、DatabaseMapping を参照してください。

その他

その他の便利な Java API

データセット参照の取得

新しいメソッド Adaptation.getDatasetReference を使用すると、データセットの AdaptationReference を取得できます。

モジュール登録に関するシステムセッション

新しいメソッド ModuleContextOnRepositoryStartup.createSystemUserSession を使用すると、モジュールの起動中に新しい EBX® システムセッションを取得できます。

Web コンポーネントへの追加パラメーターの設定

新しいメソッド UIHttpManagerComponent.setAdditionalParameter は、Web コンポーネントに追加の特定のパラメーターを設定します。

WebListener アノテーション

EBX® モジュールは、サーブレット 3.0 の @WebListener アノテーションを使用して登録できるようになりました。要件としては、アノテーション付きクラスを EBX® モジュールに配置し、ModuleRegistrationListener を拡張し、アプリケーションサーバーでサーブレット 3.0 アノテーションスキャンをアクティブ化する必要があります。

詳細については、モジュール登録を参照してください。

D3 の高度なセットアップ

D3 レプリカノードの高度なセットアップを実行するために、新しい Java インターフェイス ModuleRegistrationAdvancedD3 が利用可能です。

たとえば、相互に依存する複数のブロードキャストデータスペースが使用されている場合、このインターフェイスを実装すると、レプリカノードに必要な D3 配信データスペースを作成できます。

埋め込みサードパーティライブラリ

EBX® には、このリリースでいくつかの新しい追加が加えられた独自のサードパーティライブラリがパッケージ化されています。これにより、Java ランタイム環境 9 以降が簡素化され、アプリケーションサーバーのインストールが改善されます。

アクティベーション

アクティベーション (JSR-925) ライブラリが埋め込まれています。

アノテーション

一般的なアノテーション API (JSR-250) ライブラリが埋め込まれています。

JAX-RS

CXF および JAX-RS API (JSR-370) ライブラリが組み込まれています。

JSON

Johnzon、JSON 処理 API (JSON-374)、JSON バインディング API (JSON-367) ライブラリが埋め込まれています。

XML

Bcel、JAXB (JSR-222)、SAAJ (JSR-67)、Xalan、Xerces、Stax2 (JSR-173) ライブラリが埋め込まれています。

JVM オプション --add-modules java.xml.ws を削除する必要があります。

注意

これらのサードパーティライブラリの一部を、ebx.jar とは別に展開したり、カスタム Web アプリケーションに組み込んだりすると、競合が発生する可能性があります。詳細については、埋め込みサードパーティライブラリを参照してください。

バージョンアップグレード

このリリースノートで提供される情報に加えて、ドキュメント 5.9 Java API の変更には、このリリースで提供される Java API の変更の完全なリストが記載されています。

サポートされる環境の変更

サポートされる環境の章が更新され、以下に詳述する必要なアップグレードが反映されました。

ブラウザーのサポート

Microsoft Internet Explorer 8 および 9 はサポートされなくなりました。

Mozilla Firefox の場合、ESR 52 のサポートは ESR 60 に移行しました。

JVM サポート

Java ランタイム環境の要件は、JRE 8 以降になりました。

Oracle サポート

Oracle 10g はサポートされなくなりました。現在サポートされている Oracle の最小バージョンは 11g です。

PostgreSQL サポート

現在サポートされている PostgreSQL の最小バージョンは 9.4 です。

下位互換性

サーバー起動時の新しい動作

EBX® リポジトリが、依存する展開済み EBX® モジュールと常に整合性があることを保証するために、リポジトリ初期化プロセスは、予期されるモジュールの登録を際限なく待機するようになりました。

予期されるモジュールが何らかの理由で展開されない場合は、新しいプロパティ ebx.module.undeployedModules宣言する必要がありますkernel ロギングカテゴリは、待機中のモジュールを示していることに注意してください。

詳細については、モジュールの展開解除宣言を参照してください。

最終的な結果として、以前のプロパティ ebx.module.timeInSecondsForModuleRegistration が無視されるようになりました。

Web コンポーネントおよび iframe としての EBX®

状況によっては、EBX® が内部の iframe またはオブジェクトを追加する場合があります。つまり、iframe で EBX® を Web コンポーネントとして使用する場合、EBX® のアップグレード後に、親子関係に依存するカスタム JavaScript コードが破損する可能性があります。

これを回避するには、次のことをお勧めします。

window.parent の代わりに ebx_getContainerWindow().parent を使用します。

webComponentIFrame.contentWindow の代わりに webComponentIFrame.contentWindow .ebx_ContentWindow() を使用します。

詳細については、メソッド ebx_getContainerWindow() および ebx_ContentWindow() のドキュメントを参照してください。

同じ理由で、JavaScript (XHR) で Web コンポーネントとして呼び出される UIService は機能しなくなります。このようなハッキングは、アップロードサービスを実装するために使用された可能性があります。代わりに、UserService または REST サービス API を使用することを強くお勧めします。

色の設定

新しいスキンのデザインには、ユーザーインターフェイスのカスタマイズに使用される色の再デザインも含まれます。一部の色パラメーターは、使用されなくなったため削除されました。テーブルで使用されている色はデフォルト値にリセットされているため、ユーザーは新しいデザインをカスタマイズする前に楽しむことができます。

詳細については、色とテーマを参照してください。

ワークスペースでの生 HTML サポートの終了

ワークスペースのタイトルで未加工の HTML を使用できなくなりました。HTML タグを含むテキストがエスケープされるようになりました。これには、インターフェイス UILabelRenderer を実装するクラスによって生成されたテキストが含まれます。

UILabelRendererForHierarchy を実装することによる階層ビューおよび階層ノードの表示など、場合によっては、HTML は引き続き許容されます。HTML を受け入れるこれらのケースと他のケースを区別するために、新しいメソッド UILabelRendererContext.isHTMLForbidden が追加されました。

ホームアイコンを設定する Java メソッド

新しいスキンのグラフでは、レコードフォームにタブがある場合、メインタブにホームアイコンが表示されなくなりました。その結果、既存の Java メソッド setHomeIconDisplayed は無効になり、非推奨としてマークされました。

詳細については、UserServiceRootTabbedPane.setHomeIconDisplayed および UIFormPaneWithTabs.setHomeIconDisplayed を参照してください。

モジュールレベルでのロケール宣言の削除

ロケールは、モジュールレベルで宣言できなくなりました。代わりに、ロケールはメイン構成ファイルでグローバルに宣言する必要があります。

その結果、module.xml ドキュメントから <locales> エレメントを削除し、足りないロケールはメイン構成ファイルの ebx.locales.available プロパティに追加する必要があります。モジュールにまだロケールが定義されている場合、それらは無視され、EBX® に警告メッセージが記録されます。

詳細については、新しいロケールの追加を参照してください。

ビルトイン RESTful API

osd:emailosd:htmlosd:passwordosd:text の JSON メタデータ値タイプは、string 値として返されなくなりました。

詳細については、データ操作を参照してください。

REST 転送認証方法

/ パスコンテキストでの Web アプリケーションの展開はサポートされなくなりました。

詳細については、Web アプリケーションを参照してください。

ワークフロー - 選択したワークフローの履歴のクリア

より大きなボリュームを処理するために、履歴データの削除プロセスが改善されました。現在は、ワークフローの削除と残りのデータの削除という 2 つの異なるステップで構成されています。最初のステップは、前の「日付からクリア」サービスとまったく同じように機能しますが、唯一の違いは、履歴内の「ワークフロー」テーブルのみをクリアすることです。2 番目のステップは、バックグラウンドですべての残りを削除するために、標準の EBX® パージを実行することです。

詳細については、ワークフロー履歴をクリーンアップする方法を参照してください。

ワークフロー - 作業項目提供時のロールの制御

作業項目を提供するときのプロファイルの制御の動作が変更されました。以前の動作では、単一の空のロール (ユーザーを含まないロール) は、プロファイルのリストに有効なユーザーが含まれている場合でも、作業項目を「エラー」状態でロックしていました。

リストに含まれる項目とエラーの状態は、次のとおりです。

  • ユーザーのみ:エラーなし

  • ユーザーとロール (空かどうかにかかわらず):エラーなし

  • 少なくとも 1 人のユーザーを含むロールのみ:エラーなし

  • 空のロールのみ:作業項目はエラー状態に設定されます。

ロールが空の場合は常に、デバッグのために警告がワークフローログに保存されます。

EBX® の Web コンポーネントとしての使用

一部のエンティティパラメーターが欠落している場合、Web コンポーネントにエラーが表示されることがあります。以前は、Web コンポーネントは、ユーザーが最後にアクセスしたデータスペースに基づいて、欠落しているエンティティパラメーターを埋めようとしました。

レイアウトパラメーター viewFeatures および recordFeatures を使用した「階層リンク」機能の指定は非推奨になり、無視されるようになりました。

詳細については、TIBCO EBX® の Web コンポーネントとしての使用 を参照してください。

データモデリング

不具合の修正 #17372 の結果として、データモデルのコンパイルが動的ファセットに関してより厳密になりました。つまり、データを操作する際の予期しないエラーを防ぐために、動的ファセットが、動的ファセットを保持するフィールドの祖先ではないリストの下のフィールドをターゲットにしている場合に、コンパイルエラーが発生するようになりました。

詳細については、動的制約を参照してください。

終了ポリシー

エラーリダイレクトは非推奨になり、EBX® では無視される可能性があります。

強力なエンコードサポートの終了

プロパティ ebx.urlParameters.strongEncoding は、EBX® メイン構成ファイルで指定されている場合は無視されるようになりました。

Web アクセス管理ツールは、URL で文字 A-Za-z0-9 / - _. ! ~ * ' ( ) % を許可するように構成する必要があります。これらのツールでは、%00-%1f、%7f-%ff、%25 を含むすべてのパーセントエンコード文字も許可する必要があります。

検証検索用の XPath 関数

関連付けと外部キーで定義された XPath フィルターとして、検証検索用の XPath 関数 (osd:has-validation-item() または osd:contains-validation-message( 'xxx ')) を使用することはできなくなりました。つまり、検証検索用の XPath 関数が関連付けまたは外部キーのコンテキストで使用されると、コンパイルエラーが発生するようになりました。

データモデル - カスタムツールバーのボタン構成

ツールバーの構成フォームで、フィールド「レリーフ」が削除されました。レリーフ構成は無視され、ボタンはフラットになりました。

ボタンのデフォルトのレリーフは「FLAT」になりました。

ボタンに境界線を設定するには、メソッド UIButtonSpec.setRelief を引数 UIButtonRelief.EMBOSSED とともに使用する必要があります。

インストールされた環境をアップグレードする方法

EBX® のバージョンをアップグレードするには、次の手順を実行します。

  1. RDBMS とディレクトリ ebx.repository.directory を含むリポジトリのバックアップを作成します。

  2. アプリケーションサーバー上の *.war ファイルと ebx.jar ファイルを置き換えます。

  3. EAR またはアプリケーションサーバーに、新しく必要な ebx-ui.war ファイルを追加します。詳細については、Java EE 展開を参照してください。

  4. ebx.properties ファイルの ebx.log4j.category.log.restServices プロパティキーで、新しいメインロギングカテゴリを追加します。詳細については、EBX® ログの構成を参照してください。

注意

EBX® アドオンを使用している場合は、アップグレードする前に、アドオンのバージョンが EBX® バージョン 5.9 と互換性があることを確認してください。アドオン自体の下位互換性については、各アドオンのリリースノートを参照してください。

このバージョンで EBX® リポジトリを使用すると、以前のバージョンでの使用はサポートされません。したがって、後でダウングレードする可能性を維持するために、上記のように、アップグレードする前にバックアップを作成する必要があります。

不具合の修正

コアエンジン

データモデリング

データサービス

データビュー

データワークフロー

インポートとエクスポート

ユーザーインターフェイス

ユーザーと権限

5.9.0 fix B 不具合の修正

コアエンジン

データモデリング

データ検証

データビュー

データワークフロー

データスペースと履歴

分散データ配信 (D3)

Java EE の統合

ユーザーインターフェイス

ユーザーと権限

5.9.0 fix A 不具合の修正

コアエンジン

データモデリング

データ検証

データビュー

データワークフロー

データスペースと履歴

ユーザーインターフェイス

不具合の修正

コアエンジン

データモデリング

データサービス

データ検証

データビュー

データワークフロー

データスペースと履歴

ドキュメント

インポートとエクスポート

その他

ユーザーインターフェイス

ユーザーと権限