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

6.1.3

6.1 サービスパック

6.1.3

6.1.3 は、2023 年 12 月 4 日にビルドされました。このサービスパックの概要は次のとおりです。

下位互換性 - 関連付けの定義に使用されるノードの権限チェック

「外部キーによる」関連付けと「リンクテーブルを介した」関連付けは、それらを定義するノードの少なくとも 1 つが機密で非表示の場合、非表示になりました。

詳細については、機密性の定義を参照してください。

下位互換性 - 表示ポリシー

Unicode CLDR は JRE バージョンとともに変更され、整数や 10 進数などのロケールに依存するフォーマットに影響を与えます。デフォルトでは、EBX® は JRE のネイティブフォーマットを使用します。ただし、このオプションは構成できます。詳細については、サポートされるアプリケーションサーバーを参照してください。

下位互換性 - ユーザー認証

EBX® がユーザー認証を処理し、認可を保存する方法が変更されました。

  • このリリースでは、ebx-authentication サーブレットが追加されました。ログインが必要な場合、EBX® はユーザーをこのサーブレットに自動的にリダイレクトします。これはユーザーの観点から見て透明である必要があります。カスタムディレクトリまたはカスタムログインページを使用している場合は、この変更に注意が必要な場合があります。

  • 認証情報は Cookie に保存されます。その結果、EBX® にアクセスするには Cookie を有効にする必要があります。

詳細については、ユーザー認証を参照してください。

ビルトイン RESTful サービス

data-bo および data-compact-bo カテゴリを使用した新しいビジネスオブジェクト操作が操作カテゴリに追加されました。さらに、新しいビジネスオブジェクトカテゴリは次のとおりです。

data および data-compact カテゴリの新しいデータセット選択操作が利用可能になりました。詳細については、データセットの操作および OpenAPI 操作を参照してください。

セレクターのページ付けが強化され、最初、前、最後のページナビゲーションのための 3 つの新しいリンクが追加されました。詳細については、ページ付けを参照してください。

ストップワードと同義語

ストップワードと同義語のリストを検索データモデル拡張機能で定義できるようになりました。

詳細については、同義語とストップワードを参照してください。

一意性制約の大文字と小文字の区別

文字列フィールドの一意性をチェックするために使用される大文字と小文字の区別を指定できるようになりました。デフォルトでは、大文字と小文字を区別するオプションが適用されます。

詳細については、一意性の制約を参照してください。

Date、DateTime、Time

Date、DateTime、Time データ型のインデックス作成が強化され、サーバーのタイムゾーンが変更された場合でもフィルタリングの一貫性が向上しました。結果として、これらのデータ型を含むテーブルに最初にアクセスするときに、インデックスの再構築による遅延が発生する可能性があります。

ステージング

  • ロールメール、ローカライズされたラベル、および説明がステージングされました。ロール間の関係もステージングされるようになりました。

    注意

    ロールを持つ 6.1.2 アーカイブは、フィールドや関係なしで 6.1.3 リポジトリにインポートできます。

  • 非公開ビューがサポートされるようになりました。

  • ステージングに関するドキュメントが更新され、ステージングできるアドオンコンポーネントとそれらのコンポーネントの場所に関する情報が追加されました。

EBX® Container Edition

インストーラーは以下をビルドできるようになりました。

  • 従来のアドオンを含むイメージ

  • 現在のアーキテクチャだけでなく、複数のアーキテクチャのイメージ

詳細については、イメージのビルドを参照してください。

データ検証

子データセット検証の動作を変更できるようにするプロパティが追加されました。詳細については、子データセットの検証モードを参照してください。

データセットフィールドへの依存関係

テーブルの制約で、データセットフィールド (テーブルの下にないフィールド) への依存関係を定義できるようになりました。増分検証のコンテキストでは、これは、データセットフィールドに対して実行される更新は制約の完全な再検証を意味することを意味します。詳細については、DependencyDefinitionContext.addDependencyToModify および DependencyDefinitionContext.addDependencyToModify を参照してください。

Java ランタイム環境

JRE 17 および 21 LTS がサポートされるようになりました。JRE 11 が現在もサポートされている WebLogic 14c を除き、JRE 11 のサポートが削除されました。WebLogic サポートの詳細については、WebLogic 14c のインストールに関する注意事項を参照してください。

ebx.properties ファイル、ebx.mail.smtp.ssl.provider、および ebx.mail.smtp.ssl.factory を使用してメールが構成されている場合は、プロパティは無視されるようになり、削除できるようになりました。

詳細については、サポートされるアプリケーションサーバーおよび SMTP とメールの有効化と構成を参照してください。

サポートされるデータベース

PostgreSQL 11 はサポートされなくなりました。現在サポートされている PostgreSQL の最小バージョンは 12 です。詳細については、サポートされるデータベースを参照してください。

既知の問題

6.1.3 既知の問題セクションを参照してください。

修正済みの問題

6.1.3 修正済みの問題セクションを参照してください。

6.1.2

6.1.2 は、2023 年 9 月 8 日にビルドされました。このサービスパックの概要は次のとおりです。

ログの構成

Apache Log4j™ 2、ebx.properties メイン構成ファイル、または両方のメカニズムの組み合わせを使用して、ログメッセージを構成できるようになりました。

詳細については、ログの構成を参照してください。

下位互換性 - リンクフィールドのプロパティの継承

リンクされたフィールドは、そのプロパティのほとんどをターゲットノードから継承するようになりました。プロパティとファセットの継承の結果、リンクされたフィールドへのファセットの追加は廃止されました。警告メッセージがスローされ、ファセットは無視されます。さらに、検証はターゲットノードで行われ、リンクフィールドにはターゲットノードの値のみが表示されるため、リンクフィールドの検証は常に無効になります。

詳細については、リンクされたフィールドを参照してください。

クエリでのプログラムによるアクセスルールの考慮

クエリにセッションを設定して実行すると、セッションで定義されたプログラムによるアクセスルールが結果で考慮されるようになりました。これは、以前のバージョンで、すでに考慮されていたスクリプト化アクセスルールに追加されるものです。

Kubernetes プラットフォームのサポート

EBX® Container Edition は Red Hat® OpenShift® との互換性を持つようになりました。Helm チャートのサンプルが、GitHub から提供されています。

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

Java EE 展開 - 展開

Cookie の管理はデフォルトで有効になります。

修正済みの問題

6.1.2 修正済みの問題セクションを参照してください。

6.1.1

6.1.1 は、2023 年 7 月 10 日にビルドされました。このサービスパックの概要は次のとおりです。

EBX® の SQL

EBX® SQL API には、単一パラメーターの FK_AS_STRING ビルトイン関数が含まれるようになりました。これにより、3 つのパラメーターを使用するバージョンに間違った引数を指定するという問題が回避されます。場合によっては、引き続き 3 つのパラメーターを使用するバージョンを使用する必要があります。詳細については、EBX® SQL 関数を参照してください。

REST 例外処理

REST Toolkit の例外 JSON 形式 は、ビルトイン RESTful サービスの例外 JSON 形式と一致するように更新されました (バージョン 5 と同じ)。

関連付けの検索

クイック検索に関連付けフィールドが含まれるようになりました。さらに、高度な検索を実行するときに、「テキスト検索」演算子を関連付けに使用できます。検索は、関連するレコードのラベルで使用される各フィールドに対して実行されます。

パフォーマンスを向上させるには、新しいプロパティ osd:defaultView/hiddenInQuickSearch="true|false" を使用して、クイック検索ツールからフィールドと関連付けを除外します。

詳細については、デフォルトビューを参照してください。

複雑な検索フィルター

複数の検索条件を論理演算子でグループ化して、複雑なフィルターを作成できるようになりました。グループはツリービューで表示され、さまざまな機能を利用して、最も複雑なフィルターの構築も合理化します。詳細については、複雑なフィルターの作成を参照してください。

ステージング

次の新しいステージングエレメントタイプが追加されました。

  • グローバル許可

  • スケジュールされたタスク

  • ワークフローモデル

起動時のステージングアーカイブの自動インポート機能も追加されました。詳細については、ステージングを参照してください。

権限:アクセス権限の構成

データセットの権限構成画面は、新しいグリッド構成サービスに置き換えられました。このサービスにより、ユーザーは 1 つの画面ですべてのデータセットの権限を設定および確認できるようになります。

権限:履歴へのアクセスとスクリプト化された権限ルール

スクリプト化された権限ルールが構成されている場合に、テーブルの履歴にアクセスするために許可されたプロファイルのリストを構成できるようになりました。詳細については、レコードとテーブル履歴に関するスクリプト化された権限ルールを参照してください。

下位互換性 – 無効なコンテキストでの値の取得

以前のバージョンでは、指定されたノードが現在のレコードと同じテーブルに属していない場合、ReadContext.get(SchemaNode) メソッドは正しく動作しませんでした。現在は、指定されたノードの整合性がチェックされ、現在のレコードと同じテーブルに属していない場合は IllegalArgumentException がスローされます。

ビジネスオブジェクト

TIBCO EBX® Match and Merge Add-on が登録されていない場合でも、ビジネスオブジェクト拡張機能を DMA で使用できるようになりました。

詳細については、ビジネスオブジェクトビジネスオブジェクトモデル、および MainEntity を参照してください。

修正済みの問題

6.1.1 修正済みの問題セクションを参照してください。

Java API

Java API は、次のトピックで改善されました。

注意:6.1.0 は 2023 年 3 月 22 日にビルドされました。

監査証跡

「監査証跡」機能が拡張されました。現在この機能は、比較および検証サービスへのユーザーアクセスを処理します。属性「service-mode」は、「User service」イベントの特定のケースで記録されるようになりました。詳細については、監査証跡を参照してください

タイルビュー

タイルを使用してデータを表示するカスタムビューを作成できるようになりました。タイルはグリッドに配置され、タイトル (必須)、サブタイトル、画像、説明などの情報を含めることができます。タイトルと説明については、フィールドを選択して値を自動的に入力するか、表示するテキストを手動で指定するか、両方の方法を組み合わせて使用できます。さらに、ビューに適用する並べ替え基準とフィルター基準を定義できます。ツールバーも追加できます。詳細については、タイルビューを参照してください。

チームアップ

チームアップ機能は、データのコラボレーションと連携のための新しい方法を導入します。ビジネスユーザーは、レコードにコメントを残したり、レコードを評価したり、レコードにタグを割り当てたりすることができます。チームアップ機能へのアクセスと可視性は高度にカスタマイズ可能です。詳細については、コラボレーション機能 (チームアップ) およびコラボレーション機能 (チームアップ) の概要を参照してください。

階層

このリリースには、次の新しい階層機能と更新された機能が含まれています。

レコードメタデータ

レコードのメタデータがテーブルの構造に自動的に追加されるようになりました。メタデータノードを使用すると、レコードに関する作成者、作成時間、最終変更者、最終変更時間、および一意の識別子 (UUID) の情報を取得できます。このメタデータは現在データモデルの一部であるため、次のことができます。

詳細については、レコードメタデータSchemaMetadataConstantsSchemaNode.getNodeChildren を参照してください。

ステージング

新しいステージング機能を使用すると、EBX® リポジトリ内のエレメントをある環境から別の環境に移動できます。たとえば、構成設定を開発環境からテスト環境にステージングできます。詳細については、ステージングを参照してください。

ワークフロー

ワークフローにいくつかの改善が加えられました。

ワークフローランチャー

ワークフローランチャービルトインサービスは、次のように改善されました。

  • ワークフローランチャーをアクティブ化するときに、複数のテーブルを同時に選択できるようになりました。

  • レコードの選択が必要なワークフローを起動または表示するプロセスが簡素化されました。ユーザーは、テーブルビューの行に表示されるツールバーからワークフローを表示および起動できるようになりました。これにより、ワークフローを起動する前にレコードを開いたり、[アクション] メニューを使用してワークフローを見つけたりする必要がなくなります。詳細については、データセクションのワークフローランチャーを参照してください。

ワークフローモデルエディターの改善

  • 新しいステップを作成するときに、検証されていないレイアウトの変更が保存されていない場合に、ポップアップが表示されるようになりました。

  • リンクの配置をカスタマイズし、より一般的には、新しいコネクタを使用してステップの配置をカスタマイズします。

  • レイアウトの未検証の変更が保存されていない場合、ポップアップが表示されるようになりました。新しい自動配置モードである「縦方向レイアウト」が利用可能です。

新しいビルトインスクリプトタスク

  • レコード文字列値の更新

  • レコードのフィールド値の取得 (文字列)

  • データスペースラベルの更新

  • ワークフローラベルの更新

ワークフローの公開と非公開のための新しい API

  • ワークフロー公開 API:ワークフローの準備と公開のための WorkflowPublisher クラスを導入します。WorkflowEngine.getWorkflowPublisher() を使用してインスタンスを取得します。詳細については、WorkflowPublisher を参照してください。

  • ワークフロー非公開 API: WorkflowEngine は、ワークフロープロセスを非公開にしてそのアクティブなインスタンスを管理するメソッドを提供するようになりました。詳しい使用方法については、WorkflowEngine を参照してください。

パースペクティブ

EBX® への接続時に、新しいパースペクティブモードをデフォルトとして設定できるようになりました。次の 2 つのモードから選択します。

パースペクティブモードも参照してください。

データモデリング

データモデリングには、次の新機能が含まれています。

エンティティ名

デフォルトでは、データモデルで名前が明示的に定義されていない場合、テーブルのエンティティ名が自動的に作成されるようになりました。エンティティ名を使用すると、パスの代わりに一意の名前を使用して、SQL リクエストおよびデータサービス操作でテーブルを直接参照できます。これは、SQL リクエストのエイリアスと WSDL 操作のサフィックスを定義することによって実現されます。この新しい動作は、既存のデータモデルに影響を与える可能性があります。

下位互換性セクションに記述されているように、この新しい動作により、データモデルのコンパイル時にエラーが発生する可能性があることに注意してください。

検索戦略

レーベンシュタイン、Soundex、Double Metaphone、および NGram 検索戦略を文字列フィールドで定義できるようになりました。以前は、これらの戦略は EBX® Information Search Add-on が展開された場合にのみ利用可能でした。データモデルがすでにそれらを使用している場合は、それ以上のアクションは必要ありません。

詳細については、文字列の高度な戦略を参照してください。

データ検証

レコードレベルチェックでテーブルに制約を作成する場合、レコードの作成ステータスに応じて動作を指定できるようになりました。インジケーターを使用して、現在のレコードが作成されているかどうかを確認できるようになりました。現在のレコードが作成されている場合、メソッド isRecordCreation()true を返します。詳細については、ValueContextForValidationOnRecord.isRecordCreation を参照してください。

リクエストとクエリの最適化

いくつかの機能のパフォーマンスが向上しています。特に、次の点が向上しています。

Java API

Java API は、次のトピックで改善されました。

反復可能な RequestResult

RequestResultIterable<Adaptation> を拡張するようになり、簡素化された構文を使用してトラバースできるようになりました。

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

リポジトリ

新しいメソッド Repository.getDefaultWhenFullyInitialized() は、リポジトリが完全に初期化され、SOAP、REST ビルトイン、REST Toolkit リクエスト、および UI を処理できるようになるまで、呼び出しスレッドをブロックします。

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

SchemaLocation

パッケージ化された埋め込みデータモデルのプロパティを取得するために、いくつかのメソッドが SchemaLocation に追加されました。

詳細については、SchemaLocation.isPublicationSchemaLocation.getPublicationName、および SchemaLocation.getPathInModule を参照してください。

UICustomViewContext

新しい Java インターフェイス UICustomViewContext により、以下を取得できます。

  • 特定のユーザーに推奨されるビュー。

  • 特定のユーザーのお気に入りのビュー。

  • 現在適用されているビュー。

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

ValidationReportItemSubject

ValidationReportItemSubject に 2 つの新しいメソッドが追加され、検証項目のサブジェクトタイプがチェックされます。

データサービス

次のセクションでは、データサービスの新機能と改善点について説明します。

REST Toolkit API

OpenAPI 操作は、「api」カテゴリを REST Toolkit リソースの生成ドキュメントに拡張するようになりました。詳細については、OpenAPI を参照してください。

ビルトイン RESTful サービス

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

URL エンコーディング

REST サービスの URL エンコーディングが改善されました。現在、RFC-3986 with percent encoding (section 2.1) の URI 仕様に準拠しています。

詳細については、下位互換性を参照してください。

レコードメタデータ

Select 操作が改善され、新しい includeMetadata パラメーターを使用してレコードメタデータが返されるようになりました。システムメタデータは、作成者、作成時間、更新者、および更新時間メタデータフィールドを持つ filter および sort パラメーターで使用できるようになりました。結果として、次のようになります。

  • includeMeta は廃止され、includeMetamodel パラメーターに置き換えられました。

  • includeTechnicals パラメーターは廃止され、「system」値を持つ includeMetadata パラメーターに置き換えられました。

  • checkNotChangedSinceLastUpdateDate パラメーターは廃止され、Delete 操作の checkNotChangedSinceLastUpdateTime パラメーターに置き換えられました。

Update 操作と Delete 操作は、拡張形式と同じメカニズムを持つ JSON コンパクト形式の楽観ロックをサポートするようになりました。詳細については、データモデリングのレコードメタデータincludeMetadata パラメーターincludeMetamodel パラメーター、および checkNotChangedSinceLastUpdateTime パラメーターを参照してください。

新しい一括更新および Delete 操作

これらの操作は、XPath 述語式および/または XPath 式を含むことができる公開されたテーブルビューを組み合わせることができます。更新操作は、一致する各レコードに 1 つ以上の変更を適用します。

詳細については、Insert 操作および Delete 操作を参照してください。

ヘルス REST ビルトイン

新しいヘルスカテゴリオペレーションは、EBX® サーバーの監視に役立ちます。

詳細については、ヘルスオペレーションを参照してください。

軽量 JSON 拡張形式

複数回の列挙フィールドのセレクター URL は、各オカレンスではなく、フィールドの下に移動されます。この変更により、Select 操作の JSON コンテンツが軽くなります。

ビルトイン SOAP 操作

ビルトイン SOAP 操作は、次の領域で改善されました。

レコードメタデータ

Select 操作が改善され、新しい includesMetadata パラメーターを使用してレコードメタデータが返されるようになりました。システムメタデータは、作成者、作成時間、更新者、および更新時間のフィールドを持つ述語パラメーターで使用できるようになりました。結果として、includesTechnicalData は廃止され、「system」値を持つ includesMetadata パラメーターに置き換えられました。

Update 操作が改善され、フィールドが無視された場合でも、Select 操作によって返されたすべてのデータコンテンツが取得されるようになりました。たとえば、ebx-metadata/system/update_time を除いて、関連付け値とレコードメタデータを取得して、楽観ロック機能を確実に成功させることができます。

詳細については、includesMetadata パラメーターUpdate 操作レコードメタデータを参照してください。

EBX® メイン構成ファイル

メイン構成ファイルは、次のトピックで改善されました。

JNDI を使用しない SMTP の構成

Java Naming and Directory Interface (JNDI) を無視する場合、メール送信のタイムアウトをメイン構成ファイルから構成できるようになりました。

詳細については、SMTP とメールの有効化と構成を参照してください。

EBX® Container Edition

Container Edition は、次のトピックで改善されました。

Java SE 開発キット

JDK は LTS バージョン 17 にアップグレードされました。

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

SMTP タイムアウトの構成

メール送信のタイムアウトを構成できるようになりました。

詳細については、メール接続を参照してください。

このリリースの制限事項

階層の制限事項

新しい依存関係の許可されたディメンションには、次のことが適用されます。

クエリの制限事項

これらの機能のパフォーマンスはまだ最適化されていません。

次のケースは、Lucene インデックスに依存していません。このため、2 つの結果が生じます。1 つ目は、パフォーマンスが最適化されていないことです。2 つ目は、クイック検索の動作が全文検索ではなく、「contains」のように動作することです。

インデックスの最適化の恩恵を受けていないより具体的なケースについては、次のセクションで説明しています。

値のラベル付けの制限事項

値のラベル付け機能を使用した検索と並べ替えには、値のラベル付けセクションで説明されているいくつかの制限があります。

データ検証の制限事項

リンクフィールドの制限事項

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

このリリースノートで提供される情報に加えて、6.1 Java API の変更の章では、バージョン 6.0 のリリース以降に公開された新しい Java API の完全なリストが提供されています。

コンパイルおよびビルド環境

コンパイルおよびビルド環境では、ebx.jar の代わりに、次の新しい開発 JAR ライブラリを使用する必要があります。

注意

ebx.jar の Java 型は難読化されなくなりました。

注意

実行時には、開発 JAR ライブラリを展開しないでください。引き続き ebx.jar ライブラリのみを使用してください。

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

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

ブラウザーのサポート

Microsoft Internet Explorer と Microsoft Edge の非 Chromium バージョンはサポートされていないことに注意してください。

JVM サポート

必要な Java ランタイム環境は、JRE 17 または 21 LTS のいずれかです。Java 8 および 11 はサポートされなくなりました。

IBM サポート

WebSphere Application Server 9 はサポートされなくなりました。

WebSphere Application Server Liberty (Java EE 8 のみ) がサポートされています。

Oracle サポート

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

PostgreSQL サポート

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

Microsoft サポート

SQL Server 2012 SP4 はサポートされなくなりました。現在サポートされている SQL Server の最小バージョンは 2014 です。

既存の EBX® 5 環境の移行

既存の EBX® 5 環境から実行可能な EBX® 6 を入手するには、専用の移行ガイドに従ってください。

既存の EBX® 6 環境からのアップグレード

Lucene ライブラリのバージョンが 8.11.0 から 9.4.0 に上がり、インデックス形式が変更されました。その結果、インデックスを保持するディレクトリは、製品のアップグレード中に自動的に削除されます。したがって、インデックスの再構築では、各テーブルへの最初のアクセスで遅延が発生することが予想されます。検索動作にも若干の変更が見られます。

データセット作成オプションの削除

データセットの作成サービスで、外部データモデルからデータセットを作成するオプションが削除されました。データモデルアシスタントでファイルをインポートすることは引き続き可能です。

下位互換性

URL エンコーディング

REST サービスと GUI の URL エンコーディングが改善されました。現在、RFC-3986 with percent encoding (section 2.1) の URI 仕様に準拠しています。パーセントエンコーディングは、エンコーディングが必要な文字が含まれている可能性があるデータスペースキーまたは主キーが含まれている場合に、URL のパスおよびクエリパラメーターの値とキーをエンコードするために使用されます。たとえば、URL のクエリパラメーター値の「&」は、A&BA%26B のようにエンコードされます。

スラッシュとバックスラッシュ文字をサポートするには、サーバー構成を確認する必要があります。

詳細については、インストールに関する注意事項を参照してください。

エンティティ名

このリリースでは、EBX® はデータモデルで定義されたテーブルのエンティティ名を自動的に作成するようになりました。テーブルのパスの最後のステップは、デフォルトのエンティティ名として使用されます。エンティティ名はデータモデル内で一意でなければならないため、モデルに同じ名前のテーブルが含まれていると、コンパイル中にエラーが発生するようになりました。この場合のエラーを防ぐには、エンティティ名を明示的に設定する必要があります。

詳細については、エンティティマッピングおよび SchemaNode.getTableEntityName を参照してください。

JSON 拡張形式の変更

セレクター URL は、Select 操作を使用して複数回出現する列挙型フィールドに移動されました。詳細については、軽量 JSON 拡張形式を参照してください。

REST Toolkit の例外処理

REST Toolkit の例外 JSON 形式が変更され、バージョン 6.0.x で使用されている形式と互換性がなくなりました。

詳細については、6.1.1 の概要を参照してください。

REST Toolkit での 10 進数のシリアル化

JSON シリアル化ライブラリがアップグレードされ、新しいバージョンでは java.util.BigDecimalJSON 番号ではなく JSON 文字列にシリアル化されます。カスタムシリアライザーを使用して、この動作をオーバーライドできます。

クエリ内の句の最大数

Lucene ライブラリのアップグレードにより、クエリで許可される句の最大数を計算する方法が変更されました。以前は、非常に多数の句を使用することができました。これらのクエリは例外をスローするようになりました。条件は簡単に満たされません。これが発生した場合、レーベンシュタイン検索戦略によることが考えられます。これは、戦略をカスタマイズしてあいまいさを減らすことで回避できます。たとえば、不変のプレフィックスを追加するか、最大編集距離を減らします。

ローリングログファイル

6.0.6 から 6.0.10 (付属) では、ローリングファイル名が xxxx.log.yyyy-MM-dd (または xxxx.log.yyyy-MM-dd-i) から xxxx.MM-dd-yyyy.log (または xxxx.MM-dd-yyyy-i.log) に変更されました。デフォルトでは、前者の形式 (xxxx.log.yyyy-MM-dd または xxxx.log.yyyy-MM-dd-i) が使用されます。ローリング形式は、プロパティ ebx.log4j.appender.ebxFile.rollingFormat を設定することにより、ebx.properties ファイルで指定できます。このプロパティが指定されている場合、ファイル名は xxxxx.rollingFormat.log の形式になり、ファイル名の末尾に拡張子が追加されません。6.0.6 以降と同じファイル名形式を構成するには、値を %d{yyyy-MM-dd}-%i にする必要があります。このプロパティは、Java SimpleDateFormat と互換性のある日付/時刻パターンおよび/または整数カウンターを表す %i の両方を受け入れます。整数カウンターは、バックアップのしきい値と組み合わせて使用され、現在のファイル サイズがしきい値に達すると増分され、新しいファイルが作成されます。

6.0.6 以降、ebx.log4j.appender.ebxFile.backup.Threshold プロパティは、毎日のロールオーバーのバックアップファイルの最大サイズ (メガバイト単位、バックアップファイルの数ではなく) を定義します。

6.1.3 既知の問題

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

6.1.3 修正済みの問題

Container Edition

コアエンジン

データモデリング

データサービス

データ検証

データワークフロー

階層

インフラストラクチャー

ステージング

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

ユーザーと権限

6.1.2 修正済みの問題

コアエンジン

データサービス

データワークフロー

ドキュメント

階層

チームアップ

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

ユーザーと権限

6.1.1 修正済みの問題

クラウド

Container Edition

コアエンジン

データモデリング

データサービス

データサービス - REST Toolkit

データ検証

ドキュメント

階層

ステージング

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

6.1.0 修正済みの問題

Container Edition

コアエンジン

データモデリング

データサービス

データ検証

データビュー - 階層

データワークフロー

データスペースと履歴

ドキュメント

インフラストラクチャー

クエリ

チームアップ

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

ユーザーと権限