プロジェクトの 1 つでIBM Maximoを使用しています。
ここで、ユーザー インターフェイスを改善することにしました (現在は、Maximo システムによって提供される標準の UI コンポーネントを使用しています) が、先に進み、Maximo エンジンを背後のビジネス レイヤーとして使用して、独自の Web ページ (インターフェイス) を作成したいと考えています。
ビジネス層として Maximo を使用し、プレゼンテーション層として他のもの (ASP.Net ページなど) を使用した経験のある人はいますか?
主に次の 2 つのオプションがあります。
RMI を介して Maximo ビジネス層 (MBO) にアクセスする
関心のある機能を Maximo の Web サービスとして公開する
RMIルートは、Maximo UI がアクセスできる (ほぼ) すべての機能にアクセスできるため、最も柔軟性が高くなります。MboSet を開いたり、Mbo を操作したり、Mbo の属性値を変更したり、変更を 1 つのトランザクションで保存したりできます。ここで考慮すべき点がいくつかあります。カスタム UI は Maximo と同じネットワーク上にあります。b) Maximo でアプリケーション セキュリティが有効になっている場合、Maximo に接続するにはフープを介してジャンプする必要があります。c) Maximo がクラスター上にある場合、ロード バランシングを達成できない可能性があります (特定のアプリケーション サーバーに接続するには)、d) カスタム UI に RMI スタブが必要になるため、businessobjects.jar が変更された場合は Maximo との同期を維持する必要があります。
Web サービスルートを使用すると、RMI の制限のほとんどを克服できます (適切に実行すれば、RMI よりもおしゃべりが少なくなります。アプリケーションのセキュリティは問題ではありません。負荷を分散し、障害から回復するクラスターの機能から自動的に利益が得られます。RMI スタブを同期して維持する必要はありません。 、追加の FTP ポートを開く必要はありません) が、RMI の場合のようにサーバーで MboSet を単純に開いてクライアントに渡すことはできないため、より多くの事前作業が必要です。
Webサービスの方法を使用すると、RMIよりも多くの利点が得られることがわかりましたが、ケースは異なる場合があります。私が作成した Maximo 接続アプリケーションの 1 つは、MVC (model-view-controller) 設計ガイドラインに沿って設計された Web アプリケーションで、Maximo がモデルとして機能し、トランザクション タイプごとに 1 つずつ、多数のメソッドを含む標準 Web サービスを公開します。ビューは、モデル (Maximo) と JSP (ビュー) の間でデータを渡すコントローラーとして機能する JSTL とサーブレットを利用する非表示の JSP ページです。
また、Apache HTTP Client ( Apache HTTP Client )に基づいて独自の Web サービス クライアントを実装しました。
Maximo の外部インターフェースをセットアップして、Web アプリケーションをその上に構築することができます。1 つの領域に焦点を当てた小さな Web アプリのみを構築する場合を除き、これは大変な作業のように見えます。
イルカベロが提案したことに加えて、私たちの組織では、特定の機能に焦点を当てたいくつかの小さなスタンドアロン アプリを作成しました。これらは .NET に組み込まれており、Maximo Web サービスを使用します。
通常、ドロップダウン リストの作成とフォームの検証のために「クエリ」タイプの Web サービスを構築し、次にシステムを更新するための「通知」サービスを構築しました。
おそらく、.NET から Java へのブリッジを使用して RMI 呼び出しを行うこともできます。これにより、より多くのネイティブ Maximo 機能に簡単にアクセスできるようになる場合があります。