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が最近リリースされ、重要な変...
Apache Wicket PMCがApache Wicket 7.2.0をリリースした。このリリースはマイナリリースだが,新機能も含まれている。今回のリリースとApache Wicketの状況を詳しく聞くためInfoQは,Apache Wicket PMCメンバのMartijn Dashorst氏にインタビューした。 InfoQ: まず何よりも,リリースおめでとうございます!リリースノートの“New and Noteworthy”のセクションには,1) JavaのNIO APIを使用したファイルシステムからのリソース読み込み機能,2) 外部サーバからのイメージのロード,という2つの機能が取り上げられていますが,この2つが重要な理由について,InfoQ読者に説明して頂けますか? Dashorst: 最初の機能はファイルシステムからブラウザに,メディアコンテンツを直接,簡単にストリームできる
Pivotalは先週、Spring Bootの一般提供を開始した。18ヶ月の開発を経てのリリースだ。このフレームワークはSpring IOプラットフォームをシンプルにし開発者の生産性を向上させる。 Bootは最初は昨年のSpringOne 2GXに向けてJava開発コミュニティ用に開発された。その後、Spring SecurityチームのリーダーであるRob Winch氏がSpring Framework 4.0への適用をツイートしたことで人気になった。Bootは元々、Spring FrameworkのJIRAの課題が媒介となって広まった。これはコンテナレスのSpringウェブアプリケーションの設計についての課題だった。 Spring IOプラットフォームのメンバとして、Bootは"IO Execution"レイヤに位置する。のこのレイヤはプラットフォーム全体を活用するドメイン特化のランタ
近年、モバイルクライアントやソーシャルネットワークといった新たなトレンドにより、Webアプリケーションは並行コネクションを扱う必要に迫られてきた。その結果、nginxやNode.jsに見られるような、イベントや非同期性に基づいた新しいサーバアーキテクチャが登場した。2011年、Tim Fox氏はこのアーキテクチャの多言語対応JVM版、Vert.xの開発を始めた。Vert.xを利用することで、開発者はJavaScript、Groovy、Javaなどの言語を使って、1つのアプリケーションの中で組み合わせて、システムを開発することができる。 先日、Tim氏はVert.xのversion 2.0をリリースした。InfoQでは、Vert.xの変更点について知るため彼にコンタクトした。 InfoQ: 今回のアップデートでキーとなるフィーチャについて教えてくれませんか? Tim Fox氏: Vert.x
原文(投稿日:2013/05/20)へのリンク Web 2.0とモバイルクライアントの目覚ましい成長が,アプリケーションアーキテクチャに関する私たちの考え方を変えつつある。Node.jsは,サーバ側のソフトウェアに非ブロック/非同期のランタイム環境を構築することでこの課題に取り組もうと試みた,最初のテクノロジのひとつだ。そして昨年,同様のランタイムをJava仮想マシン上に実現するvert.xが登場した。Node.jsとは対照的にvert.xは,本来の意味での多言語(polyglot)アプローチを踏襲している。JavaScript,Groovy,Javaその他の言語を使ったシステムの構築や,ひとつのアプリケーション内での混在が可能だ。 InfoQはEberhard Wolff氏にコンタクトを取り,これら2つのテクノロジの間にある違い,それぞれをベースとした場合の開発アーキテクチャから生じる課
巨額の投資や長期の開発にもかかわらず,PaaSはいまだ多くのユーザを引き付けることに成功していない。この記事ではPaaSの現状とその将来について,何人かのアナリストによる意見を要約して紹介する。 PaaSは長い間,アプリケーション-サービス-ソフトウェア層とクラウドインフラストラクチャを結び付けるために必要な “接合剤” だと考えられてきた。Paul Miller氏は "Is PaaS dying?" と題した記事の中で次のように書いている。 プラットフォームの役割とは,明解で説得力があり,かつパワフルであることです。汎用のハードウェア上で動作するさまざまな安い仮想マシンよりも,重要で関心の高い,基本的なパーツであるべきです。プラットフォームこそがクラウドを支える原動力であり,クラウドが世界中のビジネスやビジネスモデルを変革し続けられる理由なのです。 しかしMiller氏は,"このような期
以前,開発マネージャの募集広告で,思わず首を傾げたくなるようなものを見たことがあります。そのひとつでは,たくさんのプログラム言語と開発環境について十分な知識を持っていることを条件にしていました。別の案件では,そのポジションの66%(なぜ2/3ではないのでしょう?)の作業はプログラミング,とありました。他にもPMO認定所有者を求めるものなど,そんな調子で延々と続いているのです。開発マネージャという役割が,ある意味で漠然としたものであることは事実でしょう。しかしこのような求人情報を見ると,募集を出している企業が開発マネージャの役割について本当に考えていないのではないか,という印象を受けてしまいます。雇用する企業にとっても,このような条件で雇用される側にとっても,これは不幸の元でしかありません。 開発マネージャであるあなたは,たくさんの責任を背負っていますが,もっとも重要なのは製品を出荷すること
この記事は、一昨年発売されたMichael Yuan氏とThomas Heute氏の著書、『JBoss Seam: Power and Flexibility Beyond Java EE 5.0』 (source) の第1章および第2章の抜粋を、InfoQ独占で編集したものである。 Seamとは何か? JBoss Seamは、「Java EE 5.0用の軽量フレームワーク」である。それはどういう意味なのか? Java EE(Enterprise Edition)5.0自体が「フレームワーク」の集合体ではないのか? なぜ公式仕様外の別のフレームワークが必要なのか? 我々は、Seamを、Java EE 5.0に含まれるべきであった「欠如しているフレームワーク」と見なしている。Seamは、Java EE 5.0フレームワークの上位に位置し、エンタープライズWebアプリケーションのすべてのコンポ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く