第4章 移行に関するその他の考慮事項


Red Hat Decision Manager 7.1 には、移行時に注意する必要がある API、ルールロジック、および Red Hat Business Optimizer 機能への変更が含まれます。このような変更は、通常、製品バージョン間の後方互換性となりますが、移行時にビルドおよび移行のエラーを解決する作業が必要になる場合があります。

Red Hat Decision Manager 7.1 への移行の一環として、以下の変更を確認して、お使いのプロジェクトで発生した不一致またはエラーに対応します。

4.1. Red Hat Decision Manager 7.1 における Red Hat Business Optimizer の変更

Red Hat Business Optimizer は、Red Hat Decision Manager における埋め込みプランニングエンジンで、計画問題を最適化します。Red Hat Business Optimizer は、定期的に更新されるコミュニティーの OptaPlanner プロジェクトをベースにしており、最新の Red Hat Business Optimizer 機能に合わせてコード変更が必要になる場合があります。最新の OptaPlanner 変更と移行要件の概要は「OptaPlanner upgrade recipe archive」を参照してください。OptaPlanner のバージョン 7.0 から 7.11 へのアップグレード情報は、Red Hat JBoss BRMS 6.4 から Red Hat Decision Manager 7.1 へのアップグレードに適しています。

Red Hat Decision Manager 7.1 では、Decision Central で Red Hat Business Optimizer 設定をいくつか更新して、最新の OptaPlanner 変更を適用する必要があります。

4.1.1. Decision Central での Red Hat Business Optimizer アセットの設定の更新

Decision Central にソルバー設定アセット (.solver.xml ファイル) またはソリューション関連のデータオブジェクトが存在する場合は、Red Hat Decision Manager 7.1 でこのアセットにいくつかの更新を行い、最新の Red Hat Business Optimizer 変更を適用する必要があります。

前提条件/事前作業

Decision Central データが、Red Hat JBoss BRMS 6.4 から Red Hat Decision Manager 7.1 へ移行している。移行手順は「2章Decision Central のデータ移行」を参照してください。

手順

  1. Red Hat Decision Manager 7.1 の Decision Central にログインします。
  2. Decision Central で、Menu Design Projects に移動し、プロジェクト名を選択します。
  3. サーバー設定アセット (.solver.xml ファイル) が存在する場合は開きます。
  4. ソルバー設定デザイナーで、変更せずに Save をクリックします。この手順は、Red Hat Decision Manager 7.1 でソルバー設定アセットに新しいコードを生成するのに必要です。その他のソルバー設定アセットでもこの手順を行います。
  5. 必要に応じて、Project Explorer (左側のメニュー) の Data Objects の下で、Planning Solution として設定したデータオブジェクト (.java ファイル) を開きます。

    このデータオブジェクトにこの設定が選択されていることを確認する場合は、データオブジェクトデザイナーの右側にある OptaPlanner アイコンをクリックします。Planning Solution が選択されていないと、この手順は適用されません。

  6. データオブジェクトデザイナーの general properties で、Superclass ドロップダウンオプションを Nothing selected に設定します。この設定は、Red Hat Decision Manager 7.1 の Red Hat Business Optimizer では必要なくなりました。
  7. データオブジェクトデザイナーの右側で、OptaPlanner アイコンをクリックして、Planner Settings を表示します。Planning Solution オプションが選択されているはずです (選択されていないと、この手順は適用されません)。
  8. No selected を選択し、Planning Solution を再度選択して、Solution Score Type を指定します。この手順は、Red Hat Decision Manager 7.1 の計画問題に新しいコードを生成するために必要です。
  9. データオブジェクトデザイナーで Save をクリックし、Planning Solution として設定したその他のデータオブジェクトに同じ変更を加えます。

4.2. Red Hat Decision Manager 7.1 での API の変更

Red Hat JBoss BRMS 6.4 から Red Hat Decision Manager 7.1 への API の変更の多くは後方互換性であり、移行には影響しません。ただし、以下の表では、API におけるクラス変更を挙げており、場合によっては互換性がない可能性があります。

この変更によりビルドエラーまたは移行エラーが発生したら、Red Hat カスタマーポータルの API の変更リスト を確認し、必要に応じてコードを更新します。

Expand
表4.1 Red Hat Decision Manager 7.1 での API の変更 (オプション)
API説明変更したクラス

Drools コア

(drools-core)

デシジョンエンジン

  • org.drools.core.command.*
  • org.drools.core.common.*

KIE API

(kie-api)

KIE グループからの全プロジェクト用のメイン API

  • org.kie.api.task.*
  • org.kie.api.executor.*
  • org.kie.api.concurrent.*
  • org.kie.api.builder.*
  • org.kie.api.command.*
  • org.kie.api.runtime.*

KIE サーバー API

(kie-server-api)

一般的な Decision Server API

  • org.kie.server.api.commands.*
  • org.kie.server.api.marshalling.*
  • org.kie.server.api.model.*
  • org.kie.server.api.rest.RestURI (定数がわずかに変更され、先頭の / が省略されます)

KIE サーバークライアント API

(kie-server-client)

Decision Server クライアントの API

  • org.kie.server.client.SolverServicesClient
  • org.kie.server.client.UIServicesClient
  • org.kie.server.client.admin.ProcessAdminServicesClient
  • org.kie.server.client.ProcessServicesClient
  • org.kie.server.client.QueryServicesClient
  • org.kie.server.client.JobServicesClient
  • org.kie.server.client.UserTaskServicesClient
  • org.kie.server.client.KieServicesClient
  • org.kie.server.client.KieServicesConfiguration
  • org.kie.server.client.CaseServicesClient

KIE サーバーコントローラー API

(kie-server-controller-api)

Decision Manager コントローラーの API

  • org.kie.server.controller.api.service.*

KIE サーバーコントローラー REST API

(kie-server-controller-rest)

Decision Manager コントローラーの REST API

  • org.kie.server.controller.rest.RestSpecManagementServiceImpl
  • org.kie.server.controller.rest.RestKieServerControllerImpl

4.3. Red Hat Decision Manager 7.1 のロジックの変更

Red Hat Decision Manager 7.1 における以下のロジック変更を留意してください。

  • Red Hat JBoss BRMS 6.4 では、ルールが累積パターンの sum 関数を実行する場合、返される結果は入力のデータタイプにかかわらず必ず double 型でした。Red Hat Decision Manager 7.1 では、sum 関数を実行する入力のデータタイプが維持されます。この機能拡張により、sum 関数からより正確な結果が得られます。以下の例では、accumulate 関数で得られる結果のデータタイプは double 型ではなく Long 型になります。

    Long(...) from accumulate(..., sum($p.getLongWeight()))

    Red Hat JBoss BRMS 6.4 プロジェクトのルールに累積パターンの sum 関数が含まれている場合は、この関数を探して確認してください。Red Hat BRMS 6.4 ではこの関数は double 型のデータタイプを返していましたが、Red Hat Decision Manager 7.0 では入力値のデータタイプを返します。

  • 累積パターンと一致するファクトがない場合、Red Hat Decision Manager 7.1 では min および max の accumulate 関数は、+/-Integer.MAX_VALUE ではなくnull を返します。したがって、Red Hat JBoss BRMS 6.4 の場合とは異なり、Red Hat Decision Manager 7.1 ではルールの累積が一致せず、ルールは実行されません。
  • implementation=Java 設定が指定されたビジネスルールタスクを含むビジネスプロセスは、検証の要件がより厳しいため、Red Hat Decision Manager 7.1 ではコンパイルされません。この制限に関するコンパイルエラーを解決するには、実装設定を implementation=##unspecified に指定するか、implementation 属性を削除してください。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat
トップに戻る