InfoQ ホームページ WebAPI に関するすべてのコンテンツ
-
設計上のホメオパシー
Steve Jones氏がある種の人々を設計上のホメオパスと呼び議論している。"パワーポイントと自分の意見"に基づいて設計上の重要な決定をしてしまう人々のことだ。氏の考えでは、このような人々はITの世界で流行しており、企業分野でRESTの導入を推進している人はまさにホメオパスだ。
-
OData v3とWCF Data Services 5.xを使う
.NETでウェブサービスを開発しているなら、ODataを調査対象のフレームワークにするべきだ。特に、よくわからないサードパーティをサポートしなければならない場合だ。ODataはSOAPとATOM (XML)とJSONで表現されるRESTスタイルのメッセージをサポートする。つまり、サービスの利用者は、自分たちにとって最適なフォーマットをリクエストできるのだ。
-
JAX-RS 2.0とBean Validation 1.1がJava EE 7 JSRとして初の公認を受ける
Java Enterprise Edition version 7 の進捗が順調だ。先月末にはJSR 399とJSR 349が公開レビュー投票によって採択され，この２つが批准された最初のJSRとなった。InfoQではJSR 399仕様リーダのひとりであるMarek Potociar氏に，RESTful Java APIの最新バージョンについて話を聞いた。
-
JavaをRESTful設計に合わせる
最近のZapthinkの記事で、著者はなぜJavaとJAX-RS 2.0がRESTfulサービスを構築するのに必ずしも適切でないかを論じている。JAX-RS 2.0の改善について多くが述べられているが、著者が信じているのは、少なくとも問題の1つの核心は、Javaオブジェクトモデルであり、RESTを無理にJavaに合わせようとしたり、その逆もやっている。
-
JAX-RSにWADLサポートは必要か。
JavaOne 2012の将来のJava EEに関するパネルセッションには、JAX-RSのWADLをするかどうかに興味がある参加者が集まった。登壇者はWADLのサポートを支持しなかったが、参加者側は支持していたようだ。RESTを成功させるにはWADLは不必要と考えられいるのは良いことなのだろうか。
-
Microsoftが新しいREST APIフレームワークを発表
Visual Studio 2012と.NET 4.5の発表に合わせて、MicrosoftはASP.NET Web APIというサービスフレームワークを正式に公開した。ASP.NET MVC 4の一部としてオープンソースのASP.NET Web APIはRESTfulなサービスの開発と利用を簡単にする。
-
IG GroupがRESTdocletをオープンソース化
IG GroupはSpring RESTベースのサービスからドキュメントを生成するMavenプラグインのRESTdocletのをオープンソースにした。
-
ITは思考より技術を重要視している
最近、Cap Geminiの Steve Jones氏は、彼がいかに、近頃問題の解決を考えることが、最新の誇大広告的な流行よりも重要でない、と信じているかを記事にした。彼は、例としてRESTやビッグデータを使っているが、それはあらゆる技術について言えることであり、結局のところ、ITがもはやITの人々のものでない、と彼は信じている。
-
SPDY対WebSockets?
Lori MacVittie氏はWebSocketsよりもSPDYの方が広く受け入れられると考えられる原因を説明している。氏は、2つのプロトコルにはHTTPの使い方に違いがあり、その違いが原因でSPDYに軍配が上がると考えている。
-
Microsoft主導のコンソーシアム、標準化のためにOASISにODataプロトコルを提出
Microsoftは、他のソフトウェア産業のリーダーとともにデータクエリプロトコルODataを業界標準にしようとしている。このフレームワークが広く普及することを期待して、Organization for the Advancement of Structured Information Standards (OASIS)に提案が提出された。
-
Web API Design - 開発者が愛するインターフェイスを作る
企業および開発者向けAPIプロダクトおよびテクノロジープロバイダのApigeeは、Web API設計に関するフリーの電子書籍「Web API Design: Crafting Interfaces that Developers Love」をリリースした。ここには、Apigee設計ワークショップを経験した世界中のAPI設計チームの協力のもと作られたREST API設計プラクティスがまとめられている。
-
クラウドベースBPMにRESTfulは必要か
ZapThinkのアナリストであるJason Bloomberg氏はクラウドベースのビジネスプロセスマネジメント(BPM)が、クラウドへ簡単に移行できない従来のBPMエンジンに対する脅威になると主張している。氏はこの記事でクラウドでのBPMの利用が提供する価値を説明するのではなく、クラウドBPMを適切に利用するにはRESTベースのサービスが必須だと警告している。ebizQのMichael Poulin氏はこの主張に反論し、RESTfulなサービスが必須がどうかについて説明している。
-
WebSockets vs. REST?
WebSocketがW3C勧告候補となり、Javaコミュニティでも新しいJSRが始まろうとしているなか、WebSocketはHTTPの原則とともにうまく機能するのか？という疑問が持ち上がっている。これらは相補的なものなのか、それとも一部の人が思っているように、RESTからこの新しいインタラクションスタイルへと注目が移るのだろうか？WebSocketは「Webを破壊する」という意見まである。
-
"Object Network": ウェブAPIのためのデータネットワーク
開発者はウェブAPIに苦しめられている。APIは無数のアクセス方法を提供し、得られるデータは互換性がない。Object Networkはオブジェクトのデータの形式を統一することで、インターネットと同様にハイパーリンクによるネットワーク効果を持つデータの構造を作成する試みだ。
-
HTTP API進化に関するベストプラクティス
HTTP API発展性へのベストプラクティスのタイトルが示すようにBenjamin Carlyle氏は、HTTP APIに関するシステムを設計する際の原則とプラクティスを定義した。システムとは、拡張可能で、時間とともに進化するものである。