Java EE6標準の範囲でフルスタックのWebアプリケーションが簡単に作成できることを確かめてみました。 - 達人プログラマーを目指して
Java EE6でさらに開発は容易になった？ 以前JavaEE標準の進化から最近の業務アプリケーション開発手法の変遷について考える - 達人プログラマーを目指してにてJava EE標準の開発モデルの進化について説明しました。10年前の相当面倒だったJ2EEの開発モデルと比べて、最新のJava EE6では、様々なOSSの良い特徴を取り入れて、簡単にプログラミングできるように大幅に改良されています。また、Glassfish 3.1やJBoss AS7などは起動時間が非常に短縮されており*1、よほど遅いPCでなければわずか数秒で再起動することができます。さらに、Java EEサーバーが重くてテスト不能というイメージはもう過去の話かもしれない - 達人プログラマーを目指してで紹介したように、Java EE6では従来困難であった単体試験の自動化も容易になっています。 個々の技術は優れているのだけれど
若作りするためのJavaコード - 谷本 心 in せろ部屋
このエントリーは Java Advent Calendar 2012 の10日目として書きました。 なんか色々あって、公開が2日ぐらい遅れてしまってごめんなさい（＞＜） 前日は、Hideki Kishida (@quicy) さんの「Xtend の Lambda とストリーム処理」です。 http://legacy-style.blogspot.jp/2012/12/xtend-lambda.html 翌日は、Katsumi Kokuzawa (@kokuzawa) さんの「WiiRemoteJで遊ぼう on OSX 10.8.7」です。 http://kokuzawa.github.com/blog/2012/12/11/wiiremotejdeyou-bou-on-osx-10-dot-8-7/ どちらも今風ですね！ そんな中、若干、加齢臭が気になり始めたこの頃の私としては、 若さアピ
コード補完からムダを省き、Javaプログラミングを地味に効率化
この記事は、LL/ML Advent Calendar 2012 (#JJUG)の12月14日分です。 統合開発環境（IDE）のコード補完はとても便利です。途中まで入力しかかった変数名を最後まで一気に入力してくれたり、扱おうとしている変数の型が持っているメソッドやプロパティをポップアップしてくれたりと、とても気がきく機能です。IDEを使い始めて、最初に恩恵を感じる機能ではないでしょうか？ 今回は、その設定に一手間加えて、Javaプログラミングをもっと快適にするための設定TIPSを紹介します。 なお今回記事で使っているIDEとそのバージョンは、以下の3つです。が、コード補完は最新機能というわけではないので、以前のバージョンでも使えると思います。 Eclipse 4.2 JunoIntelliJ IDEA 12 CENetBeans IDE 7.2.1コード補完の困ったところあるある便利なコー
Gradleでマルチプロジェクトビルドする - wadahiroの日記
マルチプロジェクトは個人的には大変なので余りやりたくないのだが、規模が大きくなると様々な理由で必要になってくる。Gradleにももちろんマルチプロジェクトをサポートする機能がある。今回はそれを紹介。 そもそもマルチプロジェクト化する理由って？ プロジェクトによって色んな理由があると思うが、うちだと以下のような理由がメインかな。 ビルドのルールを標準化したい ビルド時のソースエンコードとかビルドターゲットのバージョンとかバラバラにならないように統一したい。 依存ライブラリのバージョン定義を集約したい 各プロジェクトで使っているOSSライブラリのバージョンがバラバラ...なんてことを避けたい。 ビルドスクリプトを簡略化したい 同じような処理を各プロジェクトで記述するのは無駄だし、メンテナンスも大変。どこかに共通化して定義して、各プロジェクトのビルドスクリプトはすっきりさせたい。 サブプロジェク
Apache Maven WAR Plugin – Including and Excluding Files From the WAR
Apache/ Maven/ Plugins/ Apache Maven WAR Plugin/ Including and Excluding Files From the WAR | Last Published: 2024-07-24 Version: 3.4.0 It is possible to include or exclude certain files from the WAR file, by using the <packagingIncludes> and <packagingExcludes> configuration parameters. They each take a comma-separated list of Ant file set patterns. You can use wildcards such as ** to indicate mu
ビルドツールの移行性、MavenからGradleへの乗り換えは容易か
Javaによるソフトウエア開発でよく使われるオープンソースのビルドツールには、米Apache Software Foundationが開発する「Apache Ant」（http://ant.apache.org/）や「Apache Maven」（http://maven.apache.org/）、米Gradlewareが開発する「Gradle」（http://www.gradle.org/）がある。ここでビルドツールとは、コンパイルやテスト実行、パッケージング、デプロイといった開発作業を自動化するツールのことである。 従来は、柔軟性を備えるAntが広く使われてきた。ただし、処理の記述量が膨大になりがちなため、近年はより効率的にビルド作業が行えるMavenが普及し始めた。また、柔軟性と効率性を併せ持つGradleの1.0版が2012年6月にリリースされ、注目を集めている（図1）。 そこで、M
Apache TomEE 事始め - unnamed
この記事は Java EE Advent Calendar 2012 の5日目です！ Apache TomEE Apache TomEEは去年のJavaOne 2011で発表された、TomcatベースのJava EE 6 (Web Profile)対応のJava EEアプリケーションサーバです。とみーと読みます。 これにRESTfulなWebを作るのに必須なJAX-RSを載せたJAX-RS版とみー君もいます。また、Certifitedではありませんが、Full Profileに近づけた機能を持つとみーぷらす (TomEE Plus) というものもあります。 必要に応じて使いやすいとみー君を選ぶことができます。それぞれの違いはここの比較表が解りやすいです。 華々しい(?)発表の後はあまり進展のない日々が続きましたが、今年のJavaOne 2012前にバージョン1.5がリリースされました。以前
タプル - うなの日記
タプルを書いてみた。 import static java.util.Arrays.deepEquals; import static java.util.Arrays.deepHashCode; /** * タプル */ public class Tuple { /** * ペア * * @param <A> Aの型 * @param <B> Bの型 */ public static class Pair<A,B> { private final A a; private final B b; /** * コンストラクタ * @param a a * @param b b */ public Pair( A a, B b ) { this.a = a; this.b = b; } /** * aを取得する。 * @return a */ public final A getA () {
Servlet3.0で追加されたファイルアップロードを使う - じゃばらの手記
Servlet3.0から、HttpServletRequest#getParts()というメソッドが追加され、ついにJavaEE標準でファイルアップロードが使えるようになりました。 JSFと連携する方法を調査したので、過程と結論をメモしておきます。 @MultipartConfigアノテーションの付いたServletが必要 前提として、getParts()を使うには@MultipartConfigアノテーションの付いたServletが必要です。 この制約のおかげで実はgetParts()はかなり使いにくくなっています。 JSFとは連携出来ない？ 私が調査したのはJSFでアップロードファイルを取得する方法ですが、FacesServletには@MultipartConfigアノテーションは付いておらず、また、FacesServletはfinalで継承出来ません。 つまりFacesServlet
Javaのジェネリクスで，T.class や new T() ができず悩んだ話 （型パラメータのインスタンス化に関し、フレームワーク設計からケーススタディ） - 主に言語とシステム開発に関して
Javaのジェネリクスで，型パラメータ T のインスタンスが欲しくなったことはあるだろうか？ 昨今のオブジェクト指向プログラミングにおいて，ジェネリクスは必須の基本文法だ。 扱う対象のクラスが抽象化されて汎用的になりつつ，なおかつ型安全性が確保される。 そのおかげで，処理の重複や分岐をコーディングする必要が無くなり，コード量が驚異的に削減される。 そういう基本的な原則を踏まえると， 「型パラメータのインスタンスが欲しい」 というシチュエーションは，Javaのジェネリクスの本来の導入目的に真っ向から逆らう。 なぜなら，ジェネリクスは型を抽象化して透過的に扱えるようにするための機構なのだから， せっかく抽象化した物をわざわざ具体化してどうするというお怒りを生む事になるのだ。 頑張って詳細なクラス情報を「T」でパラメータ化して具体性を隠ぺいしたにも関らず， その T に対して .class で具
なぜ Play は Servlet を使っていないのか（Why there is no servlets in Play 翻訳） - ikeike443のブログ
まだ正月休みなのです。暇なので訳してみました。 この記事は 1年半以上前に Play の生みの親である Guillaume Bort がブログに書いたものです。 (2012/8/19追記: リンク切れしていたためリンクを貼り直しました) なぜ Playframework では Servlet が一切使われていないのかについて、簡潔に書いています。 丸山先生が Play に注目し始めた今、Play2.0 のリリースが間近に迫った今、あらためて読むと面白いかも知れません。 なぜ Play は Servlet を使っていないのか Servlet API に準拠せずに Java web フレームワークを作ることはかなり変に思えるかも知れない。大抵の人はなぜこんな普通じゃない選択をしたのかを聞いてくる。気に入ってくれる人も何人かいるが、大半は毛嫌いする。正直に言うと、 Play フレームワークの一番
私たちのサーバー、GlassFish v3.1のこと
Loading… Flash Player 9 (or above) is needed to view presentations. We have detected that you do not have it on your computer. To install it, go here. 私たちのサーバー、GlassFish v3.1のこと - Presentation Transcript 私たちのサーバー、GlassFish v3.1のこと GlassFish Japan Users Group 蓮沼 賢志 http://www.coppermine.jp/ Twitter @btnrouge 忘れていませんか？私たちにいちばん近いサーバーのことを… フリーのサーバー？だったらTomcatで十分だよね。 A. H. さん（仮名） C社・システムエンジニア フリーの製品はサポ
GlassFish 関連
English Version is Here(Google Translate) GlassFish v3 関連情報 概要紹介 GlassFish v3.1 の新機能 詳細説明版 (これを見れば v3.1 の全てが分かる 2011/03/01) GlassFish v3.1 の新機能概要(2010/12/21) Java EE 6 & GlassFish v3 の概要(2010/09/01 説明付き) 先進的アプリケーションサーバ GlassFish v3 のご紹介(2010/08/19) 「GlassFish v3 で実感!! エンタープライズ Java の進化」資料公開(2010/05/29) GlassFish v3 の OSGi 対応について GlassFish v3 インストールビデオ GlassFish v3 FCS 版正式リリース Java EE 6 / GlassF
ジェネリックな設計 基礎編 - プログラマーの脳みそ
11/10に開催されたJJUG CCC 2012 Fallでジェネリクスについてセッションを行いました。 このエントリはセッション内容を補足するものです。本セッションはジェネリックなクラスの設計を行えるようになって欲しいという狙いで話をしました。ジェネリックなクラスを利用できるというのは前提条件として書いてます。入門的な内容であれば Javaジェネリクス再入門 - プログラマーの脳みそ を参考にしてください。 セッション資料はこちら ジェネリクスの基礎と応用 JJUG CCC 2012 Fall ジェネリクスのスコープ まずジェネリクスのスコープの話から入ります。Javaのジェネリクスには2つのスコープがあります。 メソッドをスコープとした型変数 インスタンスをスコープとした型変数 後者はおなじみの public interface List<E> などの型変数です。 これに対して pub
Spring3.1概要x di
3. Spring • Spring Framework ‒ ロッド・ジョンソン氏（SpringSource[旧社名： Interface21]）が中心に開発 ‒ Java/JEEアプリケーション開発用フレームワーク • DIxAOPコンテナ ‒ ASL（Apache Software Licence） Ver2.0に基づいたオープ ンソース 3 5. Springの年譜 • 2002年11月 書籍：Expert One-on-One J2EE • 2004年3月 Spring 1.0 • 2004年9月 Spring 1.1 • 2005年5月 Spring 1.2 • 2006年10月 Spring 2.0 • 2007年11月 Spring2.5 • 2009年12月 Spring3.0 • 2011年12月 Spring3.1 ‒ Java7, Spri
気になってたSpockを試してみた - No Programming, No Life
Groovy!（挨拶） はじめに SpockはGroovy製のBDDフレームワークです。前から気になっていた*1ので是非試してみたいなと思っていたら、 id:backpaper0 さんが はじめてのSpock - 裏紙 で試していたので、私も試してみました。といってもやった内容はほぼコピペ。いわゆる手抜きってやつです。 試してみる とりあえず、わざと失敗してみる (worldの!がない) @Grab('org.spockframework:spock-core:0.5-groovy-1.7') import spock.lang.* class HelloSpec extends Specification { def '名前を呼んで挨拶する'() { expect: say(name) == message where: name | message 'world' | 'Hello,
Servlet
サーブレットは「サーブレットコンテナ」という外部プログラムでプログラムが処理されます。 そのServletについて解説していきます。 Servlet INDEX サーブレットの設定と実行 1.1. サーブレットの特徴 1.2. 簡単なサーブレットクラス 1.3. サーブレットの設定 1.4. コンテナの設定 サーブレットの基本 2.1. サーブレットのライフサイクル 2.2. サーブレット毎の初期設定値の読み出し 2.3. リクエストからのパラメータの読み出し サーブレットの基本2 3.1. Webアプリケーション全体の初期設定値の読み出し 3.2. ログの書き込み 3.3. HTTPヘッダーの取り扱い クッキーとセッション 4.1. クッキー 4.2. セッション 4.3. セッションの終了 4.4. クッキーを用いないセッションIDの管理 includeとforward 5.1. 他の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The War Plugin
Servlet 3.0 API Documentation - Apache Tomcat 7.0.109
GlassFish v3.1 の新機能概要
