Middlewareのプリセールスをやっている梅野です。7(以下RHPAMと略します)について書いていきます。普通なら製品の紹介とかインストールの方法などから入るのでしょうけど、その辺りは我々の活動でご紹介させていただいたりドキュメントに書いてあったりしますので、そちらを御覧くださいまし。そのうちこちらで紹介するかも...なぜRHPAMについて書くかというと、昨年くらいからLegacyな基幹システムを刷新したいというお客様が増えてきています。分類することができます。これらを疎結合にして単体で管理しやすく作らないと、刷新したシステムがリリースと同時にレガシー化という悲しい運命をたどり、業務のお荷物とまで言われかねません。新しく作るのですから、時代や業務の変化に柔軟に対応できるものにしておく必要があります。Fuseがそれぞれ役割の担い、アプリ構築の高速化や柔軟性の確保に一役たちます。いうことで、ここではRHPAMについて書いていこうと思った次第です。ベースに書いています。BPMN2.0の標準に則ったプロセスとタスクの絵を書くことができます。いうWebのツールで書くことができます。細かい説明は後ほどということで。このプロセスの絵を製品に含まれるRHPAMの実行環境、KieServerにdeployすることで、タスクの進捗状況を管理することができます。RHPAM自体は業務アプリケーションではないので、このプロセスをで進捗を管理するためには、アプリからKieServerをcallする必要があります。KieServerとアプリの関係KieServerはPAMの実行環境になり、プロセスの進捗状況を管理・レコードする役割になります。アプリから実行には3タイプあります。5からのやり方で、containerをアプリ側で作成、実行する必要がありました。実行側をKieServer側で行い、アプリは単なるClientになりきります。通信はRESTで行い、メッセージタイプはjsonもしくはXMLで交換可能です。APIを呼ぶ形式です。APIが充実しましたので、RESTでの利用を推奨します。ついて実装の違いを紹介します。呼び出すときのやり方です。呼んでやっているので、ガチでやるならエラーハンドリングやらタイムアウトやらも書かなければいけません。Containerを使う方法です。RESTAPIを呼び出します。Instanceが作成されると、Processとして記述したtaskまで自動的に進みます。TaskがHumantask等、何かのトリガーが必要なところまでは自動的に進み、そこで停止し、トリガーを待ちます。processServiceClientを生成しています。利用を強くお勧めします。次回はタスクリストを取得するところをご紹介します。ミドルウェアのサポートをしている三浦です。エンジニアリングの佐藤匡剛です。HatでOpenShiftのサポートをしているid:nekopです。Hatの佐藤匡剛です。各記事は著者の見解によるものでありその所属組織を代表する公式なものではありません。その内容については非公式見解を含みます。スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。