JavaOne 2012 Tokyo の歩き方
JavaOne 2012 Tokyo の歩き方 2012年4月2日 at 5:39 午前 さて皆様、JavaOne まで残す所あと２日となりました。今回の発表資料を社員レビューアの一人として拝見いたしましたが、いずれのセッションもとても興味深くすばらしい物ばかりでした。是非皆様当日をお楽しみにして頂ければと思っております。 また地方からお越し頂く方は、明日中に東京に移動されて来られる方も多いのではないかと思います。地方の皆様は是非気をつけてお越し頂ければと思っております。 さて本エントリでは、皆様に私からの最後のお願いと申しますか、事前にお伝えしたい内容を記載したいと思っております。JavaOne 2 日間の貴重なお時間を有効に使って頂くために、是非下記をご参照ください。 最重要（命の関わる事） ● 大規模地震発生時、指揮権は全面的に森ビルに移ります。 森ビルの館内アナウンス等、全て森ビル
【祝】：Java SE 7 正式リリース
【祝】：Java SE 7 正式リリース 2011年7月29日 at 2:00 午前 3件のコメント 本日（2011年07月28日(日本時間29日 日本でもぎりぎり28日だったようです。)）Java SE 7 が正式にリリースされました。５年ぶりのリリースとなる Java SE 7 ですが、Java SE 7 は進化として位置づけられているバージョンになります。ここで言う進化とは言語仕様に対する大幅な変更はなく、開発生産性の向上やライブラリのアップデート等が多く、今まで Java SE 5, 6 等で開発をしてきて頂いた Java 開発者は比較的かんてたんに移行が可能になっています。Project Coin, NIO.2 等により可読性、開発生産性が向上した最新の Java SE を入手頂き是非開発現場でご使用ください。 サポート環境はこちら Java SE 7に関するドキュメント チュー
業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 - 達人プログラマーを目指して
Java: The Good Partsの本のタイトルに触発されて、逆にJava言語の使いにくい部分をいくつかピックアップしてみました。Java EEなどの業務系のアプリケーションプログラマーの視点で書いていますので、別の立場ではここで指摘している事項が必ずしもBad Partではないという指摘もあるかもしれませんし、他にもいろいろなポイントがあると思いますが、とりあえず、私の独断で思いついたものを10個説明したいと思います。 1.標準APIのチェック例外が扱いにくい Java言語のチェック例外は本当にGood Partなのか？ - 達人プログラマーを目指してでも取り上げましたが、Bad Partの第一番目として標準APIのチェック例外が扱いにくいという点を指摘させていただきたいと思います。チェック例外については、理屈上コンパイラーによって例外の処理をプログラマーに強制させることができるす
Oracle対Google裁判は、AndroidとOSSの将来を左右する
米Oracleが米Googleを訴えている裁判には注目する必要がある。Oracle側は「AndroidはJavaプラットフォームの知的所有権を侵害している」と主張している。Google側はこれを全面的に否定し、「この訴訟はオープンソースへの攻撃だ」と非難する。両社は全面対決の構えだ。 もともと携帯電話業界では大手企業同士の訴訟は頻繁に起きている。Androidに関係する裁判だけを見ても、Apple対HTC（関連記事）、Apple対Motorola（関連記事）の裁判が進行中だ。 そうした中でなぜOracleとGoogle裁判に注目するかといえば、第1に「Android開発の事実上の本丸」であるGoogleが直接の標的となる大型訴訟であるからだ。第2に、訴訟の経緯によってはGoogle 1社にとどまらず、他のAndroidスマートフォンを開発製造するメーカーにも影響がおよぶ可能性があるからだ。
Why do Class.forName and ClassLoader.loadClass behave different?
Delusional thoughts on Java, OSGi, Eclipse and other things ClassLoader.loadClass or Class.forName seem to be synonyms for the same basic operation: request a dynamic class load. Yet calling Class.forName does additional "checking" which is not very useful (certainly in OSGi). When doing a dynamic class load, the returned type has no implied type by the code. The code must use reflection to access
Spring 2.5：Spring MVCの新機能
Web層ではSpring XMLの設定が下の層に比べて冗長になりがちで、おそらくその価値も低い傾向にあるので、わずかな量のXMLで済むというのは素晴らしいニュースです。コントローラは、view名やフォームオブジェクト名、バリデータ型など多数のプロパティを保持しますが、その目的は依存性注入よりも設定です。そうした設定を効率的に管理する方法として、bean定義の継承や、あまり頻繁に変更しないプロパティの設定回避があります。しかし、経験から申し上げると、多数のデベロッパがそうした方法をとらないので、結果として必要以上のXMLとなってしまうのです。ですから、@Controllerと@AutowiredはWeb層の設定に非常に好ましい効果を上げられるのです。 シリーズ第2弾でこの議論を引き継ぎ、Web層向けのSpring 2.5アノテーションを一通り見て回ります。こうしたアノテーションは非公式に@M
Spring 2.5の新機能を使ってアプリケーションを作る(その2)
最初に、従来のXML設定ファイルを用いて作成した場合にどのようになるかを説明します。多くの場合、Web層ではWeb MVCフレームワークを利用します。今回は、このWeb MVCフレームワークとして、Spring Frameworkのコンポーネントの一つ、Spring WebMVCを利用します。 入力フォーム用JSP (XML設定ファイル版) はじめに、ログイン用のフォームを表示するためのJSPのソースコードを説明します。 <%@ page language="java" contentType="text/html; charset=Shift_JIS" pageEncoding="Shift_JIS"%> <%@ taglib prefix="form" uri="http://www.springframework.org/tags/form"%> <!DOCTYPE HTML PUB
Javaアノテーションメモ(Hishidama's Java annotation Memo)
それぞれの指定の意味する場所は、以下のようになっている。 @LocationExampleAnnotation //TYPE：クラス定義やインターフェース定義をする場所 public class アノテーションを付けるサンプル { @LocationExampleAnnotation //FIELD：フィールド（メンバー変数）定義 protected int value; @LocationExampleAnnotation //CONSTRUCTOR：コンストラクター定義 public アノテーションを付けるサンプル() { } @LocationExampleAnnotation //METHOD：メソッド定義 public void メソッド() { } public int 引数ありメソッド( @LocationExampleAnnotation //PARAMETER：パラメータ
クラスローダについて - かとじゅんの技術日誌
Javaでは欠かせないクラスをロードするためのクラスローダ。普段意識していないかもしれませんが、しっかりと縁の下で支えているよね。(Java言語仕様を確認しながら書いてないので間違っていたらツッコミよろしくです) クラスローダとは Javaクラスローダー（英: Java Classloader）とは、Java仮想マシンの一部で、JavaクラスをJava仮想マシンに動的にロードする役割を持つ [1]。通常、クラスは必要になったとき初めてロードされる。Javaの実行系は、クラスローダーがあるおかげでファイルやファイルシステムについて知る必要がない。 大きく分けて以下の3つの種類があります。 ブートストラップ クラスローダ エクステンション クラスローダ システム クラスローダ ブートストラップは、Javaのコアライブラリ($JAVA_HOME/lib/rt.jar)のライブラリ、パッケージがj
njbartlett.name
このドメインを購入する。 njbartlett.name 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
今からでも遅くない JPAを学ぼう！（後編） オブジェクト間の関連を理解し、JPQLを使用する
Java Persistence API（JPA）を使ってオブジェクトの世界とリレーショナルの世界を結び付ける方法を一緒に学んでいきたいと考えています。前編では1つのテーブルに対してCRUD操作を行いました。後編となる今回は、複数のテーブル間の関連をEntityモデルで表現する方法と、それらを扱うためのJPQLについて説明します。 はじめに JPA（Java Persistence API）とは、オブジェクトの世界からリレーショナルの世界へ、あるいはその逆への変換を行うためのAPIです。 前編では、JPAを使用した1テーブルに対するCRUD操作を行うための実装方法を説明しました。後編となる今回は、複数のテーブルに対するCRUD操作について解説していきます。 ディレクションとカーディナリティのトラウマ オブジェクトモデルの世界でEntity間の関連は、ディレクションとカーディナリティという2
初めての JRuby on Rails on Google App Engine - yuumi3のお仕事日記
JRubyもGoogle App Engineもふれたことがなかったのですが、初めてふれてみました。 やはり、いろいろと失敗しながらも何とか たぶん一番かんたんなRails on GAE/Jにあるサンプルを GAEにデプロイできました ↓ 。 インストール まずは、インストールから Java Mac(leopard)には最初から Java1.5が入っていますが、アップル - サポート - ダウンロード - Java for Mac OS X 10.5 アップデート 1から 最新の Java1.6をインストール。 インストールしただけでは Java1.5のままなので、アプリケション、ユーティリティの Java Preferences.app でJava1.6を最優先に設定。 % java -version java version "1.6.0_13" Java(TM) SE Runtime
今からでも遅くない JPAを学ぼう！（前編） O/Rマッピングフレームワークへの招待
JPAとは JPA（Java Persistence API）とはオブジェクトの世界からリレーショナルの世界へ、あるいはその逆への変換を行うためのAPIです。 それでは何もJPAを使わずともHibernateやiBatisを既に使っているから必要ないのではと考えられた方も多いかと思います。確かに既にそれらのO/Rマッピングフレームワーク（以降、O/Rマッパー）を利用されているのであれば特に必要ないのかもしれません。 そう思った方も少し待ってください。データベース製品の多様性を隠ぺいするためにJDBCが考えられたように、あるいはMOM製品の多様性を隠ぺいするためにJMSというAPIが考えられました。ところがO/Rマッパーの違いを隠ぺいするためのAPIは存在しなかったのです。iBatisを使用されている方にはあまり嬉しくないかもしれませんが、JPAの仕様作成の中心人物こそHibernateプロ
「Javaの父」ジェームズ・ゴスリング氏、Oracleを去る
OracleによるSunの買収後同社を去ったジョナサン･シュワルツ氏、ティム・ブレイ氏、サイモン・フィップス氏などに続き、Javaの生みの親であるジェームズ・ゴスリング氏もOracleを退社した。 米Oracleの米Sun Microsystems買収後、シニアアーキテクトとしてOracleにとどまっていたジェームズ・ゴズリング氏が、4月2日（現地時間）付で同社を辞めたことを自身のブログで9日に明らかにした。 1984年にSun入りしたゴズリング氏はJavaの生みの親として知られ、Sunでは副社長兼Sun Fellowを務めていた。OracleによるSun買収発表後に開催されたJavaOneでは、Javaの将来について「Javaの命運はOracleとエリソン氏（OracleのCEO）および同社幹部にかかっている」と語っていた。 同氏は「退社の理由を説明するのは難しい。正確かつ正直に言うこと
Javaで軽快に使える「軽量フレームワーク」特集 ～本格的なRoRスタイルフレームワーク「Play!」（1）
はじめに 今やWebのフレームワークと言えば、そのほとんどが「RoRタイプ」です。RoR（Ruby on Rails）がWebの開発に与えた影響は非常に大きく、その後生まれたフレームワークの多くがその影響を受けています。 しかし、Javaの世界に関しては、RoRはなぜか素通りしてしまいました。既にStrutsというデファクトスタンダードがあったために新しいMVCフレームワークが割り込む余地があまりなかったのか、あるいはLL（ライトウェイト）言語でないとRoRなスタイルは作りにくかったのか。ともあれ、その後、長い間、Javaでは「いわゆるRoRタイプ」と言えるフレームワークは登場しませんでした。 その流れを変えたのは、Groovyです。Groovyの登場により、JavaでもLL言語のような小回りの聞くコーディングが可能となりました。そのおかげで、ようやくJavaの世界にも遅まきながら新しい世
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラスローダーとJ2EEパッケージング戦略を理解する: 第3回「J2EEパッケージング戦略を理解する-恐怖のドッペルゲンガー」
Service-context propagation over RMI
トップページ
GPLライセンスのツールによるCOBOLからJavaへの自動移行