Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

原文(投稿日:2012/02/13)へのリンク Apache Apollo 1.0 がリリースされた。ActiveMQ のサブプロジェクトである Apache Apollo は,マルチコア・マルチプロセッサ指向の新たなスレッディングモデルを備えることによって,速度とスケーラビリティ,さらには信頼性の面でも ActiveMQ やその他の多くのメッセージ処理プロジェクトを凌駕する。 Apollo 1.0 の特徴: Stomp 1.0 ワイヤプロトコル Stomp 1.1 ワイヤプロトコル トピックおよびキュー キューブラウザ トピックの恒久サブスクリプション 高信頼性メッセージング (reliable messaging) JMS API その他多数 Apollo の開発リーダである Hiram Chirino 氏は,Apollo 本来のパフォーマンスを実証するために STOMP ベンチマーク
原文(投稿日:2011/06/14)へのリンク Tim Bray氏は、Seattle Androids Developer Group におけるスピーチでこの話題について、最近話した が、論争に向けた 詳細な根拠を提供した 。彼自身の立場は必ずしも明確ではない。 私はweb開発者です。1994年以来、webのお蔭で安定した収入を得てきました。その間、何回かボーナスももらいました。なので、私はwebを分かってますし、好きですし、生業にしています。 まず、彼は質問に条件を加えることから始める事を勧めている。 基本的に、モバイルデバイス上のほとんど全てのものが、ネットワークを使う必要があり、ほとんど全てのものがHTTP経由でそれを使ってます。 なので彼にとっては、完全に全てのモバイルアプリケーションは、「webアプリケーション」である。人々が「webアプリケーション」について話すときに、考えてい
原文(投稿日:2010/11/19)へのリンク 最近Alex Scordellis氏は、リソースの部分的更新についてのクライアントとRESTfulサービスのインタラクションがどのようにモデル化され、デザインされ得るかについての記事を投稿した。 [Ian Robinson氏、Jim Webber氏、Savas Parastatidis氏による書籍REST In Practiceの中に]私は不可解な考えを1つ見つけました。著者たちはリソースの状態を更新するものとしてPOSTを推奨しています。これは、PUTのセマンティクスの解釈の選択によって導かれるものです。HTTP仕様によれば:Request-URI が既に存在するリソースを参照している場合は、同封されるエンティティはオリジンサーバにあるそれの修正版とみなされるべきである。 本の中では、著者たちはこのことを、PUTリクエストに同封されるボディ
原文(投稿日:2010/09/16)へのリンク 開発者であり、アーキテクトであり、著書も持つSimon Brown氏はプロジェクトを成功させるには良いコード以上のものが必要だと考える。良いコードだけでは不十分と題したプレゼンで氏はプロジェクトの成功に必要なすべての要素について、事前の設計から運用尾のための文書まで、くまなく論じた。 良いコードがあるということはスタート地点に立つことであり、プロジェクトの成功には何をビルドしたか、何がリリースされたかそしてどのように動作するかを知る必要がある、というのが氏の考えだ。 ビルドするべきことを知るためには、一揃えの要求が必要だ。要求が集まったら“全体像” が描ける。これはこの時点での構築すべき製品に対する理解が反映されたソフトウエア設計図だ。それから、大きな問題を小さな解決策に分解する必要がある。こうすることで各コンポーネントやその間のやり取り、利
原文(投稿日:2010/08/17)へのリンク ネイティブモバイルアプリケーションの継続的な好調が,私たちの業界全体に激しい議論を巻き起こしている。Google の DeWitt Clinton 氏は言う。 今日のネイティブモバイルアプリは,モバイル Web アプリよりも優れています。動作も速いですし,必要なものを探すにも,収益化も容易で便利です。 しかしこれはバグです。仕様ではありません。このモデルは,デスクトップ環境では生き長らえることができませんでした。モバイルでこれがうまくいく,というのは考えられないことです。 このポストは GigaOM の Stacey Higginbotham 氏が,Gowalla の CEO である Josh William 氏にインタビュー した時の内容に対するものだ。そのインタビューでは, Josh が次のように説明している。 Gowalla では iP
原文(投稿日:2010/07/01)へのリンク noVNC は、VNCクライアントで、 HTML5 WebSockets, Canvas そして JavaScriptを使って実装されている。InfoQ、は、 Joel Martin氏と、 noVNCと HTML5アプリケーションの開発経験について、少しばかり、Q&Aを持った: InfoQ: Joelさん、noVNCのアーキテクチャの全体像と様々なコンポーネントがどのように、いっしょになっているのか,教えてください。 Joel: noVNCのアーキテクチャは、6つの主要なコンポーネントからできています: コアの VNC/RFB実装: このコンポーネントは、すべてのRFBプロトコルの情報をカプセル化していて、他のすべてを動かす、主要なステートマシンです。 Canvas抽象層: このコンポーネントは、 HTML5 CanvasAPIを抽象化した層
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く