問題タブ [wadl]

この質問は少し長いです、ご容赦ください。RESTでは、WADLやIDLは必要ないと思います。むしろ、その概念を暗黙のうちにカバーする何か。私たち（人間）がWebを閲覧するとき、初めてWebサイトにアクセスするとき、それがどのようなサービスを提供しているかはわかりません。あなたは発見しますHTMLホームページ（またはヘルプセクションのサイトマップページ）にあるもの、またはホームページのメインメニューにあるもの。例えれば、私たち人間へのホームページまたはサイトマップは、WSDLがWS- *に対して、またはWADLがRESTサービスに対して何であるかを示しています。それだけが他のhtmlコンテンツと同じです。RESTでは、HATEOSパラダイムを尊重して、次のことが良い方法だと思います。他のリソースへのリンクを一覧表示するトップレベル（またはデフォルト）のリソースを用意します。ライブラリの例として、RestLibrary.com/と言います。次のようになります。

メディアタイプ「application/vnd.libraryml + xml」は、定義された標準、またはlibrarymlという名前の（独自の語彙である可能性があります）と想定されていることに注意してください。また、クライアントはこの「ホームページ」リソース（要素root、resource、link）を理解できる必要があります。これは、WADLの代わりに使用できる部分です。クライアントが理解できる抽象的な語彙です。たとえば、Atomのような既存の標準を使用できます。しかし、主なアイデアは、どのクライアントにも理解できる抽象的な語彙を用意することです。では、なぜWADLではないのでしょうか。まあwadlはサービスディスカバリのためだけです。ここでのアイデアは、ハイパーメディアのベースとして機能する、軽い抽象的な語彙を持つことです。「ルート」語彙。フクロウのように、owl：thing...etcがあります。クライアントが「libraryml」を知っている場合 標準では、理解できるものへのリンクをたどることができます（メディアタイプのプロパティとxmlnsを解析した後）。そうでなければ、それはしません。

RESTアーキテクチャで何かを処理する方法を理解できないとき、私は人間がWebでそれをどのように処理するかを見る傾向があります。Webには、サイトビルダーがクライアント（ユーザー）にとっての意味に関係なく、特定のコンテンツを配信できるようにするHTMLである汎用言語があります。ブラウザーは、HTMLを理解しますが、コンテンツの「意味」は理解しません。（ドメイン固有の）コンテンツを理解しているのはユーザーです。QuantumPhysics.orgと言うと、ブラウザでホームページをレンダリングでき（結局のところHTMLにすぎません）、ホームページを読むことができます。クォンタムを理解していれば、ブラウジングを続けることができます。私が出て行かない場合（私がハードウェイを学びたいのでなければ:)）

• RetsLibrary.comの例では、クライアントアプリは私と私のブラウザのようです
• QuantumPhysics.orgで。メディアタイプ「application/vnd.libraryml + xml」は量子物理学（知識）です。
• httpは両方の例でhttpです。
• 現在、QuantumPhysics.orgのHTMLはRestLibrary.comにあり、XML +その小さな抽象的な語彙（ルートリソースとリンク、Atomのようなものに置き換えることができます）です。

では、このアプローチには何か価値がありますか？ハイパーメディアと「初期URI」の概念で成功できるように、ルートの小さなハイパーボキャブラリーは必要ありませんか？

ええ 、なぜRDFをルートボキャブラリーとして使用しないのですか？

私が理解していることから、 RESTfulWebサービスを説明するためにWADLを使用する必要があります。それでも、ユーザーがWADLの使用に強く反対している、関連する投稿で多くの回答を読みました。

WADLの欠点は何ですか？別の解決策はありますか？

私は REST API をモデリングしています。API の一部は、値とサブノード (ファイル システムや Windows レジストリのようなもの) を持つノードの任意の階層に編成されたリソースを表します。

API の JAX-RS ボイラープレートを生成できるように WADL ファイルを作成したいと思っていますが、WADL でそのような状況を表現する方法がわかりません。

文字列をテンプレート パラメーターとして使用することもできますが、その文字列パラメーターの値にスラッシュを使用できることを検出し、JAX-RS @Path アノテーションを適切に生成する方法がわかりません。

繰り返し可能なテンプレート パラメーターを作成し、そのような機能を期待することは合法ですか? 例えば

HTTP GET http://my.service.com/registry/path/to/my/node

繰り返されるテンプレート パラメータは、"path"、"to"、"my"、"node" です。

wadl2java コマンド ライン ツールを使用して、提供されている wadl のクライアント側スタブを生成しようとしていますが、JClass name empty エラーが発生します。誰でもこれを解決するのを手伝ってもらえますか? これに関する情報を撮影するのに多くの問題を見つけることができないようです。

フルスタック トレースは

スレッド「メイン」の例外 java.lang.IllegalArgumentException: com.sun.codemodel.JDefinedClass.(JDefinedClass.java:194) で JClass 名が空です。com.sun.codemodel.JDefinedClass.(JDefinedClass.java:154) で com. org.jvnet.ws.wadl2java.ResourceClassGenerator.generateClass(ResourceClassGenerator.java:132) で com.sun.codemodel.JDefinedClass._class(JDefinedClass.java:606) で sun.codemodel.JDefinedClass._class(JDefinedClass.java:631) org.jvnet.ws.wadl2java.Wadl2Java.generateSubClass(Wadl2Java.java:406) で org.jvnet.ws.wadl2java.Wadl2Java.generateEndpointClass(Wadl2Java.java:384) で org.jvnet.ws.wadl2java.Wadl2Java.process (Wadl2Java.java:146) org.jvnet.ws.wadl2java.Main.main(Main.java:120) で

pom ファイルに次の依存関係があります:-

jar ファイルがシステムに存在し、依存関係を解決できます。しかし、コードを実行すると、java.lang.ClassNotFoundException: org.jvnet.ws.wadl.util.DSDispatcher で失敗します。DSDispatcher は、jar ファイルと正しいパッケージに存在します。誰が問題が何であるかを提案できますか? wadl-core pom から pom にすべての依存関係を追加しようとしましたが、それは役に立たず、依存関係でさまざまなスコープを試しました。

ありがとう！

RESTful Web サービスを構築しました (asp.net 4、MVC 2 を使用しています)。WADL を公開したいと考えています。それを構築するために使用できるツールが組み込まれているか、それ以外の場合はありますか? 私は（まだ）それを消費するクラスを生成するつもりはありません.WADLファイル自体を生成できるものを厳密に探しています.

ありがとう。

WCFを使用して、.svcファイルを使用して.NETでRESTfulWebサービスを作成しました。Webアプリケーションは自動的にWSDLファイルを生成します。AFAIK、WADLは安らかなWebサービスにとってより自然です。

WADL記述を生成するRESTfulサービスを.NETで（できればwcfを使用して）作成するにはどうすればよいですか？

注適切なマニュアル/チュートリアルを指定する限り、「RTFM」のような回答が受け入れられます。

「RestfulWebサービス」という本を読みました。その本では、WADLについて説明し、RESTfulWebアプリケーションについて説明することを目的としています。

その本は2007年に書かれたもので、当時はWADLを使ったWebアプリケーションはあまりありませんでした。

それが変わったのかしら。いくつのWebアプリケーションとどの人気のあるWebアプリケーションがWADLを使用してRESTfulAPIを記述していますか？

私は REST API を構築しており、xml 表現にどの形式を使用すべきかを議論しています。社内で定義したものでも構いませんが、フォーマットもたくさんあります。wadl は面白そうに見えますが、それについては議論があるようで、新しいものでもあります。

推奨事項（ベストプラクティス）は何ですか？

以下の wadl ファイルを使用して認証手順をテストする必要があります。

このファイルをsoapUI Proにインポートした後、クリックしてリクエストしても何のアクションもありませんでした。その理由は、soapUI Pro が xsd に存在する要素「sis:user」を認識せず、未定義の型を持つ単一の要素であると考えたためです。wadl ファイルの問題点を教えてください。

以下は、使用される sis.xsd スキーマです。

<?xml version="1.0" encoding="utf-8"?> <xs:schema id="SIS" targetNamespace="http://sis.thecompany.com/" elementFormDefault="qualified" xmlns="http://sis.thecompany.com/" xmlns:mstns="http://sis.thecompany.com/" xmlns:xs="http://www.w3.org/2001/XMLSchema" version="1.0"> <xs:element name="application"> <xs:complexType> <xs:all> <xs:element name="user" minOccurs="0"> <xs:xs:complexType> <xs:all minOccurs="1"> <xs:element name="login" type="xs:string" /> <xs:element name="password" type="xs:string" /> </xs:all> </xs:complexType> </xs:element> </xs:all> </xs:complexType> </xs:element> </xs:schema>

そして次の質問です。soapUI Pro が xsd からの complexType 要素のユーザーの解析を修正する場合、soapUI Pro からの POST データは次のようになります。

ただし、追加のプレフィックス「sis:」により、これはサーバーによって拒否されます。サーバーは次の形式のみをサポートします

ご意見をお聞かせください。