4

私の会社 (大規模な組織) は、かなり古くて複雑なシステムの連合を SOA モデルに進化させるための「ロードマップ」を作成しています。一部の人々は、Websphere Integration Developer と Websphere Process Server を将来のアプリケーションを開発するための事実上のプラットフォームとして使用することを強く求めています...彼らは、IBM が安定したベンダーであり、ツールが企業向けに作られ、「ビジネスの俊敏性」を享受していると感じているからです。 BPELクールエイドなど

このプラットフォームについて肯定的または否定的な考えを持っている人はいますか? GUI ツールは、単調で冗長なコーディングをなくすのに役立ちますか? それとも単に物事を不明瞭にして保守を難しくするだけですか? 基本的に、利点は複雑さを正当化しますか?

4

6 に答える 6

9

IBM Java ツール セットでの私の経験は純粋に苦痛です。互いに互換性のないさまざまなコンポーネントのさまざまなバージョンを多数インストールし、コンポーネント A のバグを発見し、それが修正されるかどうかを確認するために更新するように言われ、コンポーネント A を更新するとコンポーネント B と C が壊れ、これらを更新するように言われます。

IBM 拡張機能を使用しない Eclipse は、はるかに安定して高速であり、より多くの機能を提供していることがわかります (その安定バージョンは WID/RAD よりも 2 つ前のリリースであるため)。

私は、開発ツールに関して IBM のやり方を採用しないことをお勧めします。プロセス サーバーに関しては、私はあまり経験がありませんが、それを使用しているチームのメンバーは、私が WID を楽しんだのと同じくらい楽しんでいるように見えました。多くはありません。

于 2009-01-06T15:53:06.303 に答える
4

WID について不平を言う他のユーザーに同意します。WID を使用している唯一の理由は、しばらく前に営業部門が IBM 製品を全面的に使用することを決定したためです。

そうです、当社の営業部門は IBM 製品を使用することを決定しました。

開発は苦痛で苛立たしいものでした。Process Server には多くの安定性の問題があり、適切に起動またはシャットダウンしたくない場合があります。ええ、IDE でプロセスを簡単に描画できますが、最近ではほとんどのツールセットがその機能を提供しています。これは、WID や IBM にとって特別なことでも、固有のものでもありません。IBM はメインストリームから数回遅れています。

優れたサポートを提供するオープンソースの実装がたくさんあります。JBoss または RedHat を確認してください。かなり優れています。それでも問題が解決しない場合は、いつでも Apache ツールを使用できます。

ウォルター

于 2009-12-23T15:38:21.363 に答える
4

これまでのところ、「SOA」や「BPM」というラベルが付いたツールに感銘を受けたことはありません。私の「ロードマップ」は、いくつかの簡単な成果をつかもうとしながら、できるだけ早くアーキテクチャでいくつかの結果を確認するために、非常に反復的です。そうすることで、あなたとあなたの人々にとって何がうまくいくかを感じ取ることができます。

アーキテクチャの「スカルプチャリング」において、どのベンダーにも私を押し付けるようなことは絶対にさせません。

于 2009-01-04T14:43:07.460 に答える
2

開発者は、WID、WMB、または WPS を選択しません。IBMは「安定したベンダー」であるため、マネージャーはそうします。

JBossまたはKISSを見てください

于 2010-01-15T16:11:16.113 に答える
1

WID/WPS は実際には非常に単純です。当初の意図は、アナリストやビジネスマンがサービスを「作成」することでした (彼らにこれをさせてはいけません!) ので、UI はシンプルで簡単です。

ほとんどの作業はバックエンド サービスの定義と実装にあり、プラットフォームによっては、既存のコードを SOA サービスにラップすることがほとんどです。

心に留めておくべき最も重要なことは、SOAP は技術であり、SOA はアーキテクチャーであり、心の状態であるということです。

SOA の実装を成功させるには禅があります。すべては「ビジネス サービス」です。ビジネス ユーザーに 6 語以内で説明できないサービスがある場合、それは間違っています。サービスの機能を説明するには、サービス名だけで十分であることが理想的です。

「名前、住所、電話、ファックスなどを取得する」と説明されている「MyApp.GetContactData」というサービスに行き着いた場合。それからあなたはそこにいます。「レガシー システムのテレフォニー テーブルから current-fax-nmbr を取得する」と説明されている MyAppGetFaxNoFromOldSys というサービスがある場合、あなたは運命づけられています!

ついでに言うと、WS* 用の Websphere ツールのほとんどは非常に優れています。しかし、私はhttp://www.eviware.comの非常に素晴らしい SAOPUI ツールをお勧めし ます。これは、WSDL ベースのメッセージの作成/読み取りに非常に優れており、有用なテスト クライアントまたはサーバーとしても機能します。

于 2009-01-05T15:21:04.387 に答える
0

GUI ツールは、単調で冗長なコーディングをなくすのに役立ちますか? それとも単に物事を不明瞭にして保守を難しくするだけですか? 基本的に、利点は複雑さを正当化しますか?

開発者として、ツールにはさまざまなレベルのバグがないことがわかりました。6.0.1 は苦痛でしたが、6.2 ははるかに優れています。ただし、ツールを使用して開発すると、それを維持するための労力は最小限で済みます。Java 開発者が何日もかけて開発することを、私は数時間で開発します。また、すぐに変更できるのでメンテナンスも容易です。アーキテクトやマネージャーの観点からあなたの質問にお答えすることはできませんが、他の方のコメントには同意します。

于 2010-12-29T02:38:43.127 に答える