6.2.3
Related information
6.2 サービスパック
6.2.3
6.2.3 は 2026 年 4 月 29 日にビルドされました。このサービスパックの概要は次のとおりです。
|
Javaランタイム環境
|
JRE 25 LTS がサポートされるようになりました。JRE をこの最新のサポート対象 LTS バージョンにアップグレードすることをお勧めします。詳細については、「サポートされているアプリケーションサーバー」を参照してください。
|
|
サーブレットおよびJSPコンテナ
|
EBX® は Jakarta EE 10 以降を必要とするようになりました。この変更には、以下のサードパーティライブラリのアップグレードが必要です: Servlet は 6.0 以降、JSP は 3.1 以降、JMS は 3.1 以降、Mail は 2.1 以降。特定のコンポーネント要件の詳細については、以下のリンクを参照してください。詳細については、「サポートされているアプリケーションサーバー」、「Javaメッセージサービス (JMS)」、「インストールノート」、および「WebLogic ASのサポート」を参照してください。
|
|
新しいユーザーインターフェース (UI) のプレビュー
|
本リリースには、新しいEBX®ユーザーインターフェースのプレビューが含まれており、更新されたナビゲーションエクスペリエンスと新しいインタラクションパターンを提供します。このプレビューはオプションであり、管理者が有効にでき、現在のUIと並行して動作します。追加機能は今後のアップデートで導入される予定です。詳細については、『管理ガイド』および『ユーザーガイド』を参照してください。
注記:
新しいUIの使用はオプションです。既存のUIと並行して評価できますが、既存のUIが本番環境での推奨インターフェースです。
|
|
下位互換性 – リポジトリAPIの動作
|
本リリース以降、プロシージャからメソッド Repository.deleteHome(AdaptationHome, Session) を呼び出してはなりません。呼び出した場合、このメソッドは
IllegalStateException をスローします。この変更により、トランザクションの不整合が防止され、データの整合性が確保されます。以前は、この呼び出しにより内部エラーが発生したり、ネストされたプロシージャが親プロシージャの前に変更をコミットした場合にリポジトリが一貫性のない状態になる可能性がありました。
注意:
この変更は、プロシージャ内からデータスペース (ブランチまたはスナップショット) を削除しようとするカスタムコードに影響を与える可能性があります。コードがこれに該当する場合は、プロシージャコンテキストの外に削除を移動する必要があります。
|
|
ワークフローの変更
|
履歴サイズの削減
|
|
ワークフローユーザータスクの設定
|
ワークフローで以前のタスクを最も最近完了したユーザーに現在のタスクを割り当てる設定をできるようになりました。以前のタスクを完了したユーザーが現在のタスクが提供されるプロファイルのいずれかに属している場合、システムはそのユーザーにタスクを割り当てます。そのユーザーがそれらのプロファイルのいずれにも属していない場合、システムは通常どおり、対象となるプロファイルのユーザーにタスクを提供します。設定情報については、「ユーザー割り当て設定」を参照してください。
注記:
この機能はレガシーユーザータスクでは利用できません。
|
|
EBX® Script
|
この言語では、次のことが可能になりました。
|
|
ワークフローを起動するための事前定義されたスケジュールタスク
|
新しい SchedulerWorkflowLaunch タスクは、ワークフローの起動をスケジュールします。このタスクでは、どのワークフロー公開が起動されるかを決定するために、ワークフローランチャーの入力が必要です。
|
|
組み込みLDAP
|
キャッシングシステムは高可用性をサポートするように改善されました。新しいプロパティ
[request].cache.refreshInSeconds により、キャッシュエントリの有効期限が切れる前に更新できるようになりました。
詳細については、「LDAPディレクトリ」を参照してください。
|
|
EBX® メタデータ管理アプリケーション
|
|
|
EBX® Container Edition
|
JDK は LTS バージョン 25 にアップグレードされました。
環境変数を使用して EBX® 実行モードを定義できるようになりました。
メタデータ用の環境変数名のプレフィックスが
METADATA_ から EBX_METADATA_CLASSIFIER_ に更新されました。古い変数名は下位互換性のために引き続きサポートされますが、将来のリリースで削除されます。
SQLite 以外のデータベースを使用する場合のメタデータ分類子用の Docker イメージのカスタマイズが簡素化されました。
EBX® の JNDI メールセッションを構成するには、Docker イメージをカスタマイズする必要があります。
|
|
ストレージと圧縮
|
本リリースでは、ストレージ要件を削減するために、G_BLK形式と圧縮が完全に再設計されました。
その他の環境では、圧縮は完全な Java 実装にフォールバックします。フォールバックは遅く、最適化された辞書を作成できません。どちらの実装も完全に互換性があり、切り替えることができます。
開発者への影響: 最適化された圧縮実装は、直接/ネイティブメモリを使用するようになりました。これにより、メモリ (インデックスおよびデータベースリソース) が迅速に返されるように、
RequestResult および QueryResult オブジェクトをできるだけ早く明示的に閉じることの重要性が増します。
Public API の動作変更:
ReverseRelationshipResult.getResult() は以前は同じ RequestResult インスタンスを返していましたが、現在は使用後に閉じる必要がある新しい RequestResult を常に返します。
インストールおよびデプロイメントアーティファクト: 本リリース以降、 ebx-lz4.jar ライブラリは不要になり、削除されました。
|
|
クエリのハイライト
|
リンクされたフィールドでの検索時のハイライト計算が最適化されました。
特に大規模なセカンダリテーブルの場合、メモリ消費量が大幅に削減されました。以前は、各検索結果が完全なクエリコンテキストへの参照を保持していたため、メモリのクリーンアップが妨げられていました。これにより、多数の結果ページを閲覧する際に、各基になる結果がメモリに保持されるため、大きな影響が出る可能性がありました。
数百万レコードのボリュームでは、数ギガバイトの保持ヒープが発生し、ガベージコレクタのブロックにつながる可能性がありました。
主な改善点:
|
|
サポートされているデータベース
|
PostgreSQL 18 がサポートされるようになり、PostgreSQL 13 はサポートされなくなりました。最小サポートバージョンは PostgreSQL 14 です。
Oracle 21c (Innovative Release) はサポートされなくなりました。Oracle の必須バージョンは 19c または 23c です。
SQL Server 2014 はサポートされなくなりました。最小サポートバージョンは SQL Server 2016 です。
詳細については、「サポートされているデータベース」を参照してください。
|
|
セッションタイムアウトのリダイレクトプロパティ
|
新しいプロパティにより、セッションがタイムアウトした後にユーザーをどこにリダイレクトするかを宣言できるようになりました。
詳細については、「セキュリティ設定」を参照してください。
|
|
SSO - データサービス
|
認証されたユーザーを識別するためにどのJSON Webトークン (JWT) クレームを使用するかを設定できるようになりました。
詳細については、「OpenID Connect」および「セキュリティ」を参照してください。
|
|
既知の問題
|
「6.2.3 既知の問題」セクションを参照してください。
|
|
解決済みの問題
|
「6.2.3 解決済みの問題」セクションを参照してください。
|
6.2.2
6.2.2 は 2025 年 9 月 2 日にビルドされました。このサービスパックの概要は次のとおりです。
|
新機能: AIアシスタント
|
生成AIを利用するEBX®ユーザーをサポートするために、新しいAIアシスタント機能が導入されました。この機能は、大規模言語モデル (LLM) を活用して、ユーザーの入力とレコードデータに基づいて提案を生成することでユーザーを支援します。これは、テキストの生成、コンテンツの要約、値の翻訳、形式の標準化などのタスクに特に役立ちます。AIアシスタントを使用するには、管理者はEBX®を外部LLMプロバイダーに接続し、アシスタンス機能を定義する必要があります。各機能には、レコード内の1つ以上のフィールドに対して意味のある結果を生成する方法をLLMに指示するプロンプトが含まれています。
詳細については、以下のドキュメントリソースを参照してください。
|
|
EBX® Script
|
EBX® Script言語は、スクリプトから外部RESTサービスを呼び出すことをサポートするようになりました。
ロールマッパースクリプトは、IDプロバイダーからの外部ロールを内部EBX®ロールにマッピングするための柔軟なアプローチを提供します。
詳細については、以下のドキュメントリソースを参照してください。
|
|
同期ディレクトリ
|
シングルサインオン (SSO) 構成で外部ユーザーとロールを処理するために、新しい同期ディレクトリが導入されました。さまざまな外部ユーザーディレクトリとの統合を可能にするために、LDAP、SCIM、OnLogin の組み込み実装が提供されています。
詳細については、「同期ディレクトリ」を参照してください。
下位互換性: LDAP および SCIM の場合、外部ディレクトリからすべてのロールをインポートし、同じ権限を使い続けるには手動移行が必要です。
詳細については、「移行」を参照してください。
|
|
ライセンスキー
|
ライセンスキーマネージャーが復活しました。ライセンスキーは、EBX® インスタンスの契約タイプ (サブスクリプション、永続、またはトライアル) に合わせて調整されるようになりました。デプロイされたアドオンは、システム起動時に登録および有効化されます。
詳細については、「EBX® ライセンスキープロパティファイルの設定」、「EBX® Container Edition の構成」、および「 TestHelper.prepareEnvironment」を参照してください。
|
|
データ検証
|
最適化された検証: パターンファセットの検証が最適化されました。Luceneインデックスの利用により、大規模なテーブルでも使用できるようになりました。つまり、フィールドがこのファセットを定義している場合、検証プロセスは、関連するフィールドの値が指定されたパターンに準拠しているかどうかを確認するために、すべてのレコードを反復処理することはなくなります。検証プロセスに関する詳細については、「データ検証」を参照してください。
制約の事前検証の無効化: ユーザーインターフェースで、関連フィールドがユーザー入力で更新されたときに、制約が動的に事前検証されるのを防ぐ新しいメソッドが追加されました。これは、パフォーマンスを向上させたり、フォームの更新中に不要な検証エラーを回避したりするのに役立ちます。ただし、フォームが送信されたとき、またはビューでレコードがロードされたときには、制約は引き続き検証されます。
詳細については、「 ConstraintContext.disableAjaxPrevalidation」および「ConstraintContextOnTable.disableAjaxPrevalidation」を参照してください。
|
|
ワークフローの変更
|
ワークフロービューに新しい変更が加えられました。詳細は以下を参照してください。
|
|
テーブルビューを取得するためのJava API
|
UIコンテキストとは独立してテーブルビューを取得できるようになりました。これは、テーブルに関連するすべてのビューを特定のユーザーに対して取得するのに役立ちます。
詳細については、「 UICustomViewContextFactory.newCustomViewContext」を参照してください。
|
|
データモデルを取得および公開するためのJava API
|
Data Model Assistant で定義されたデータモデルを取得および公開するための新しい Java API が追加されました。
詳細については、「 DataModelingManager」および「DMADataModel」を参照してください。
|
|
データサービス
|
Data Model Assistant で定義されたデータモデルの公開をサポートする新しい操作が追加されました。
詳細については、「データモデル操作」を参照してください。
|
|
Tomcat 11のサポート
|
EBX® バージョン 6.2.0 以降は Tomcat 11 と互換性がありません。
|
|
パフォーマンスの向上とリソースの最適化
|
|
|
EBX® Container Edition
|
EBX® の JNDI データソースを構成するには、Docker イメージをカスタマイズする必要があります。
詳細については、「JNDIでのデータベースの構成」を参照してください。
|
|
解決済みの問題
|
「6.2.2 解決済みの問題」セクションを参照してください。
|
|
6.2.1 リリースノートへの追加
|
EBX® 6.2.1 リリースに含まれていましたが、リリースノートに記載されていなかった内容は次のとおりです。
|
6.2.1
6.2.1 は 2025 年 3 月 19 日にビルドされました。このサービスパックの概要は次のとおりです。
|
インデックス作成パフォーマンスの向上
|
最適化されたインデックス再構築チェーン: インデックス再構築は、再構築チェーンを短縮するためにステップをスキップするようになり、ベースインデックスをより効果的に再利用することで、再構築期間とインデックス構造が改善されます。この変更により、中間スナップショットの再構築時間が短縮されます。ただし、スキップされたスナップショットにアクセスするには、それらのインデックスを最も近い利用可能なポイントから増分的に再構築する必要があるため、わずかに時間がかかる場合があります。
増分再構築の実現可能性の動的評価: EBX® は、テーブルリビジョン間の「距離」を推定して、増分インデックス再構築を実行するか、完全なインデックス再構築を実行するかを決定するようになりました。ベースインデックスとターゲットインデックスの差が大きすぎる場合、完全な再構築が開始されます。この調整により、再構築が高速化され、インデックス作成がより効率的になります。この分岐点よりも古いスナップショットにアクセスするには、新しい再構築チェーンを最初から計算する必要があるため、時間がかかる場合があります。
インデックス再構築のバッチ処理: インデックス再構築操作はバッチ処理されるようになり、削除と作成のアクションをグループ化して効率を高めます。
構成可能なマルチスレッド再構築:
ebx.index.threads プロパティを使用すると、インデックス再構築中に使用されるスレッド数を制御できます。スレッド数を増やすと、特に更新、移行、または大幅なデータモデル変更後に多数の大きなインデックスがあるコンテキストで、インデックス再構築を高速化できます。ただし、通常の操作では、デフォルト設定の「2」スレッドが推奨されます。
詳細については、『パフォーマンスとチューニング』章の「アーキテクチャと設計」を参照してください。
|
|
コアエンジン
|
主キーのルックアップを高速化するために使用される確率的フィルターのメモリフットプリントは、偽陽性確率を上げることで削減されました。より高い精度は、追加のメモリ消費とチェックするハッシュ関数に見合うものではありませんでした。
一部の操作は、不要な場合にデータセットを表す重いオブジェクトのロードを回避するように改善されました。これにより、たとえば、関連するリレーションシップのターゲットテーブルを解決するためにデータセットにアクセスする必要がある外部キーおよび継承フィールドに対するリクエストが強化されます。
|
|
クエリの制限事項
|
継承されたデータセット内のすべてのフィールドを管理する際のパフォーマンスが最適化されました。
詳細については、「クエリの制限事項」を参照してください。
|
|
EBX® Script
|
データセットトリガーを作成できるようになりました。データセットトリガーは、データセットに対して特定の操作が実行されたときに暗黙的かつ自動的に実行されるプロシージャを定義します。
詳細については、「データセットトリガー」を参照してください。
|
|
シングルサインオン (SSO)
|
EBX® は SAML 2.0 と OpenID Connect プロトコルの両方をサポートするようになりました。これらの機能を有効にするには、EBX® を ID プロバイダーでアプリケーションとして宣言し、有効なプロトコルに応じて構成する必要があります。
詳細については、「シングルサインオン (SSO)」を参照してください。
|
|
SCIM機能
|
SCIM (System for Cross-domain Identity Management) の組み込みサポートが追加されました。SCIM 機能は、IdP (ID プロバイダー) と EBX® 間でのユーザー ID とロールのプロビジョニング、管理、同期を自動化します。
詳細については、「SCIMディレクトリ」を参照してください。
|
|
EBX® Container Edition
|
環境変数を使用して、シングルサインオン (SSO)、ベアラー認証、SCIM機能、LDAP組み込みディレクトリ、およびカスタムディレクトリを構成できるようになりました。
詳細については、「SSO SAML 2.0接続」、「SSO OpenID Connect接続」、「ベアラー認証」、「SCIMディレクトリ」、「LDAP接続」、および「ディレクトリ接続」を参照してください。
|
|
データサービス
|
組み込みRESTfulサービス、SOAP操作、およびカスタムRESTサービス (REST Toolkitを使用して構築) で「ベアラー認証スキームメソッド」を使用できるようになりました。
REST Toolkit の「例外処理」セクションが、カスタム例外マッパーの説明で更新されました。
|
|
サポートされているデータベース
|
以下のデータベースのサポートが追加されました: Microsoft Azure Database for PostgreSQL (PostgreSQL 16 以降と互換性あり)。
PostgreSQL 17 がサポートされるようになり、PostgreSQL 12 はサポートされなくなりました。PostgreSQL の最小サポートバージョンは 13 です。
詳細については、「サポートされているデータベース」を参照してください。
|
|
ユーザーインターフェースの検証
|
APV の動作をカスタマイズするための新しいオプションが追加されました。
|
|
セキュリティ - ログインページ
|
ユーザーがログインまたはログアウトし、カスタムURLが提供された場合、EBX®は
resume クエリパラメータを追加します。以下のプロパティを使用することで、この動作を無効にできるようになりました。
詳細については、「セキュリティ設定」を参照してください。
|
|
セキュリティ - HTMLヘッダー
|
追加のJavaScriptファイルを含めるため、またはCSPをカスタマイズするための新しいオプションが追加されました。
|
|
サイドバーでのレコードの履歴表示
|
多値リスト型を含む、単純型と複合型の両方のデータ型を表示できるようになりました。さらに、履歴トランザクションをフィールドでフィルタリングすることも可能です。
|
|
HTML入力
|
以前は、CKEditorライブラリがHTML入力に使用されていました。
セキュリティとライセンス上の理由から、オープンソースツールTipTapをベースとしたウィジェットに置き換えられました。
その結果、ルックアンドフィールが変更されました。以下に示すように、一部の機能は移動または削除されました。
ルックアンドフィール
|
|
バックグラウンドタスク
|
設定されたタスクはバックグラウンドで実行できるようになり、ユーザーはタスクの完了を待つことなくEBX®での作業を続行できます。一元化されたユーザーインターフェース (バックグラウンドタスクサイドバー) により、ユーザーはこれらのタスクを表示およびアクセスできます。
詳細については、「バックグラウンドタスク」を参照してください。
|
|
テーブルビューの検証ポリシー
|
テーブルビューでレコードを表示する際に使用する検証ポリシーを定義できるようになりました。このオプションは、関連するテーブルのデフォルトビュー、および/またはすべてのテーブルのデータモデルのグローバルプロパティで指定できます。
詳細については、以下を参照してください。
|
|
クイック検索結果のハイライト
|
クイック検索結果がハイライト表示されるようになり、視認性が向上しました。
詳細については、「クイック検索結果のハイライト表示」を参照してください。
|
|
リンクされたフィールドでのハイライトのパフォーマンス
|
リンクされたフィールドで検索する際の動作が改善され、リンクされたテーブルでのハイライト計算が表示された要素のみに制限されるようになりました。
|
|
最適なクエリプラン計算フェーズ中のパフォーマンス
|
Calciteオプティマイザが使用する一部の頻度計算、特にLuceneフィルターの選択性を決定してクエリを実行する最適な方法を見つけるための計算が改善されました。
|
|
新しいソフトウェア配信サイト
|
EBX® ソフトウェアを TIBCO eDelivery からダウンロードできるようになりました。既存の eDelivery アカウントをお持ちの場合は、既存の資格情報を使用して新しいソフトウェア配信サイトにログインできます。
|
|
解決済みの問題
|
「6.2.1 解決済みの問題」セクションを参照してください。
|
Java API
Java API は以下のトピックで改善されました。
-
WidgetDisplayContext新しいメソッド WidgetDisplayContext.isInherited()。 -
PerspectiveTheme -
ValidationPolicyForTableViewEnum新しい列挙型 ValidationPolicyForTableViewEnum。 -
SchemaDefaultTableView新しいインターフェース SchemaDefaultTableView。 -
SchemaNode -
DifferenceHelper新しいメソッド compareDatasetByDate(Adaptation,boolean,java.util.Date,java.util.Date)、compareDatasetByTransactionID(Adaptation,boolean,long,long)、compareDataspaceByDate(AdaptationHome,boolean,java.util.Date,java.util.Date)、compareDataspaceByTransactionID(AdaptationHome,boolean,long,long)、compareRecordByDate(Adaptation,boolean,java.util.Date,java.util.Date)、compareRecordByTransactionID(Adaptation,boolean,long,long)、compareTableByDate(AdaptationTable,boolean,java.util.Date,java.util.Date)、および compareTableByTxId(AdaptationTable,boolean,long,long)。 -
MergeSpecForInstanceContents新しいコンストラクタ MergeSpecForInstanceContents(boolean)。 -
UserTask.WorkItem新しいメソッド UserTask.WorkItem.isCommentEnabled()。 -
WorkflowEngine
注記: 6.2.0 は 2024 年 6 月 21 日にビルドされました。
ワークフロー
ワークフローに関する注目すべき点:
|
ワークフロービューのパフォーマンス
|
|
|
ワークフローの最適化
|
|
|
ワークフロー履歴
|
ワークフロー履歴管理で利用可能なサービス「選択したワークフローからクリア」および「日付からクリーンアップ」を修正しました。6.0以降、ワークフローテーブルのレコードのみがクリアされ、関連する一部のデータが無視されていたため、ユーザーの知らないうちに履歴が肥大化していました。ワークフロー管理ドキュメントに記載されているように、標準のパージタスクを定期的に実行することを引き続き推奨します。
参照:
|
パフォーマンス
クエリパフォーマンスまたはテーブル参照検証を向上させるために、
AdaptationFilter または TableRefFilter にプリフィルターを定義できるようになりました。
詳細については、それらのJavaドキュメントまたは「プリフィルターによるパフォーマンス向上」セクションを参照してください。
データ検証
このサービスパックは、検証レポートを含む多数のデータセットを持つデータスペースから子データスペースを作成する際のパフォーマンスを向上させます。この改善の一環として、検証レポートのメタデータスキーマが変更されました。その結果、EBX® 6.0 または 6.1 から 6.2 以降にアップグレードする際に、すべての検証レポートがリセットされます。リセットされた検証レポート内の古いデータは、次回のパージ中に削除されます。
アプリケーションサーバー
このセクションでは、アーキテクチャの近代化のためのアプリケーションサーバーの変更について説明します。
|
サーブレットおよびJSPコンテナ
|
EBX® は Jakarta EE 9 以降をサポートするようになりました。この変更には、Servlet 5.0 以降、JSP 3.0 以降、JMS 3.0 以降、Mail 2.0 以降など、いくつかのサードパーティライブラリのアップグレードが必要です。特定のコンポーネントの要件に関する詳細については、以下のリンクを参照してください。EBX® 6.2.x 以降の開発者は、Java EE から Jakarta EE への移行の結果、実装されたすべての API のプライマリパッケージ名が
javax.* から jakarta.* に変更されたことに注意する必要があります。これにより、EBX® 6.1 以前から EBX® 6.2 以降にモジュールやその他のライブラリを移行するには、ほぼ確実にコード変更が必要になります。
|
|
Javaコンパイル時環境
|
EBX® のソースは JDK 17 でコンパイルされるようになりました。JRE 11 は互換性がありません。パフォーマンスの向上を活用するために、JRE を最新の LTS バージョンにアップグレードすることをお勧めします。
詳細については、「サポートされているアプリケーションサーバー」を参照してください。
|
データサービス
以下のセクションでは、データサービスの新しい機能と改善点について説明します。
REST Toolkit API
REST Toolkit は Jakarta RESTful Web Services 3.1 をサポートするようになりました。
組み込みRESTfulサービス
組み込みRESTfulサービスは以下の領域で改善されました。
|
ビジネスオブジェクト
|
data-bo および data-compact-bo を使用したビジネスオブジェクト選択操作を改善し、ビジネスオブジェクトの1対多リレーションシップのコンテンツを返すようになりました。応答が大きくなる可能性があるため、ebx.dataservices.rest.bo.maxResponseSizeInKB プロパティを使用して EBX® サーバーで最大サイズをオーバーロードできます。実際、応答が最大サイズ値に近づくか超える場合、要求されたレコード数よりも少ないレコード数を含む HTTP 206 Partial Content 応答が返され、一貫したページングコンテキストも含まれ、すべてが整形式の JSON 応答になります。
詳細については、「 ebx.dataservices.rest.bo.maxResponseSizeInKB」、「組み込みRESTfulサービスの下位互換性」、「パフォーマンス」、および「選択操作」を参照してください。
|
組み込みLDAPディレクトリ
LDAP (Lightweight Directory Access Protocol) の組み込みサポートが追加され、カスタムディレクトリ実装として設計されました。この機能により、既存のLDAPディレクトリとEBX®の統合が可能になります。
詳細については、「LDAPディレクトリ」および「組み込みLDAPディレクトリの構成」を参照してください。
プリフィルターによるパフォーマンス向上
プログラムによるフィルターには、単純なチェックとより複雑なJavaコードの組み合わせを含めることができます。特定の条件下では、単純なチェックはXPath述語の形式のプリフィルターに変換できます。プリフィルターはEBX®によってクエリを最適化するために使用できます。プリフィルターは一貫性条件を満たす必要があり、パフォーマンス上の理由から特定の他の条件を満たす必要があります。関連する関数のJavaドキュメントを参照してください。
PrefilteredAdaptationFilter インターフェースは、AdaptationFilter にプリフィルターを追加するために追加されました。
TableRefFilter は、テーブル参照フィルターの設定中にXPathプリフィルターを定義できます。TableRefFilterContext.setPrefilter を参照してください。
EBX® Container Edition
EBX® Script IDE
本リリースでは、EBX® Script Language (ESL) で記述されたスクリプトを作成および管理できるWebベースの開発環境であるScript IDEが導入されました。このWebベースのIDEは、基本的なデータ操作、自動トリガー、さらには複雑なワークフロータスクに適用される関数やプロシージャの記述など、スクリプト作成タスクを簡素化します。
Script IDEは、カスタムモジュールの記述、コンパイル、デプロイに関連するオーバーヘッドを回避するのに役立ちます。ESLと新しいScript IDEの組み合わせにより、Javaプログラミングのバックグラウンドを持たないユーザーでも、プログラムによるデータ管理タスクにアクセスしやすくなります。
Script IDEは、IDEに期待される多くの機能を提供します。
-
構文ハイライト
-
コンテキストコード補完
-
エラー検出
-
バージョン履歴とロールバック
参照:
TIBCO EBX® ドキュメンテーション - 6.2.3