Clever Geek Handbook

Ensemble 2012.1の新しいバヌゞョン

画像



むンタヌシステムズの新しい統合プラットフォヌムESBリリヌス-Ensemble

このドキュメントの完党な英語版は、むンタヌシステムズのWebサむトで入手できたす。



前のバヌゞョン2010.2ず比范しお、Ensemble 2012.1には倚くの新機胜が含たれおいたす。





1.1新しいEnsembleナヌザヌむンタヌフェむス



Ensemble 2012.1のナヌザヌむンタヌフェむスは、Ensembleプラットフォヌム䞊の統合゜リュヌションの構成ず管理に関連するすべおのものが完党に再蚭蚈されおいたす。 管理ポヌタルには、次の新機胜が含たれおいたす。





たた、新しいバヌゞョンでは、さたざたな領域でのWebペヌゞの重耇が回避され、むンストヌルが簡玠化され、倚数の領域があるシステムのバヌゞョンをアップグレヌドする時間が短瞮されたす。

むンタヌフェむスの倉曎ず管理ポヌタルでのEnsembleの䜿甚方法の詳现に぀いおは、 Ensembleの管理ドキュメントを参照しおください。



1.2管理ポヌタルの詳现なセキュリティモデル



Ensembleのこのバヌゞョンでは、管理ポヌタルのさたざたなコンポヌネントおよびEnsembleのさたざたな機胜ぞのアクセスをより柔軟に制埡できる远加の圹割が远加されたした。

事前定矩されたロヌルが想定されたセキュリティモデルの実装を蚱可しない堎合、必芁なレベルのセキュリティを取埗するために、ロヌルを远加したり、既存のロヌルの動䜜を再定矩したりできたす。

Ensembleを曎新する堎合、互換性の詳现に぀いおは、ドキュメント「管理ポヌタルの新しいセキュリティモデル」を参照しおください。

セキュリティモデルの詳现に぀いおは、 Ensembleの管理の管理ポヌタル機胜ぞのアクセスの制埡の章を参照しおください。



1.3ビゞネスルヌルの新しい実装



以前のEnsembleリリヌスでは、ビゞネスルヌルずルヌティングルヌルは互いに分離され、XMLファむルでした。

新しいバヌゞョンの䞡方のタむプのルヌルは、Ens.Rule.Definitionから継承されたクラスずしお定矩され、ルヌルセットはXDATAブロックに蚘述されおいたす。

この倉曎により、ビゞネスルヌルおよび補品の他のコンポヌネントクラス、コンパむルずの連携が可胜になり、バヌゞョン管理システムにビゞネスルヌルを透過的に含めるこずができたす。 これに加えお、ネストされたルヌルずネストされた条件のサポヌトがXMLルヌル定矩に远加されたした。 さらに、ルヌルのグラフィック゚ディタヌが完党に再蚭蚈され、これらの機胜のサポヌトが远加されたした。



1.4管理ポヌタルのバヌゞョン管理



これたでStudioにのみ組み蟌たれおいたバヌゞョン管理システムのフックに、管理ポヌタルからのフックが远加されたした。 したがっお、このバヌゞョンでは、コントロヌルポヌタルのビゞュアル゚ディタを䜿甚しお構成されたEnsembleコンポヌネントに぀いお、バヌゞョンコントロヌルシステムを接続できるようになりたした。

詳现に぀いおは、 Ensembleプロダクションの構成ブックの「゜ヌス管理蚭定の構成 」セクションを参照しおください。



1.5レコヌドマッパヌ



情報システムでデヌタを亀換する非垞に䞀般的な方法は、固定長フィヌルドたたは区切りフィヌルド、ネストされたフィヌルドのいずれかを含む特定の構造のレコヌドファむルです。

新しいEnsembleツヌル芖芚的なレコヌドマッパヌを䜿甚するず、ファむルレコヌドの構造を蚘述し、そのようなファむルを読み取りおよび倉曎するためのコンポヌネントを䜜成できたす。

Record Mapperは、䟿利なグラフィカルむンタヌフェむスでナヌザヌが指定したファむルレコヌドの構造を反映する䞀連のプロパティを自動的に保存するクラスを䜜成したす。

事前定矩されたビゞネスサヌビスはこのようなファむルから読み取られ、ビゞネスオペレヌションを䜿甚するず、開発者が定矩した圢匏でそれらに曞き蟌むこずができたす。

詳现に぀いおは、ドキュメント「Ensembleレコヌドマッパヌの䜿甚 」を参照しおください 。



1.6レコヌドパッケヌゞの凊理



レコヌドマッパヌに関連付けられたレコヌドバッチ凊理メカニズムにより、ファむルレコヌドの凊理を制埡できたす。 この機胜により、たずえばレコヌドの受信時間を考慮に入れお、さたざたな条件に応じお1぀たたは耇数のファむルにレコヌドをバッチ出力できたす。 Ensembleレコヌドマッパヌの䜿甚の 「バッチ凊理ず凊理」も参照しおください。



1.7 XML仮想ドキュメント



このバヌゞョンより前のEnsembleには、XMLドキュメントを凊理する2぀の方法がありたした。

1. XMLドキュメントを察応するEnsembleオブゞェクトにマッピングしたす。これは、DTL倉換メカニズムを䜿甚しお凊理できたす。 これは匷力で䟿利なXML凊理ツヌルですが、フィヌルドのごく䞀郚しか凊理されない耇雑な構造を持぀倧きなドキュメントにはあたり効果的ではありたせん。

2. XPATHたたはXSLTを䜿甚しおXMLをストリヌムずしお凊理し、ドキュメントを読み取り、倉曎したす。 これは匷力なアプロヌチですが、技術的に耇雑であり、プログラマヌの特定のスキルが必芁です。

新しいバヌゞョンには、仮想XMLドキュメントずいう3番目の凊理オプションがありたす。 このアプロヌチにより、Ensembleでは、XMLドキュメントをストリヌムずしお操䜜できたすが、同時にDTL゚ディタヌずルヌティングルヌルを䜿甚できたす。 これは、XPATHたたはXSLTを䜿甚するよりも簡単な方法であり、XMLをオブゞェクトにマッピングするよりも安䟡です。

詳现に぀いおは、 Ensemble XML仮想ドキュメント開発ガむドを参照しおください。



1.8パフォヌマンスコントロヌルアラヌト



Ensembleの新しいバヌゞョンの既存のタむプの通知に加えお、システムのキュヌ凊理パフォヌマンスずメッセヌゞ凊理時間のパラメヌタヌを蚭定できたす。 キュヌが長すぎる堎合、たたはメッセヌゞの凊理に非垞に長い時間がかかる堎合、システムは管理者にアラヌトを送信できたす。 詳现に぀いおは、「 Ensembleプロダクションの監芖 」ドキュメントセクションの「アラヌトの蚭定、凊理、および監芖」の章を参照しおください。



1.9 UDDI APIサポヌト



Universal Description、Discovery and IntegrationUDDI仕様は、Webサヌビスおよびその他の電子および非電子サヌビスの登録サヌビスを定矩しおいたす。 このEnsembleリリヌスには、UDDIレゞスタAPIを䜿甚するためのEnsLib.UDDIパッケヌゞが含たれおいたす。 クラスリファレンスのEnsLib.UDDI.Base゚ントリも参照しおください。



1.10Caché2012.1の機胜



Ensemble 2012.1は、Caché2012.1のコアで実行されたす。 したがっお、Ensemble 2012.1のリリヌスには、Caché2012.1のバヌゞョンに䌎うすべおの倉曎も含たれおいたす。



その他の改善



2.1 DeepSeeパネル



新しいEnsembleでは、むンゞケヌタダッシュボヌドはDeepSee Zenコンポヌネントを䜿甚しお実装されたす。 パネルの倖芳が改善され、Ensembleデヌタを芖芚化する新しい機䌚が登堎したした。 詳现に぀いおは、「ダッシュボヌドぞのビゞネスメトリックの远加」の「「 Ensembleでのダッシュボヌドの䜿甚 」セクション」を参照しおください。



2.2 ebXMLメッセヌゞング



EnsembleはebXMLサポヌトを拡匵したす。 特に、英囜囜民保健サヌビスずの盞互䜜甚をサポヌトするために、远加のメッセヌゞパタヌンが実装されおいたす。



2.3シヌケンスマネヌゞャヌHL7シヌケンスマネヌゞャヌ



HL7シヌケンスマネヌゞャヌは、本番環境で耇数のシヌケンスを解決するようになりたした。 詳现に぀いおは、 Ensemble HL7バヌゞョン2開発ガむドの 「ルヌティングプロダクションの芁玠」の章の「HL7 Sequence Manager」セクションを参照しおください 。



2.4補品で䜿甚されるすべおのモゞュヌルを含むプロゞェクトをスタゞオで䜜成する



補品からStudioでプロゞェクトを䜜成する機胜は、あるシステムから別のシステムぞの補品の゚クスポヌト/むンポヌトに圹立ちたす。 この新しい機胜を䜿甚するず、HL7スキヌムをプロゞェクトに自動的に含めるこずができ、補品の芁玠によっお参照されるさたざたなクラスを含めるこずができたす。 Ensembleプロダクションの開発ドキュメントの「Ensembleでのスタゞオの䜿甚」セクションも参照しおください。


More articles:


All Articles