問題タブ [axiom]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
jena - JENA API の公理の変更
Jena API を使用して製品のオントロジーを作成し、スポーツ、電子製品などのさまざまなタイプの製品を作成できるアプリケーションを構築しました。次に、特定のルールを変更する必要があります。1 つのルールのようsubClassOf
に、特定のクラスとその親クラスを指定します。変更を加えてsubClassOf
、そのクラスのプロパティを与えるか、親クラスを与えるだけでなく、そのクラスの子を返します。基本的な目的は、jena API の公理で遊ぶことです。
ありがとう
java - Spring WS 添付ファイル - SaajSoapMessage と AxiomSoapMessage の比較
リクエストでマルチパートファイルを受け入れるSpring Webサービスがあります。デフォルトを使用しSaajSoapMessageFactory
て、Web サービスを でテストしていましたSoapUI
。リクエストに複数のファイルを添付し、サービスエンドポイントでそれらにアクセスしようとすると、最初の添付ファイル((SaajSoapMessage) messageContext.getRequest()).getAttachments();
に必要な添付ファイルが 1 つしかありませんcontentId
。
デフォルトSaajSoapMessageFactory
には添付ファイルの処理に関する問題があることがわかったとき、使用しようとしましたAxiomSoapMessageFactory
。そして今、私はエラーが発生していますorg.xml.sax.SAXParseException; problem accessing the parser. Parser already accessed!
これに対する解決策はありますか?
編集: forを使用PayloadRootAnnotationMethodEndpointMapping
しています。そこから何か原因はありますか?Jdom2.Element
@RequestPayload
payloadCaching
編集:とattachmentCaching
プロパティの両方を に設定するとtrue
、soapUI
java - AxiomSoapMessageCreationException: 不明なコンテンツ タイプ 'application/wsdl+xml'
次の例外が何を意味するのか、誰にも分かりますか?
プロジェクトのどこにも「wsdl+xml」が見つかりません。どこから来ているのかわからないのですか?
web-services - AxiomSoapMessageFactory を使用して、クライアント側での Web サービス応答の読み取りを改善する
現在、非常に大きな応答を返す SOAP Web サービスを呼び出しています。
Spring-WS (WebServiceTemplate を使用)、JAX-WS クライアントを使用して Web サービスを呼び出し、アプリケーションは Jboss EAP 6.0 で実行されます。
現在、SaajSoapMessageFactory も使用しています。読み取りパフォーマンスを向上させるには、SaajSoapMessageFactory ( http://docs.spring.io/spring-ws/site/reference/html/common.html )ではなく AxiomSoapMessageFactory を使用する必要があることをフォーラムから読みました。
次の変更を行いました。
交換済み
に
この変更は期待どおりに機能しました。ただし、上記のリンクは、次のように設定することを提案しています。
このオプションを設定した後、Web サービスが呼び出されると、次の例外が発生します。
このエラーの理由についてのアイデアはありますか? 他のオプションを変更し忘れたのでしょうか、それとも私が使用したライブラリ ファイルの非互換性でしょうか。
別の質問:
og4j.logger.org.springframework.ws.client.MessageTracing に関連する log4j エントリをコメントアウトした後、Web サービスを正常に利用できました。また、パフォーマンス テストを実行したところ、50 人のユーザーが同時に Web サービスにアクセスしている (Web サービスを呼び出す画面を介して間接的に) テストでは、全体的な応答時間 (ボタンがクリックされた瞬間から、 Web サービスが画面に再表示されます) 約 27 秒から 22 秒に短縮されました。これは、SaajSoapMessageFactory よりも 5 秒短縮されています。ただし、100 ユーザー テストを実行したところ、応答時間が 2 秒増加し、この場合は SaajSoapMessageFactory の方が優れているように見えます。AxiomSoapMessageFactory がストリーミングを使用し、ツリーの構築を回避しているにもかかわらず、このパフォーマンスの違いの理由を誰かが説明できますか??
web-services - AxiomSoapMesageFactory を使用して Web サービスのパフォーマンスを改善する - ユーザー数が多い場合のパフォーマンスの低下
現在、非常に大きな応答を返す SOAP Web サービスを呼び出しています。
Spring-WS (WebServiceTemplate を使用)、JAX-WS クライアントを使用して Web サービスを呼び出し、アプリケーションは Jboss EAP 6.0 で実行されます。
現在、SaajSoapMessageFactory も使用しています。読み取りパフォーマンスを向上させるには、SaajSoapMessageFactory ( http://docs.spring.io/spring-ws/site/reference/html/common.html )ではなく AxiomSoapMessageFactory を使用する必要があることをフォーラムから読みました。
次の変更を行いました。
交換済み
に
この変更は期待どおりに機能しました。しかし、パフォーマンスの観点からは、驚くべき結果が得られています。
50 人のユーザーが同時に Web サービスにアクセスする (Web サービスを呼び出す画面を介して間接的に)テストの場合、全体の応答時間 (ボタンがクリックされた瞬間から Web サービスからの応答が画面に再び表示される瞬間まで) ) ~ 27 秒から 22 秒に短縮されました。これは、SaajSoapMessageFactory よりも 5 秒短縮されています。
ただし、100 ユーザーテストを実行したところ、応答時間が 2 秒長くなり、この場合は SaajSoapMessageFactory の方が優れているように見えます。
AxiomSoapMessageFactory がストリーミングを使用し、ツリーの構築を回避しているにもかかわらず、このパフォーマンスの違いの理由を誰かが説明できますか??
file - MTOM および Axis2 スタブを使用して Web サービスからファイルをダウンロードできない
MTOM と ADB を使用して、Axis2 Web サービス サーバーからファイルをダウンロードしようとしています。サーバー側とクライアント側の両方で MTOM を有効にしない場合、ファイルをダウンロードできます。どんな提案やコードサンプルもいいでしょう:)
クライアント側
サーバー側 axis2.xml
これは私のサーバーです
これは私のクライアントです
どれでも