問題タブ [sca]

Tuscany 1.6.2 を使用しており、hello-world サービス JMS の例を実行しようとしていますが、ドメイン マネージャーのノードにデプロイされています。つまり、ドメイン マネージャーを起動し、helloworld-service-jms.jar をコントリビューションとして登録し、コンポジットを登録し、コンポジットのノードを登録します。これでノードを起動できるはずですが、起動中に次のメッセージが表示されます。

情報: 重大: URI はスキーム jms で開始する必要があります: uri の場合: /HelloWorldServiceComponent … 情報: 重大: SCA ノードを作成できませんでした

この jms バインディングを使用する別のプロジェクトがあり、コードを介してノードを起動すると、たとえば次のメソッドを使用して動作します: nodeFactory.createSCANode… および node.start()

(しかし、ドメイン マネージャーを使用してデプロイすると、同じエラーが発生します) 何が間違っているのでしょうか、それともバグか何かでしょうか?! 助けてくれてありがとう

こんにちは、WSO2コミュニティ。

私の研究のためのあなたのアーキテクチャについての私の最後の質問は、技術的な質問ではなく、代わりに未来志向の質問です。

私は、スイートが持つOSGiアプローチについて考えていました。これは、SOA全般、特にWSO2について私が見つけた最も興味深い抽象的なものの1つです。OSGiは確かに不可解なパズルです。

互いに接続された部分について考えると、サービスコンポーネントアーキテクチャについて思い出しました。つまり、すべての部分を全体として簡単に見ることができます。

さて、私の考えの息子である私の質問は、「すべてのピースが共通の分母としてカーボンを持っているのに、なぜWSO2のSCAを有効にしないのですか？」カーボンはSCAの良い候補のようです。

アーキテクチャには、下にCarbonのインスタンスを1つだけ、上にWSO2コンポーネントを含めることができます。ユーザーは、1つのインターフェースのみを介してCarbonと対話し、すべての部分とそれらにインストールされている機能を確認できる必要があります。

出来ますか？そうでない場合、なぜですか？

私はここまでずっと役に立っていることを願っています、そして私の旅の終わりまで私に同行してくれてありがとう！

コラボレーションしたり、単にアイデアを共有したりする機会があることを願っています！

OASIS Service Component Architecture (SCA) 標準は、Oracle、IBM、TIBCO などの確立された ESB ベンダーによって使用されているようですが、WS02 や Fuse ESB などの新しい ESB では使用されていません。仕様とそれへの参照は 4 ～ 5 年前のもののようで、OASIS サイトの仕様へのリンクの一部が壊れているため、標準がおそらく死にかけているのではないかと心配しています。

これについて何か考えはありますか？

Fabric3 ( Service Component Architecture Framework ) で POC を行っていますが、サービスでインターセプトを進めるためのネイティブな方法があるかどうか知りたいですか? @InterceptorsEJB や Web 環境のフィルターのようなもの。

Apache tuscany SCA を使用して webservice クライアントを実装する必要があります。したがって、私はそれを学び始めます。このチュートリアルを参照します: http://tuscany.apache.org/build-your-first-web-services-with-tuscany.html

チュートリアルで述べたように、すべてに従いました。そして、はい、ブラウザに正常に表示されました。ただし、カタログ一覧は表示されません。

ブラウザで、js の次のエラー ログが表示されます。

また、関数 catalog_getResponse(items) の下の行 8 の html ファイル:

これはhtmlの96行目です

これは私の.compositeです

誰でも助けることができますか？

ウィキペディアによると、

サービス コンポーネント アーキテクチャ (SCA)は、サービス指向アーキテクチャ (SOA) の原則に従うアプリケーションを作成するために使用されるソフトウェア テクノロジです。これは、次のような多くの利点を備えた開発モデルです。

• サービス実装の詳細からのビジネス ロジックの分離。

• XML、BPEL、XSLT だけでなく、C++、Java、COBOL、PHP などの多数の言語でサービスをサポート

• One-Way、Asynchronous、Call-Return、および Notification を含むさまざまな通信構造をシームレスに操作する機能。

• Web サービス、EJB、JMS、JCA、RMI、RPC、CORBA などのテクノロジによって通常アクセスされるレガシー コンポーネントまたはサービスに「バインド」する機能。

• セキュリティ、トランザクション、信頼できるメッセージングの使用など、サービスの品質要件を (ビジネス ロジックの外で) 宣言する機能

• データはサービス データ オブジェクトで表すことができます

私は付け加えます、

• 異なるモジュール (コンポーネント) 間の疎結合。

私は SCA テクノロジを使用して単純なソフトウェアを実装しました。また、 Tuscany Tutorialの助けを借りて、SCA の異種性とそのプラットフォームの独立性が持つ力を理解することができました。

今日、私は少し関連していると思われる別のモデルを見ています。これはDeclarative Services Component Model (DS)であり、OSGi サービスを公開および/または参照するコンポーネントの作成を簡素化するコンポーネント モデルです。DSではバンドルリソースにXMLコンポーネント宣言ファイルを追加することで、OSGIバンドルをコンポーネントとしてラップしているようです。XML ファイルには通常、バンドル サービスの宣言と参照が含まれており、SCA 複合ファイルに類似した内容になっています。このようなファイルの例を次に示します。

私の質問は次のとおりです。SCA と DS の間に何らかの関係はありますか? DS は SCA の異種性とそのコンポーネントの分離を実現できますか? たとえば、DS は SCA コンポーネントなどのさまざまなプラットフォームとの間でサービスや参照を提供できますか? DS コンポーネントは、SCA コンポーネントが分離されているのと同じ意味で独立 (分離) できますか?