Česky   |  Deutsch   |  English   |  Español   |  Français   |  Indonesia   |  日本語   |  한글   |  Polski   |  Português (BR)   |  Türkçe   |  中文   |  正體中文   |  Your Language  
PlanetNetbeans
プラネット NetBeans には、ブロゴスフィアの各所から集められた、NetBeans に関連する概念やアイデアがあります。
フィード
[RSS 1.0 Feed] [RSS 2.0 Feed]
[FOAF Subscriptions] [OPML Subscriptions]
NetBeansのブログを書いていますか? PlanetNetBeansにあなたのブログを登録してください!!
フィード登録
uyota 匠の一手 (feed)
Florian’s NewestDiary (feed)
HighLookの日記 (feed)
Kazzzの日記 (feed)
MineAPの(開発)日記 (feed)
bojovs blog (feed)
challenge Ruby on Rails (feed)
ぼそっと (feed)
チョッパーのほふく前進 (feed)
Sacrificed & Exploited (feed)
こくぼ@Everything is the experience. (feed)
不可逆な毎日 (feed)
ネットランダム改 (feed)
Scala で TAPLを勉強しつつ LLVM コンパイラを作る日記 (feed)
人工無脳が作りたかった (feed)
PHP,MySQL,Flex,JSな日々+イラストとか (feed)
henacho-coの日記 (feed)
Foo am I? (feed)
イトウ アスカ blog (feed)
techlog (feed)
asa nisi masa (feed)
怒りのJava学習 (feed)
kaisehのブログ (feed)
?   ...!?   ...!!   from Kei-Miya... (feed)
へぼの壷 (feed)
紫水晶の和 (feed)
forest of netBeans (feed)
鎌倉でも手の平捕球!エースコーチの日記 (feed)
marsのメモ (feed)
mk18のプログラミング日記 (feed)
仙台のKuzu mother貧乏暮らし (feed)
nidoの雑記 (feed)
きしだのはてな (feed)
忘備録1.0 (feed)
ryopeiの日記 (feed)
試行錯誤と創意工夫(S!アプリ開発日記+α) (feed)
しんさんの出張所 はてな編 (feed)
やさしいデスマーチ (feed)
ささくれ、深爪、口内炎。 (feed)
Tomute’s Notes (feed)
じゃばてないわー 帰国前暇つぶし編 (feed)
torutkの日記 (feed)
仙台Rails牛タン社長 (feed)
Servlet Garden @はてな (feed)
草木のにをいに誘われた (feed)
Happy my life » 検索結果: » netbeans (feed)
ねこび~ん (feed)
へびのぬけがら (feed)
Where's my Blog?!

Powered by:    Planet

Last updated:
April 19, 2014 10:06 AM
All times are UTC

Sponsored by
sponsored by Oracle

visit NetBeans website
へびのぬけがら - March 31, 2014 10:21 PM
libGDX について

libGDX は、デスクトップ(Windows, Mac OS X, Linux)、モバイル(Android, iOS, Blackberry)、 HTML5 というマルチプラットフォームをサポートした、オープンソース(Apache License 2.0) の Java ゲーム(2D / 3D)開発フレームワークになります
国内ではまだ有名とは言えない状況ですが、海外では Android ネイティブアプリケーションをはじめ、多くのゲーム開発にて採用されています

このフレームワークの最大の魅力は、ラピッドプロトタイピングと、それによりイテレーションを素早く実行できることにあります
実行、デバッグが容易なデスクトップ用アプリケーションとして開発を進め、その後各プラットフォームにて調整という流れで作業を行うことで開発時間の短縮がはかれます
(ただし、 HTML5 対応に限っては調整にかなりの時間を要するかと思います)

また他のゲーム開発用フレームワークと比較すると、 libGDX は OpenGL による描画や入出力処理などの低レベル API が中心として提供され、ゲーム開発によく使われるトランジションなどの高レベル API はあまり用意されていません
しかし、これにより他のライブラリ、フレームワークとの柔軟な組み合わせ(例えば、先述のトランジションに関しては Universal Tween Engine を使用するなど)を実現することができます

ドキュメントに関しても公式の Wiki 、フォーラムをはじめ、などが充実しています(残念ながら、日本語の資料は少ないです)

YouTube 上にも(公式のものではありませんが)チュートリアル動画がいくつかアップロードされています(以下はシリーズとしてまとまっているものを挙げています)
日本語の資料は少ないのですが、 @rnkv さんの「技情研ネット」内のページがとても実践的な内容にてまとまっています
以上、簡単な libGDX の紹介と資料のリンクまとめになります
(上記以外にもオススメのドキュメント等ありましたら教えてください)

へびのぬけがら - March 29, 2014 06:04 PM
NetBeans で libGDX プロジェクトを作成する

NetBeans で libGDX プロジェクトを作成する方法を紹介します
libGDX は Java 用クロスプラットフォームゲーム開発フレームワークで、現在 Windows, Mac, Linux, Android, iOS, BlackBerry, HTML5 をサポートしています
今までは開発には Eclipse を推奨していたこともあり、他の IDE にて開発するのは少し手間が必要でした
今回新たにセットアップツールの刷新が行われ、ビルドツールとして gradle が採用されたことにより、 NetBeans をはじめ、 Eclipse 以外の IDE 、エディタによる開発が簡単に行うことができるようになりました
本エントリでは、この新しいセットアップツールと、 NetBeans での libGDX プロジェクトの作成方法を紹介したいと思います
なお、 libGDX は現在も活発に開発が進められているプロジェクトであるため、閲覧される時点では挙動が異なる可能性があることをご了承ください
今回使用した環境は以下の通りになります

OS: Mac OS X 10.9.2
JDK: 1.7.0_51
Xcode: 5.1
※ Xcode は iOS プラットフォーム利用時のみ必要となります
NetBeans 8.0(Build 201403101706)
Gradle Support Plugin 1.3.0

まず、セットアップツールをダウンロードします
適当な場所に保存後、下記コマンドにてセットアップツール起動します

$ java -jar gdx-setup.jar

起動後、上記のようなウィンドウが表示されるので、各項目に適当な値を入力します

Name … アプリケーション名
Package … 作成するプロジェクトのパッケージ名
Game class … プラットフォーム共通(core)のメインゲームクラス名
Destination … プロジェクト作成先ディレクトリ
Android SDK … Android SDK のパス(local.properties に設定されます)

入力後、 "Generate" ボタンをクリックすると、プロジェクトが "Destination" フィールドに指定した場所に生成されます

次に作成したプロジェクトを NetBeans で開きます
「ファイル > プロジェクトを開く」にて、生成されたディレクトリまで移動します


プロジェクトを開くと、以下のようなツリー構造で NetBeans に開かれます


作成したプロジェクト(ルートプロジェクト)は、5つのサブプロジェクトで構成されます

android … Android 用プロジェクト
core … プラットフォーム共通プロジェクト
desktop … デスクトップ (Windows, Mac, Linux) 用プロジェクト
gwt … HTML5(GWT) 用プロジェクト
ios … iOS 用プロジェクト

各サブプロジェクトはダブルクリックすることで開くことができます
まず、ルートプロジェクトの設定を行います
(ルートプロジェクトに行った設定はすべてのサブプロジェクトに反映されます)
ルートプロジェクトを右クリックし、コンテキストメニューから "プロパティ" を選択すると以下のようなウィンドウが表示されます



"Gradle home" の "Inherit" チェックボックスをはずします
また、テキストボックスに値が入力されている場合は、それも削除し、空白の状態にします
お使いの環境が Mac で、 JDK に Java 8 を使用されている場合は "Platform for build scripts"、"Target platform"、"Source Level" にて Java 7 (1.7) を選択してください
(デスクトップ用プロジェクトに使用されている lwjgl が2014年3月29日時点で Java 8 に対応していないため)
上記設定が終わったら、"OK" ボタンをクリックし、設定を反映します

プロジェクトの設定が終わったので、各サブプロジェクトを実行してみます
最初はデスクトップ用アプリケーションを実行します
サブプロジェクト内の desktop をダブルクリックして開きます
開いたプロジェクトを右クリックし、表示されたコンテキスト内から「Tasks > run」と選択し、クリックします


ビルドが実行され、以下のようなウィンドウが表示されます

次に Android 用アプリケーションを起動します
実行するために事前に端末の接続、またはエミュレータの準備を事前に行っていてください
今回は Genymotion を実行環境として使用します
サブプロジェクト内の android をダブルクリックして開きます
開いたプロジェクトを右クリックし、表示されたコンテキスト内から「Tasks > installDebug」と選択し、クリックします
Android 用のタスクは量が多いため、表示できていない場合は「Custom Tasks > Custom Tasks」と選択し、表示された "Execute Custom Tasks" ウィンドウの "Tasks" フィールドに "installDebug" と入力し、 "Execute" ボタンをクリックすることで同様に実行することができます
("Save And Execute" ボタンをクリックすると、実行したタスクが保存されるため、2回目以降は入力の手間が省けます)


ビルドが実行され、接続していた端末、またはエミュレータにアプリケーションがインストールされます
実行すると以下のように表示されるかと思います


次は HTML5 (GWT) 用アプリケーションを起動します
サブプロジェクト内の android をダブルクリックして開きます
開いたプロジェクトを右クリックし、表示されたコンテキスト内から「Tasks > superDev」と選択し、クリックします
(リスト内に "gwtSuperDev" という似た名前のタスクがありますが、こちらでは正常に起動できませんので、間違えないようご注意ください)


次にブラウザを開き、 "http://localhost:9876/" へアクセスします
(制限はないのですが、 Google Chrome ブラウザの使用をおすすめします)
以下のような表示がされるので、"Dev Mode On"、"Dev Mode Off" をブックマークレットとしてブックマークバーに登録ください


次に "http://localhost:8080/gwt/" へアクセスします
最初に以下のようなダイアログが表示されますので、先ほど登録した "Dev Mode On" ブックマークレットを実行します


実行すると、以下のように表示されるので、 "Compile" ボタンをクリックします


コンパイル終了後、以下のように表示されます
(再度先ほどのダイアログが出る場合がありますが、ローディングが終わるまでお待ちください)


最後に iOS 用アプリケーションを起動します
サブプロジェクト内の ios をダブルクリックして開きます
開いたプロジェクトを右クリックし、表示されたコンテキスト内から「Build」を選択し、クリックします
ビルド終了後、再度プロジェクトを右クリックし、「Tasks > launchiPhoneSimulator」と選択し、クリックします
(今回は iPhone シミュレータでの実行を行いますが、 iPad シミュレータ、および実機での実行も可能です)


実行後、以下のように表示されます
(初回実行時はシミュレータ起動までかなり時間が掛かりますのでご注意ください)


以上が、サポートする各プラットフォームでの実行となります
新しいセットアップツールと gradle を使用することで、簡単に NetBeans 上にプロジェクト構築が出来ることをご理解頂けたかと思います

実際のゲーム開発は、サブプロジェクトにあった core (プラットフォーム共通)プロジェクトを中心に実装していくことになります
libGDX を使用したゲーム開発の詳細については、また別のエントリにて紹介できればと思います

torutkの日記 - March 26, 2014 12:00 AM
[Java][Jenkins][NetBeans]JenkinsでNetBeans AntプロジェクトのJavaソースをビルド

NetBeans IDEでAntプロジェクトで作成しているJavaのソースコードをJenkinsでビルドおよびJUnitユニットテストを実行する環境をLinux上に構築しました。次のURLに記載しています。 Jenkins - ソフトウェアエンジニアリング - Torutk 今後、静的検証ツールのプラグインを追加していく予定なので、随時追記していきます。

へびのぬけがら - March 23, 2014 08:50 PM
Packt Publishing のキャンペーンのお知らせ

先日レビューを書いた "iPhone Game Blueprints" を出版した Packt Publishing 社が、出版タイトル 2000 到達ということで、電子書籍1タイトル購入でさらに1タイトル無料でもらえる キャンペーンを行っているようです。
(キャンペーンの詳細に関しては、リンク先を参照ください)
何か興味のあるタイトルがありましたら、ご利用してみてはいかがでしょうか?
(キャンペーン残り日数わずかですのでご注意ください)

torutkの日記 - March 21, 2014 12:00 AM
[Java]「祝☆Java 8 Launch」イベントに参加して・・・

本日は、日本Javaユーザーグループ(JJUG:Japan Java User Group)主催の「祝☆Java 8 Launch」イベントに参加しました。 今回は各セッションのYouTube動画が作成されています。素晴らしい! セッションメモ 祝 Java SE 8 正式リリース 最初は、Javaエバンジェリスト寺田さん、135枚のスライドを30分で、最初の35枚が講演内容で、残り100枚はJava SE 8の変更点紹介(それでも全体の7-8割の網羅とのこと)です。JavaVMにも性能改善、メモ ...

torutkの日記 - March 19, 2014 12:00 AM
[Java]Java SE 8がリリースされました

Java SE 8が予定通り3月18日(日本時間で2014年3月19日)にリリースされました。あわせて、NetBeans 8もリリースされています。 Java SE ダウンロードページ NetBeans ダウンロードページ Windows 64bit版のJDK 8をデモ・ドキュメントを含めてインストールしセットアップする手順を次に記述しました。 JDK 8セットアップ - ソフトウェアエンジニアリング - Torutk 日本では、Java SE 8リリース記念イベントが開かれます。 ...

torutkの日記 - March 18, 2014 12:00 AM
[Java][NetBeans] NetBeans 8.0RC1とJDK8 b132でFindBugs、Checkstyle、PMDのプラグインを動かす

Java SE 8の正式リリースが、予定では3月18日(日本時間だと3月19日)と間近になっています。 Java SE 8でプログラミングするための開発環境を整備しようとしています。NetBeans IDEは、7.4でJava SE 8対応をある程度していますが、NetBeans 8.0が4月にリリース予定になっており現在RC1版が公開されているので、これを使ってみます。 昨今のソフトウェア開発プロジェクトでは、静的検証ツールを導入して品質向上を図ります。Javaでは、商用製品とオープンソースツールと ...

torutkの日記 - March 05, 2014 12:00 AM
[Java][NetBeans]NetBeans 8.0 RC1とDark Look And Feel Themesプラグイン

NetBeansをWindows上で実行すると、フォント周りが残念な表示になります。これはWindows上でMSゴシックやMS明朝のフォントをClearTypeでレンダリングするときに、文字サイズが大きくないときはMSゴシックとMS明朝に埋め込まれたビットマップをアウトラインフォントの代わりに表示するという振る舞いが原因です。 また、NetBeansのデフォルトの配色が背景が明るい色(白)に文字が黒いというセッティングのため長時間作業すると眼が疲れる原因となります。 今回、NetBeansでMSゴシッ ...

torutkの日記 - February 28, 2014 12:00 AM
[NetBeans][C++]Windows上のNetBeans 8.0 RC1でC++開発を整える

Linuxであれば簡単なのですが、Windows上でNetBeansのC++開発環境を構築するのは少々複雑でした。 NetBeansはGNUコンパイラ系を使用するので、Windows上ではまずGNUコンパイラを整えるところから始まります。GNUコンパイラはUNIX系のツールなので、Windowsへは移植という形でいくつか存在します。著名なところではCygwin、MinGWでしょうか。 NetBeansはCygwinを認識するみたいなのでCygwinであれば設定が簡単です。しかし、CygwinのGCCで ...

torutkの日記 - February 19, 2014 12:00 AM
[Java]JJUGナイトセミナー「2.19 Eclipse, NetBeans, IntelliJ IDEA 3大IDE頂上決戦」に参加して

本日開催されたJJUG主催のセミナー「2.19 Eclipse, NetBeans, IntelliJ IDEA 3大IDE頂上決戦」に参加してきました。 NetBeans、IntelliJ IDEA、Ecilpseそれぞれ約30〜40分ずつ説明・デモが行われました。 開催案内へのリンク http://jjug.doorkeeper.jp/events/8848 togetterまとめへのリンク http://togetter.com/li/631974 講演動画へのリンク(残念ながらEclipseの ...

へびのぬけがら - February 14, 2014 10:45 PM
iPhone Game Blueprints を読みました

Packt Publishing の "iPhone Game Blueprints" のレビューです

本書は iPhone ゲームを開発する上でのゲームデザインと App Store での売り出し方について解説した書籍です
目次は下記のようになっています

  • Preface
  • Chapter 1: Starting the Game
  • Chapter 2: Ergonomics
  • Chapter 3: Gesture Games
  • Chapter 4: Card and Board Games
  • Chapter 5: Puzzles
  • Chapter 6: Platformer
  • Chapter 7: Adventure
  • Chapter 8: Action Games
  • Chapter 9: Games with Reality

前半はゲームをつくる前段階として注意すべき点について記述されています
ここで取り扱われている内容は iPhone ゲーム開発に限らず、他のプラットフォームでも役立つ内容だと思います
(iPhone 固有の注意点もしっかり書かれています)
ただ、扱っている範囲が広いため、やや物足りないものもあり、それらについては別の書籍にて補完していく必要があるかと思います

後半は、前半にて取り扱ったポイントをさらにゲームのジャンルごとに掘り下げています
各ジャンルにて、基本なアイディア(技術的なベース)を説明し、そこからどのように魅力的なゲームとなるようアイディアを広げるかを、いくつかのサンプルとなるアイディアをベースに解説しています

読んだ感想としては、アイディア出しから App Store へのリリースまでの長い行程を網羅的に書かれた良書でした
一点注意いただきたいのは、本書では実装(プログラミング)については扱われていないということです
そういった内容を期待される場合は別のゲーム開発に関する書籍(日本語の書籍も数多く存在します)を参考にされるのがいいかと思います
反対に、いくつかの書籍、チュートリアルを終えたが、いざゼロからゲーム開発を行おうとした際に何から手を付けていいのか詰まっている方の強力な後押しになるものと思います
ページ数はやや多いものの、イラストや画面イメージが多用されていることもあり、詰まることなく読み進めることができました

興味を持たれた方は、上記サイトから Chapter 04 がサンプルとしてダウンロードできますので、確認してみてはいかがでしょうか

しんさんの出張所 はてな編 - January 27, 2014 12:00 AM
[NetBeans][ソフトウェア技術][ゲーム][自作ソフト]JavaしかかけないおいらがAndroidアプリをリリースするまで

の続き。

しかし、Androidの場合、VMはJavaではないものの、言語だけはJava系なのでインパクトがないタイトルだなw


空いた時間にちょくちょく稼げるRPG、マモノバスター2はこちらから落とせます。


今作の開発開始時期そのものはかなり前となります。

ちょうど1年前、mixiアプリ版マモノバスターが配信停止しました。

原因はmixiのアドプログラムの価格改定です。これにより、広告料は1/10以下とかになりました。

mixiで無料で配信するにはアドプログラムしかありませんのでこの金額ではサーバー代が維持できません。そこで泣く泣く停止しました。


次につくるアプリはプラットフォームの広告に依存しないものを、という選択からスタートすることになります。

そうなると、広告が元気なプラットフォームは限られます。ぶっちゃけるとスマホです。

さらに言うとスマホといってもAndroidとiOSです。リワード広告などはAndroidのほうが自由度があるためか数が多いようです。

オンラインのアプリ市場がなぜこの2つに絞られるかというと、その他のプラットフォームでは広告がないからですね。


で、AndroidとiOSとどちらが開発が楽かと聞かれると、Java言語が触れる分圧倒的にAndroidです。iOSは開発が大変なのは目に見えています。


というわけで、プラットフォームはAndroidに決まりでした。


・・・となったのは去年の夏です。


1回目の開発

それまではどうなっていたかというと、WebViewを利用してPC,Android、iOSとクロスプラットフォームで配信しようとしていました。前作がWebアプリだったので当たり前ですね。

ただし、Webアプリでは配信は自由度がありますが、サーバー維持費が出せません。

ここまでが去年の5月ごろまでの話です。

もちろん、Webアプリとしてクロスプラットフォームで作成していました。また、移動するマップもありました。



やはりサーバー代が捻出できないと厳しいなということで止めます。

そこで

サーバー代がかからなければよい

 ↓

スタンドアロンで出せばよい

 ↓

Androidでだせばよい

という感じになりました。


1回目のは破棄、いちからの作り直しです。


https://shinsan.s3.amazonaws.com/diary/2014/0127-01.png

1回目の時。マウスでの操作ならこれでいいけど、タッチは大幅に構成を変えないといけないという。


2回目の開発

気を取り直しての開発。

どうせスタンドアロンなら戦略性の高いパーティープレイがいいだろう、そう思って開発しました。

かわりにマップ機能を削除、ダンジョンの進捗率を表示する前作と同じものにしました。


・・・しかし、しっくりきません。


パーティーバトルということは攻撃にしろ、魔法にしろ、だれを対象にするのかという選択が入ります。十字キー+決定ボタンだと気にならないのですが、タッチ操作をしているとこれがすごく手間です。

特に意識はしてなかったのですが、前作の1対1での戦いはこの辺のバランスが良かったのではないかと思うようになりました。

また、連携的なものもパーティーの場合誰を基準にすればよいのかあいまいです。

ということで、2回目の開発もストップすることになりました。

2回目の作り直しです。


2回目の開発で実装したもので3回目に受け継がれたものとしてマモノのHPやMP表示があります。前作では途中から数値をダイレクトに表示していました。ドラゴンスレイヤー英雄伝説のように。それを今回はメーター制にしました。世界樹の迷宮のように。


3回目の開発

まず、基本的な流れは前作同様にする、1対1の戦いにするなど細かいところを盆の帰省中に練りまくりました。プラットフォームをmixiアプリからAndroidにするというだけで十分チャレンジングなのだから、基本的な流れはそのままで、システムで楽しませるという方向にチェンジします。

システムで楽しませるというのは、たとえば転職です。今作には職業があり、その職業ごとに連携が違います。それだけならば前作の勇者タイプ(ステータスによって決まる)と同じですが、今回は職業によってそれぞれのステータスの成長率と覚えることができるスキルがかわります。転職を繰り返すことでステータスやスキルを調整していく楽しさが生まれました。開発規模は抑えながら。

また、連携用のキャラクターを酒場で登録できるのですが(前作はmixiの友達のプレイヤーが自動で表示された)、キャラのステータスの詳細も見ることができます。バージョンアップを繰り返して少しずつ詳細なステータスは見れるようにしていましたが、今回は持っているお金やスキル、もっている薬草の数など何でも見れます。このひとは薬草かいまくってすすめてるなーとかがわかります。

やりたいことが明確になった後は早いもので、盆明けから開発をスタートして3か月程度でほぼ動くところまで完成しました。平日の夜少しと週末のみの開発です。この時点で100時間程度だったでしょうか。

このあと広告などの組み込みや調整をぎりぎりまで行いました。結果的に150時間程度まで膨れ上がったと思います。毎日8時間開発できたら一か月で開発できることになりますか。

前作は80時間で最初にリリースしましたが、出来上がっていったシステムはその後のバージョンアップによるものが多く、ダンジョンの数も最初は5つだけでした。今作はダンジョンの数は7つありますので、システムとあわせて妥当な線でしょうか。規模は抑えたと思います。

技術的なこと

開発は1回目、2回目、3回目ともにIDEはNetBeansのみです。

1回目はNetBeans+GWT4NBプラグインで開発していました。いつも通りのmixiアプリと同じですね。

2回目、3回目はNetBeans+NBAndroidプラグインで開発しました。

サーバー側はいつも通りJAX-RS、Jersey2で実装です。

運用側はAWSのBeanstalk+DynamoDB+S3です。男らしく3年ヘビーリザーブです。


Androidの開発を常にエミュや実機で開発となると工数が大幅にかかります。そこで共通の描画やサウンド、タッチイベントなどのレイヤーを作り、そこでゲーム自体のコードは100%共通としました。1行たりともPC版とAndroid版と違いはありません。


https://shinsan.s3.amazonaws.com/diary/2014/0127-02.png

PC版。BGMも効果音もなる。おそらくMacやLinuxでもそのまま動く。


2回目までと違い、3回目の開発では描画もOpenGLにしてAndroidとPC(Java+JOGL)とで共通としました。

共通レイヤーを作って作るというのはmixiアプリ第2弾のPONPONと同様ですね。あちらはPC側はSwing+Java2D、Web側の描画&サウンドエンジンはFlash、ゲーム部分はGWTによる100%共通部分をJavascript化で、ロジックは一切Flashにもたないという変態アーキでしたのでアレに比べると難易度ははるかに低いと思います。



そのほか今回注意したのはバナー広告を間違ってタップしないようにすること。バナー広告やアイコン広告をメイン画面から離すようにしました。

また、縦持ちで、画面上のステータスエリアを常に表示するようにすること。フルスクリーンのほうが楽ではありますが、やはりながらプレイは時間や電池、お知らせの表示などをしたままのほうがいいと思いました。スマホのゲームは限りなく100%に近いくらいフルスクリーンでのプレイとなります。そのせいで現在の時間やバッテリなどを確認するためにホームボタンを押すというのはやはり使いにくいと常におもっていましたので。

利用できる画面は狭くなりますが、この考え方は基本変わらないでしょう。


ダウンロードはこちらから。

きしだのはてな - January 24, 2014 09:00 AM
台湾に行ってきた

明星和楽という、Nulabのhsmtさんたちが中心になってやってる福岡でやってるイベントが、今年は台湾であるというので行ってみました。

MYOJO WARAKU 2014 in TAIPEI – Jan 18, 2014

台湾に行ってみたかったのと、こういう海外イベントでは日本から行く人と仲良くなりやすいというのとで。


明星和楽

明星和楽は、西門紅楼というところでありました。

f:id:nowokay:20140118145514j:image


建物に入ると、ナストマくんのナスのほうの人が行儀よく店番してました。トマのほうの人はごはんに行ってた。NetBeansの人にはねこびーんで有名ですね。

合同会社CGFM - 福岡のWebデザイン・制作会社

f:id:nowokay:20140118130920j:image


広場のほうでは、長浜ナンバーワンが店を出していました。

f:id:nowokay:20140118133916j:image

麺はちょっと違う気がしたけど、スープなどは博多ラーメンだった。

f:id:nowokay:20140118140528j:image



広場のステージ前では、どっかのへんなおっさんが変な踊りをずっと踊っていて、異様な雰囲気を醸し出していました。

f:id:nowokay:20140118163537j:image


夜は、hsmtさんもなんかやってましたね。

f:id:nowokay:20140118205235j:image


屋内ではスタートアップの人がプレゼンやってたり、ステージがあったりしました。

f:id:nowokay:20140118131138j:image

アラタナの宮崎さんのプレゼンがおもしろかった。


侍BALLERSの人たちとHUMAN BEAT BOXER DAICHIのセッションは盛り上がりました。

f:id:nowokay:20140118185802j:image


DAICHIさんは、ひとり「あまちゃん」で話題になってましたね。

▶ Human Orchestra/口だけであまちゃんOPテーマ - YouTube

これを、ステージでライブサンプリングでやってました。すごい。


あと、千年にひとりとかで話題の、Rev. from DVLが来てました。

f:id:nowokay:20140118175506j:image

橋本環奈マジ天使!


西門

明星和楽の会場がある西門は、台湾の原宿といわれているらしいです。

f:id:nowokay:20140121020726j:image


土日は家族連れでいっぱい、月曜日は学校帰りの中高生でいっぱいと、そんな感じでした。

f:id:nowokay:20140118145542j:image

歩道のひとだかりは、侍BALLERSの人たちのストリートパフォーマンスです。


撮影してるところもいくつか見ました。写真撮ってたら、おねえさんがこっちに手をふってくれたのだけど、その瞬間は撮れてなくて残念。

f:id:nowokay:20140120123536j:image


通りに普通に刺青やさんがあって、ふつうに女の子が背中に入れてもらってたのがビックリでした。

f:id:nowokay:20140118150814j:image


そんなにぎやかな西門も、深夜2時くらいにはだれもいなくなって、静かになります。

f:id:nowokay:20140121021908j:image


明星和楽会場の西門紅楼もこんな感じ

f:id:nowokay:20140121021604j:image


台中

明星和楽翌日、台湾には日本の新幹線が走ってるということで乗ってみました。新幹線に乗ることが目的で、行き先はどこでもよかったのですが、台南までいくのもおおげさなので、台中まで。

f:id:nowokay:20140119121529j:image


中もそのまま新幹線

f:id:nowokay:20140119121614j:image


台中には美術館があるということで、そこに行ってみようかと。その前にパスタやさんによってみました。

f:id:nowokay:20140119162445j:image


チーズをその場で削ってくれる感じのがんばったお店でした。

f:id:nowokay:20140119141514j:image


そしたら、伝票に「外国人」とw

f:id:nowokay:20140119142532j:image


お店を出るときにも店員さんたちから結構珍しそうに見られていたのですけど、まあ外国から来た観光客がわざわざ台湾で美術館に来てパスタとか食いませんよね。

レジでお金を払うと、女の子が、ちょっとためらって、がんばった感じで「Did you enjoy?」みたいなことを聞いてきて、ものすごくかわいかった。高校に入ったときに元いた中学の部活に顔を出して「先輩高校の部活どうですか?」って聞かれるような感じの甘酸っぱさがありました。

はっきりいって、今回台湾が楽しかったというのの9割はあの女の子のしぐさによるものです。キュンキュン来た。


美術館では、ジョアン・ミロの展覧会をやってました。

f:id:nowokay:20140119144711j:image

こういった、高度に記号化された抽象絵画を100点以上、よくわからない台湾語で説明されながら(なんか団体客が説明うけてた)見てまわるのは、結構つらかったw


美術館から駅に戻るのが大変で、バス停がみつからない。Google Mapsを使ったら負けだと思ってたのですが、確認してみると行き過ぎていたようです。それらしいところはなかったのだけど。結局、もうひとつ先のバス停まで歩きました。

f:id:nowokay:20140119170539j:image


バスに乗って、まあ20元だよねとお金を出そうとすると、入れるなといわれてカードをもらいました。

f:id:nowokay:20140119171326j:image

あぁ、このカードを降りるときに渡してお金を払うのね、と思ったのだけど、降りるときもお金出そうとすると入れるなといわれました。いいんだろうか。


駅には、ダンボールでできたお店が。これかわいい。

f:id:nowokay:20140119174458j:image


ということで、この日は、新幹線にのってパスタ食って美術館、というぜんぜん台湾らしくない日曜日でした。パスタやさんの女の子がかわいかったことを除いて。


九份

さて、台湾といえば、「千と千尋の神隠し」のモデルになったと噂になった、九份です。実際は、たまたま似ているだけで、九份がモデルというのは否定されてるみたいですが。

まあ、それでもなかなか楽しいところでした。

台北からバスで行けるみたいですが、今回は電車+バスで行ってみました。

まず台北駅で瑞芳行きの切符を買います。窓口で買う必要があるのですが、「ルイフェン」って言えば買えます。みんな瑞芳に行きますからね。

f:id:nowokay:20140120133950j:image


電車に乗りに行こうと思ったら、こんなオブジェが。なんかズルい。

f:id:nowokay:20140120134606j:image


電車に乗ったら、なんか2人組の女の子の片方が隣にすわってて、あっちと替わってもらえませんか?って英語で言われたので(たぶん日本人)席を替わりました。そしたらそっちでも隣の女の子に後ろの人と替わってくれませんか?ってこんどは台湾語で言われて、どんどんずれていきました。なんか楽しい。

瑞芳で降りたら、バスに乗ります。「往九份」って書いてあるのに乗ればいいです。

f:id:nowokay:20140120153121j:image


ネットで調べると九份バス停ではなく降車バス停まで行って降りてきたほうがいいとあって、実際みんな降車バス停で降りてました。

f:id:nowokay:20140120154900j:image


で、九份

f:id:nowokay:20140120155521j:image


いい感じです。

f:id:nowokay:20140120160548j:image


ちょっと裏に入ると、住宅です。ナンパされましたが、言葉が通じず逃げられてしまいました。

f:id:nowokay:20140120161742j:image


変なおばちゃんから食いもんを買います。イモトとテレビに出たらしい。

f:id:nowokay:20140120162546j:image


いったん一番したまで降りたので、帰ろうと思ったけど、九份バス停ではすでにバスがいっぱいで乗れる気配がなかったので、また登って降車バス停から乗ることに。

そしたら、なんかネットで見た感じ。

f:id:nowokay:20140120171110j:image


よく見る風景が!

f:id:nowokay:20140120175206j:image


満足したので帰ります。

帰り、コインがなくてバス代が払いにくいので、なにか食べてお金を崩そうと思ってへんな饅頭のようなものを買いました。

そしたら、50元玉でおつりが返ってきたのだけど、10元玉が欲しかったので、「我要十元」と言ったら、なんとか通じたようで、10元玉5枚と替えてくれました。


しかし、バスはすごい行列。台北直通のバスはなかなか乗れないので、瑞芳行きに。電車で来ておいてよかった。

月曜日に来てこれだったので、土日だともっとすごかったのかも。


ドイツビール

台北に戻ったら、ドイツビールやさんに行ってみました。

f:id:nowokay:20140120211852j:image


なかなかおいしい。金額も日本と同じくらい。

f:id:nowokay:20140120212419j:image


飲んでたら、おっさんは帰ってしまって、店にひとり取り残されてしまいましたw

おばちゃんが外にいる、と。おばちゃんが戻ってきたので、もう一杯ビールを頼むと、「中国人から中国語を習ったの?それは中国の発音よ」という感じのことを英語で言われました。台湾語と北京語は違うらしい。


台湾たのしい

ということで、すごく台湾たのしかった。

書いたとおり、その9割はパスタやのレジの女の子にもっていかれていますが。いやー、いま思い出しても甘酸っぱい。

というのは別として、東京みたいに行儀よくしないといけない緊張感とかがぜんぜんなくて、だらだらと過ごせました。東京だとリュックを背中に背負ったまま混んだ電車にうっかり乗ってしまうと「おまえどっか行け」みたいなことをTwitterに書かれてたりするじゃないですか。そんな殺伐感がないです。

台湾の人はみんなおだやかだし、台北では日本語それなりにわかってもらえるし、初めて行く海外としてはとてもいいんじゃないかと。

また機会を作って行こうと思います。

f:id:nowokay:20140121151028j:image

へびのぬけがら - January 19, 2014 01:33 AM
NetBeans と RoboVM で iOS アプリ開発(Gradle 編)

前回に引き続き、 NetBeans と RoboVM で iOS アプリ開発を行う方法についてです
今回は Gradle を使用した開発を紹介します
Gradle プラグインは公式では提供されていませんので、拙作のプラグインを利用します
使用する環境は以下の通りです

OS: Mac OS X 10.9.1
Xcode: 5.0.2
NetBeans: 7.4 (Build 201310111528)

まず、使用する環境に Gradle をインストールします
以下の例では、 Homebrew を使用してインストールを行っています

$ brew install gradle


次に NetBeans に Gradle Support プラグインをインストールします


拙作のサンプルアプリケーションのリポジトリを clone します
このサンプルアプリケーションは、公式のサンプルアプリケーションを Gradle 対応に変更したプロジェクトになります


clone 後、 Gradle wrapper を利用するため、プロジェクトのプロパティを開き、以下のように「Gradle home」のフィールドを空白に設定します


設定後、実際に動かしてみます
Gradle プラグインのタスクは下記の通りになっています
  1. launchIPhoneSimulator … iPhone シミュレータにて実行
  2. launchIPadSimulator … iPad シミュレータにて実行
  3. launchIOSDevice … 実機にて実行(要プロビジョニング済)
  4. createIPA … ipa ファイル生成
今回は Maven プラグインのときと同様に iPhone シミュレータにて実行します
プロジェクトのコンテキストメニューから「Tasks」>「launchIPhoneSimulator」を実行します


初回実行時はビルドに時間が掛かりますが、完了後以下のように iPhone シミュレータが起動します


Maven 、 Gradle を利用した RoboVM による iOS アプリケーション開発ということで前回、今回と紹介してきました
今後、 RoboVM についてより詳しい紹介を行えたらと思います

torutkの日記 - January 19, 2014 12:00 AM
[Git]ソースコード管理ツールをSubversionからGitへ変更して感じたこと

少人数チームでのソフトウェア開発でソースコードを管理するリポジトリにGitを適用して1,2ヶ月ほど経過しました。Gitを開発に使用するのは今回が始めてで、みなSubversionを使っていたメンバーです。 開発環境 OS Linux、たまにWindows 開発言語 Java プログラミングツール NetBeans 7.4 Gitクライアント NetBeans標準搭載のGit機能、たまにコマンドライン、WindowsではたまにTortoiseGit Gitサーバーapacheでgit-http- ...

へびのぬけがら - January 18, 2014 01:31 AM
NetBeans と RoboVM で iOS アプリ開発(Maven 編)

NetBeans と RoboVM で iOS アプリ開発を行う方法について紹介します

まず、 RoboVM についてですが、 Java にて iOS 用ネイティブアプリケーションを作成することができるコンパイラ、およびライブラリとなります
(詳細は公式ページ等を参照ください)

RoboVM コミュニティでは上述のコンパイラ、ライブラリに加え、 Maven 用プラグイン、 Eclipse 用プラグインが配布されていますが、残念ながらNetBeans 用プラグインはありません
NetBeans にて RoboVM を利用するにはいくつか方法がありますが、 Maven プラグインを使用する方法が最も簡単かと思います

Maven プラグインの使い方を、サンプルアプリケーションを使って解説します
使用する環境は以下の通りです

OS: Mac OS X 10.9.1
Xcode: 5.0.2
NetBeans: 7.4 (Build 201310111528)


まず、 github にある RoboVM サンプルアプリケーションのリポジトリを cloneします
clone 後、最新の RoboVM 、 Maven プラグインを利用するために pom.xml を編集します
2014年1月18日現在、最新の RoboVM のバージョンは "0.0.8"、 Maven プラグインのバージョンは "0.0.8.1"になるので、以下の2カ所を修正します
<plugin>
  <groupId>org.robovm</groupId>
  <artifactId>robovm-maven-plugin</artifactId>
  <version>0.0.8.1</version>
  <configuration>
    <config>
      <mainClass>org.robovm.sample.ios.RoboVMSampleIOSApp</mainClass>
      <os>ios</os>
      <arch>x86</arch>
    </config>
  </configuration>
</plugin>

<dependency&gt
  <groupId>org.robovm</groupId>
  <artifactId>robovm-rt</artifactId>
  <version>0.0.8</version>
</dependency>
<dependency>
  <groupId>org.robovm</groupId>
  <artifactId>robovm-cocoatouch</artifactId>
  <version>0.0.8</version>
</dependency>

設定後、実際に動かしてみます
Maven プラグインのゴールは下記の通りになっています
  1. robovm:iphone-sim … iPhone シミュレータにて実行
  2. robovm:ipad-sim … iPad シミュレータにて実行
  3. robovm:ios-device … 実機にて実行(要プロビジョニング済)
  4. robovm:create-ipa … ipa ファイル生成
今回は iPhone シミュレータにて実行します
コンテキストメニューより「カスタム」>「ゴール...」を選択します


表示されたウィンドウにて、"robovm:iphone-sim" を入力し、「OK」ボタンをクリックします


初回実行時はビルドに時間が掛かりますが、完了後以下のように iPhone シミュレータが起動します


RoboVM はまだ開発途上のプロダクトですが、ゲーム開発などパフォーマンスが要求されるような場面でも十分に使用できるレベルまでになっていると思います
Java + RoboVM + NetBeans にて iOS アプリケーション開発に挑戦してみてはいかがでしょうか

torutkの日記 - January 16, 2014 12:00 AM
[Java]Java SE 7u51, Java SE 8 b123, NetBeans 8.0 Betaなど

今週はいろいろリリースがありました。 Java SE 7 update51 ダウンロードサイト http://www.oracle.com/technetwork/java/javase/downloads/index.html Oracle Blog日本語まとめ「Java SE 7 Update 51 Released」 http://orablogs-jp.blogspot.jp/2014/01/java-se-7-update-51-released.html デフォルトのセキュリティレベル( ...

きしだのはてな - December 31, 2013 08:20 AM
2013年まとめ:今年はJava8の年だった

うっかり帰省しそびれて、ひとりだらだら年越しすることになったので、はてブがたくさん付いた記事を中心に月ごとのエントリをまとめてみます。


1月

この月に一番ぶくまついたのはこの記事。それでも33程度。

SIerが日本にしかいないという割には、デマルコとかの話が腑に落ちすぎたりするのが疑問で、ちょっと調べてみました。

たぶん、日本と同じようなSIerがいて同じような問題をかかえてる気がします。違うのは、日本と同じようなSIer以外もたくさんいそうなところですかね。

SIerは日本にしかいないのか - きしだのはてな


あとは、FPGAばっかりさわってました。

ぼくのかんがえたさいきょうのCPU - 命令表 - きしだのはてな

でもこの後、仕事が忙しくなって、CPUの実装進んでないです。


2月

FPGAに一番かぶれてたころ。

CPUはオワコン - きしだのはてな


3月

仕事が忙しくなってきた!

ソフトウェア工学は失敗している - きしだのはてな


4月

ちょっとスキを見てまとめた感じ。

FPGAのおすすめ教材 - きしだのはてな


あとは作業中に気づいた系のシブ目の小ネタが多かったです。

文字列でswitchするときはif-else switchイデオムを使うほうが安全 - きしだのはてな


5月

仕事がひとやま越えて、なんかネタを書いてますね。

Java大好き男に「どのIDEが好き?」と訊ねられたとき、女はどう答え - きしだのはてな


あとは、Java8の文法をまとめ始めています。

Java 8を関数型っぽく使うためのおまじない - きしだのはてな

Java8のStreamを使いこなす - きしだのはてな

Java8のStreamの目的と書きやすさや可読性、並行処理の効果について - きしだのはてな

Java8で体験するオブジェクトと関数の狭間 - きしだのはてな

Java8のlambda構文がどのようにクロージャーではないか - きしだのはてな

Java8で強化されたMapと、書きやすくなったメモ化再帰 - きしだのはてな

Java8でのプログラムの構造を変えるOptional、ただしモナドではない - きしだのはてな

Java8で最もインパクトのある構文拡張、デフォルトメソッド - きしだのはてな(6月)


6月

仕事の忙しさ再燃で、あんまり技術系まとめどころじゃなくなってた感じ。

小ネタ系。

TDDで「テストばかり書いて間に合うのか?」と質問されたときの正解 - きしだのはてな

Struts1職人の朝は早い - きしだのはてな


7月

仕事でLombokが気に入った。

JavaでIDEのアクセッサ生成よりlombokを使ったほうがいい理由 - きしだのはてな


8月

仕事おちついて、またJava8についてまとめだした。

Java8のOptionalがモナドになったよ! - きしだのはてな

関数を扱えることはどのようにプログラミング言語の能力をあげるか - きしだのはてな

Java8 Lambdaの文法拡張まとめ - きしだのはてな


9月

JavaOne前に、まとめておこうという感じ

Java8日付時刻APIの使いづらさと凄さ - きしだのはてな


そしてJavaOne。JavaOneまとめは、あとでやるのは難しいので、次回からは中途半端でもその日のうちにまとめてしまおうと思います。はい。

JavaOne参加は、Java SE 8/Java EE 7への理解や勉強のモチベーションとしてものすごくよかったです。

JavaOne2013 -1日目 - きしだのはてな

JavaOne2013 0日目 キーノートとコミュニティデイ - きしだのはてな

JavaOne2013 1日目 セッション漬け - きしだのはてな


10月

なんか体調悪くて寝てた。

9時出勤の仕事が体質にあわなかったようだ。

これだけ。

NetBeans7.4には最新lombokを - きしだのはてな


ちなみに、9時出勤の仕事は8月から始めてて、初日だけ9時にまにあった。それでも9月までは午前中には着いてたのだけど、JavaOneから帰ってきて以降、午前中に出れた日がなかった。で、体調悪くしつつダメスパイラルに突入。


11月

突然のSeasar!邪推禁止。

Seasar2を新規案件に採用するのはそろそろやめたほうがいい - きしだのはてな


あと、Seasarダメならどうするのってことで、Java EE 7についてまとめておくかってなって、今年一番ぶくま付いたエントリ。Java EE 7は、もう一息なところなんだけど、かなりいい感じになってると思う。

Java8ラムダとあわせて、来年からのJavaは別物になりそう。勉強してないSIerはどんどん取り残されると思われる。

今どきのJava Webフレームワークってどうなってるの? - きしだのはてな


で、勉強してないSIerというか、コミュニティに参加してない人と、コミュニティに参加してる人とで、意識差がものすごいことになってるという話。

「勉強会×勉強会」という枠での話なので、「勉強会〜」としてるのだけど、実際は「コミュニティに参加しないと〜」という話です。なので、「勉強会は勉強にならない」というのは勉強会に参加しない理由にならなかったりします。

勉強会に参加しないと不幸になる話 - きしだのはてな


あとは、Java8ラムダについてのまとめ。これは深いところにはつっこんでないけど、ラムダ話の集大成的になってます。

Java SE 8 lambdaで変わるプログラミングスタイル - きしだのはてな


12月

Java8の型推論がどこまでできるか試してみたエントリ。釣り風味。

やっぱ、ターゲット型推論の限界が低いのは、ちょっと困る。

Java8には型推論があるので型指定不要で変数が使えますよ - きしだのはてな


まとめ

振り返れば、一年かけてJava8への理解を深めていったという感じですね。実用コードを書いてるのだけど、今までのJavaとは全く違うコードが書けるようになったという一方で、限界が低く足りないものも多く記述性もそこまでよくなくて「Scalaでやれ」感がでまくる印象。

ソフトウェアの構築ということや業界について考え直す一年でもありました。「35歳定年説の正体」っていう下書きが公開されるところまで行かなかったのが、今年の後悔。


ということで、また来年もよろしくお願いします。

torutkの日記 - December 16, 2013 12:00 AM
[Java][JavaFX]JavaFXの自動テストツールTestFXを始める第1歩

JavaFX Advent Calendar 2013の16日目のエントリーです。 前日のエントリーはYasuyuki Fukaiさんの3D初心者がJavaFXの3Dを使い初めてみた。 : 人生、気合いと具合 - blog、翌日のエントリーはpeko_kunさんです。 はじめに GUIの部分をユニットテストしようとすると、通常は人がGUIを操作して結果を判定するので、ロジックのユニットテストのように自動化することが困難です。 JavaのSwingでは、FEST-SwingというGUI自動化テストツー ...

きしだのはてな - November 21, 2013 02:54 PM
[netbeans]NetBeans7.4でCordovaを使うときの注意

だいたいの手順は、こちらのYouTubeの通り。

D


インストールしないといけないものは

  • Android SDK
  • node.js
  • cordova
  • git

です。


Android SDK

Android SDKはこちらから。

http://developer.android.com/sdk/index.html

ここで注意する点は、Cordovaを使うためにはAPI 17(Android 4.2)が必要ということです。なので、SDK ManagerからAPI 17を追加しておく必要があります。


Node.js

Node.jsはこちら

http://nodejs.org/

普通にインストールすればいいですが、上記GeertjanのYouTubeで、面倒なことにならないように「Program files」以外の場所にインストールすること、と注意されてました。


Cordova

Cordovaは、Node.jsのパッケージ管理ツールでインストールします。

このとき、現時点で最新の3.1.0-0.2.0ではうまくプロジェクト作成などができないので、バージョンをちゃんと指定してインストールする必要があります。

> C:\nodejs\npm install -g cordova@3.1.0-0.1.0

追記(2013/11/26): patch 1で3.1.0-0.2.0に対応したようです。


Git

NetBeansでは外部コマンドがなくてもgitが使えるので、gitをわざわざインストールする必要がないのですが、cordovaがgitコマンドを利用するので、gitのインストールが必要です。

http://git-scm.com/downloads

また、環境変数PATHにgitのインストール場所を追加する必要があります。


再起動

Cordovaやgitのパスを反映させるために、NetBeansを再起動させる必要があります。

だめだったら、Windows自体を再起動させてみてください。


いろいろ面倒

ということで、いろいろ面倒、かつ注意点がそれぞれにあるので、導入手順だけでかなりの分量が必要になるので、NetBeansが対応してるからついでにCordovaでも遊んでみようかってのはちょっと難しい感じ。

ここに書いた程度の手順で環境構築できて、Cordovaに興味がある人には、手軽に試せていいと思います。

uyota 匠の一手 - November 19, 2013 06:39 AM
FreeBSD で OpenJDK の日本語を設定

FreeBSD の Java は openjdk になっていた。現在のシステムは、8.4-RELEASE。インストールしたそのままでは日本語が使えない。いわゆる豆腐になる。

まずは、FreeBSD 上の Java で日本語が文字化けで行った fallback を試してみた。しかし、□のまま。そこで、fontconfig を用いた設定を試みる。以前の手順の fontconfig を試したが、相変わらずうまくいかない。もう少し調べると、どうもファイル名が違うのと、フォントのパスが違うのが原因のようだ。

まずは、fontconfig.properties には、アーキテクチャの名前が入るみたいだ。FreeBSD では openjdk6 が /usr/local に入る。その中の jre/lib 内で fontconfig.FreeBSD.properties を設定する。


$ cp /usr/local/openjdk6/jre/lib/fontconfig.properties.src /usr/local/openjdk6/jre/lib/fontconfig.FreeBSD.properties
$ diff -u fontconfig.properties.src fontconfig.FreeBSD.properties
--- fontconfig.properties.src   2013-11-16 23:19:06.000000000 -0500
+++ fontconfig.FreeBSD.properties       2013-11-19 01:34:04.000000000 -0500
@@ -180,8 +180,8 @@
 filename.DejaVu_Serif_Oblique=/usr/local/lib/X11/fonts/dejavu/DejaVuSerif-Oblique.ttf
 filename.DejaVu_Serif_Bold_Oblique=/usr/local/lib/X11/fonts/dejavu/DejaVuSerif-BoldOblique.ttf
 
-filename.Sazanami_Gothic=/usr/local/lib/X11/fonts/TTF/sazanami-gothic.ttf
-filename.Sazanami_Mincho=/usr/local/lib/X11/fonts/TTF/sazanami-mincho.ttf
+filename.Sazanami_Gothic=/usr/local/lib/X11/fonts/OTF/ipag.otf
+filename.Sazanami_Mincho=/usr/local/lib/X11/fonts/OTF/ipam.otf
 filename.AR_PL_UMing=/usr/local/lib/X11/fonts/TrueType/uming.ttc
 filename.AR_PL_UKai=/usr/local/lib/X11/fonts/TrueType/ukai.ttc
 filename.UnDotum=/usr/local/lib/X11/fonts/unfonts-core/UnDotum.ttf

そして、Sazanami と設定されているフォントだが、現在の FreeBSD では入れられないようだ。これを japanese/font-ipa に設定する。

これで、NetBeans は日本語で起動した。NetBeans で utf8 の XML を読み込んで、表示してみたがコンソールにも日本語が正しく表示されている。

前々回前回

uyota 匠の一手 - November 18, 2013 04:15 AM
FreeBSD の Java は openjdk

久しぶりに NetBean で Java を使おうと思ったら、NetBean がインストールされていなかった。長いこと使っていなかったので消してしまっていたらしい。そして、Java もどの実装が現役なのだか。古いものだが四つ入っている。


% ls -d /usr/local/*jdk*
/usr/local/diablo-jdk1.5.0      /usr/local/jdk1.5.0
/usr/local/diablo-jdk1.6.0      /usr/local/jdk1.6.0

さて、make install で引っ張られてくるのは openjdk だった。FreeBSD Java Project: How To Install によると、OpenJDK が現在の公式の Java サポートみたいだ。

OpenJDK は以前の Java の様に自分でダウンロードをしておかなくても良いみたいだ。文句を言われてから取りに行こうと思って、おもむろに make install を叩いたが、そのまま無事に終了してしまった。

もう一つ。8.4 RELEASE 時の ports を使っているが、「Enable Legacy Debugging Support」を使って i386 上ではコンパイルエラーが発生した。これを無効にしてコンパイルを再度始めたところ、今度は問題なく終了できた。メモリが 4GB あると tmpfs を使って、OpenJDK をメモリ上だけでコンパイルとインストールできる。IO が省けて速くなる。

NetBeans 7.3 がデフォルトで、 NetBeans 6.1 の ports もあった。どちらともインストールするだけで動いた。ワークスペースの情報が引き継がれないみたいで、7.3 ではプロジェクトが空っぽだった。

前回次回

torutkの日記 - November 09, 2013 12:00 AM
[Java]JJUG CCC 2013 Fallに参加してきました #jjug_ccc

本日、日本Javaユーザーグループ(JJUG:Japan Java User Group)主催のJJUG CCC 2013 Fall*1に参加してきました。 http://www.java-users.jp/?page_id=695 午前中は基調講演2つ、午後は公募で採択された技術セッション、ハンズオンから構成されています。ユーザーグループ主催なので費用は無料です。 午前中は、子供の学校のイベントがあったので2つ目の講演から少々遅れて参加しました。夕方までのセッションは同じ時間帯に複数聴きたいものがあ ...

きしだのはてな - November 08, 2013 03:41 AM
[java]今どきのJava Webフレームワークってどうなってるの?

昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの?」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。

Java SE 8+Java EE 7+lombokで書いていますが、基本的なところはJava SE 7+Java EE 6でも大丈夫です。

なので、今どきとは書いてますが、基本的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。


何も考えてない

なんも難しいこと考えないなら、やっぱJSPが楽ですよね。

なんでも書けちゃう。

<%@page contentType="text/html" pageEncoding="UTF-8"%>
<!DOCTYPE html>
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
        <title>JSP Page</title>
    </head>
    <body>
        <h1>Hello JSP!</h1>
        <%!
        int add(int left, int right){
            return left + right;
        }
        %>
        <%
            int res = add(2, 3);
            out.println("2と3を足すと" + res);
        %>
    </body>
</html>

addメソッドを定義して、呼び出して表示しています。Javaコードで。


実行するとこんな感じです。

f:id:nowokay:20131108121958p:image


ロジックを分離したい

JSPだけでは、HTMLとJavaコードがまじってしまうし、やはりロジックは分離して、JSPには表示のことだけをやってもらったほうがいいですね。

ということで、こんなJavaクラスにロジックを書くことにします。

import javax.enterprise.context.ApplicationScoped;
import javax.inject.Named;

@Named
@ApplicationScoped
public class CalcLogic {
    public int add(int left, int right){
        return left + right;
    }
}

@NamedアノテーションをつけてCDI管理して、オブジェクトの寿命を @ApplicationScopedとしてアプリケーション起動中ずっと有効にしています。ステートレスなロジックはアプリケーションスコープにしてオブジェクトを使いまわすことが多いですよね。

ここでは単に足し算してるだけですが、まあもっと長いロジックがあると思ってください。


ついでにこんなクラスも作っておきます。

import java.time.LocalDate;
import java.time.LocalDateTime;
import java.time.temporal.TemporalAdjusters;
import javax.annotation.PostConstruct;
import javax.enterprise.context.RequestScoped;
import javax.inject.Named;
import lombok.Getter;

@Named
@RequestScoped
public class DateLogic {
    @Getter
    private LocalDateTime now;
    
    @PostConstruct
    public void init(){
        now = LocalDateTime.now();
    }
    
    public LocalDate getLastDay(){
        return now.toLocalDate()
                .with(TemporalAdjusters.lastDayOfMonth());
    }
}

これもCDIに登録しますけど、今回は@RequestScopedにしてリクエストのたびにオブジェクトが生成されるようにしています。あと、コンストラクタではなくて @PostConstructアノテーションをつけたinitメソッドで初期化を行うようにしてます。

getter書くのめんどくさいので、nowフィールドにはlombokの @Getterアノテーションつけてます。

あとはgetLastDayとして、月の最終日を返しています。

Java 8のDate Time APIですね。ただ、残念ながら、GlassFish4は現状でJava 8のlambda構文には対応していません。


そしたら、こんなJSPを書きます。

<%@page contentType="text/html" pageEncoding="UTF-8"%>
<!DOCTYPE html>
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
        <title>JSP Page</title>
    </head>
    <body>
        <h1>Hello World!</h1>
        2と3を足すと${calcLogic.add(2, 3)}<br/>
        今は${dateLogic.now}<br/>
        月末は${dateLogic.lastDay}<br/>
    </body>
</html>

ロジックとビューが分離されました。

実行するとこうなります。

f:id:nowokay:20131108121959p:image


DateLogicのスコープを @RequestScopedにしているので、リロードするたびに時間がかわりますが、これを @SessionScopedにすればセッションで最初にアクセスした時間、 @ApplicationScopedにすればアプリケーションを起動して最初にアクセスした時間が表示されます。

CDIを使うと、オブジェクトの寿命管理が楽になるので便利です。


パラメータを受け取りたい

さてさて、WebアプリケーションではURLやその中のクエリパラメータ、POSTデータなど、いろいろな入力によって処理することも必要になります。

ということで、ちょっと結果表示用のクラスを用意します。

import lombok.AllArgsConstructor;
import lombok.Getter;
import lombok.NoArgsConstructor;
import lombok.Setter;

@NoArgsConstructor
@AllArgsConstructor
@Getter @Setter
public class Result {
    int left;
    int right;
    int ans;
}

アノテーションたくさんですが、基本的にはint型のフィールドが3つあるだけです。ここにlombokでセッターゲッター、デフォルトコンストラクタ、フィールドを初期化するためのコンストラクタを追加してます。


そして、リクエストを受け取るためのクラスを用意します。

import javax.enterprise.context.ApplicationScoped;
import javax.inject.Inject;
import javax.inject.Named;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.QueryParam;

@Named
@ApplicationScoped
@Path("/calc")
public class CalcService {
    
    @Inject
    CalcLogic logic;
    
    @Path("add")
    @GET
    public Result add(
            @QueryParam("left") int p1,
            @QueryParam("right") int p2)
    {
        int ans = logic.add(p1, p2);
        return new Result(
            p1, p2, ans);
    }
}

@NamedでCDIに登録して、@ApplicationScopedとしています。

@Pathアノテーションで、このクラスは/calcというパスを処理するように指定しています。

で、logicフィールドに@Injectアノテーションつけて、さっきの計算ロジックをもってきます。


あとは、実際にリクエストを処理するaddメソッドの用意。

ここでは、@Pathアノテーションでaddというパスを処理するように指定して、@GETアノテーションでHTTPのGETメソッドを処理するようにしています。

あと、addメソッドの引数に @QueryParamアノテーションをつけて、この引数にURL中のleft=xxxやright=xxxの値が入るようにしています。

JAX-RSの仕様をしらなくても、ここを見るだけでどのようなリクエストを処理するかなんとなく把握できると思います。

処理的には、受け取ったパラメータをlogicに渡して、Resultにくるんで返すという処理です。


そんではちょっとアクセスしてみましょう。

f:id:nowokay:20131108122000p:image

JSONだ!


JSONで表示されても、という人もいると思うので、ちょっとResultクラスに@XmlRootElementアノテーションをつけてみます。(import略)

@NoArgsConstructor
@AllArgsConstructor
@Getter @Setter
@XmlRootElement
public class Result {
    int left;
    int right;
    int ans;
}

ん?

f:id:nowokay:20131108122001p:image

ソースをみてみると・・・

<?xml version="1.0" encoding="UTF-8"?>
<result>
    <ans>8</ans>
    <left>3</left>
    <right>5</right>
</result>

XMLだ!

NetBeansのブラウザはXMLをいい感じには表示してくれませんでした。


実際には@Producesアノテーションでmimeタイプを指定しておいたほうがいいでしょう。複数のmimeタイプを指定すると、ブラウザからのAcceptヘッダにしたがって適切な出力をしてくれます。

    @Path("add")
    @GET
    @Produces({MediaType.APPLICATION_JSON, MediaType.APPLICATION_XML})
    public Result add(
            @QueryParam("left") int p1,
            @QueryParam("right") int p2)
    {
        int ans = logic.add(p1, p2);
        return new Result(
            p1, p2, ans);
    }

これで、人間以外のお客さまに満足していただけるサイトができました!

でもぼくはもう少し見やすいほうがいいな。人間はわがままです。

ということで、こんなJSPを作ります。名前はwithrs.jspとします。

<%@page contentType="text/html" pageEncoding="MS932"%>
<!DOCTYPE html>
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=MS932">
        <title>JSP Page</title>
    </head>
    <body>
        <h1>Hello JAX-RS</h1>
        ${it.left}と${it.right}を足すと${it.ans}です
    </body>
</html>

itというオブジェクトを使ってるところがミソです。

あと、エンコーディングをMS932にしてるのは、現状ではエンコーディングをちゃんと指定できなくてシステムデフォルトのエンコーディングで表示されてしまうからです。Macなどではutf-8のほうがいいかもしれません。いまのところはGlassFishの起動オプションでエンコーディングを指定しておくほうがいいです。


で、まあさっきのaddメソッドでmimeタイプをHTMLにして、@Templateアノテーションを追加しておきます。

    @Path("add")
    @GET
    @Produces(MediaType.TEXT_HTML)
    @Template(name="/withrs")
    public Result add(
            @QueryParam("left") int p1,
            @QueryParam("right") int p2)
    {
        int ans = logic.add(p1, p2);
        return new Result(
            p1, p2, ans);
    }

テンプレート名には拡張子jspをつけてもいいけど、つけないのがいいですね。


アクセスしてみると、こうなります。

f:id:nowokay:20131108122002p:image

わあ、みやすい!


と、こんな感じで、JAX-RSを使うと基本的なJavaコードをもとにアノテーションでさまざまな入力・出力に対応できます。

ただ、残念ながら、この@Templateに関してはjerseyの独自拡張ということになっていて、JAX-RS標準ではありません。次版で標準化されることを期待しています。


ついでに、次のような@Pathアノテーションの指定と@PathParamアノテーションを使うと、URLの分解もできます。

    @Path("add/{left}/{right}")
    @GET
    @Produces(MediaType.TEXT_HTML)
    @Template(name="/withrs")
    public Result addPath(
            @PathParam("left") int p1,
            @PathParam("right") int p2)
    {
        return add(p1, p2);
    }

f:id:nowokay:20131108122003p:image


JAX-RSはかなり強力かつ柔軟なので、入力をうけとって出力を返すというものには十分に使えるように思います。

もともとHTML出力は標準としては考えられてなかった感じがあって、まだ少し実装がこなれる必要がると思いますけど。


フォーム入力する

フォーム入力も、JAX-RSでPOSTを受け取るようにすればいいんですけど、ちょっとめんどうです。

ということでJSF。


まずは、画面を管理するクラスをつくります。

@Named
@SessionScoped
@Setter @Getter
public class CalcController implements Serializable{
    Integer left;
    Integer right;
    Integer ans;
    
    @Inject
    CalcLogic logic;
    
    public void add(){
        ans = logic.add(left, right);
    }
}

@SessionScopedにしてCDIに登録しています。もうすこし狭いスコープでもいいけど、今回はこれで。

あと、フィールドは未入力状態に対応できるよう、intではなくInteger型にしています。クラスに@Setter/@Getterアノテーションがついているので、すべてのフィールドにアクセッサが自動生成されます。

あとは、CalcLogicをもってくるようにして、addメソッドで計算してます。


で、こんなJSPつくります。

<%@page contentType="text/html" pageEncoding="UTF-8"%>
<%@ taglib prefix="h" uri="http://java.sun.com/jsf/html" %>
<%@ taglib prefix="f" uri="http://java.sun.com/jsf/core" %>
<!DOCTYPE html>
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
        <title>JSP Page</title>
    </head>
    <body>
        <h1>Hello JSF!</h1>
        <f:view>
            <h:form>
                <h:inputText label="左辺" value="#{calcController.left}" required="true"/><h:inputText label="右辺" value="#{calcController.right}" required="true"/>
                <h:commandButton value="足す" action="#{calcController.add()}"/>
                答え<h:outputText value="#{calcController.ans}"/>
            </h:form>
            <h:messages/>
        </f:view>
    </body>
</html>

inputTextコンポーネントで入力、outputTextコンポーネントで出力、commandButtonでボタンを置いて、それぞれCalcControllerクラスの要素に結び付けてます。


適当に入力して「足す」ボタンを押すと、結果が表示されます。

f:id:nowokay:20131108122004p:image


requiredをtrueにしているので、入力がなければエラーになるし、Integerに結び付けてるので数値じゃなければエラーになります。

f:id:nowokay:20131108122005p:image


もっとHTMLっぽく書きたいという人は、Faceletsを使うのがいいと思います。

<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:h="http://xmlns.jcp.org/jsf/html"
      xmlns:jsf="http://xmlns.jcp.org/jsf">
    <head>
        <title>Facelet Title</title>
    </head>
    <body jsf:id="body">
        <h1>Hello from Facelets</h1>
        <form jsf:id="form">
            <input type="text" label="左辺" jsf:value="#{calcController.left}" required="true"/><input type="text" label="右辺" jsf:value="#{calcController.right}" required="true"/>
            <input type="submit" value="足す" jsf:action="#{calcController.add()}"/>
            答え #{calcController.ans}
        </form>
        <div jsfc="h:messages"/>
    </body>
</html>

jsf:idとかjsf:valueとかjsfcとか、JSF独自の属性が入るものの普通っぽいHTMLになっています。


これで次のように動きます。

f:id:nowokay:20131108122006p:image


まちがっても、JSFでWeb全部まかなおうとしてはダメですが、管理系や業務アプリ、登録フォームなどフォーム主体の画面にはとてもよいです。

Ajax対応もされていて、JavaScriptを記述せずにかなりの処理ができるので、たいしたことないAjaxを持った画面が大量にあるという場合には、かなりいい気がします。


2013/11/9追記

Ajaxへの対応も書いておきます。

JSFのフォームをAjax対応するには、基本はf:ajaxタグを追加するだけです。

<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:h="http://xmlns.jcp.org/jsf/html"
      xmlns:f="http://xmlns.jcp.org/jsf/core"
      xmlns:jsf="http://xmlns.jcp.org/jsf">
    <head jsf:id="head">
        <title>Facelet Title</title>
    </head>
    <body jsf:id="body">
        <h1>Hello from Facelets</h1>
        <form jsf:id="form">
            <input jsf:id="left" type="text" label="左辺" jsf:value="#{calcController.left}" required="true"/><input jsf:id="right" type="text" label="右辺" jsf:value="#{calcController.right}" required="true"/>
            <input jsf:id="btn" type="submit" value="足す" jsf:action="#{calcController.add()}">
                <span jsfc="f:ajax" render="ans msg" execute="left right"/>
            </input>
            答え <span jsfc="h:outputText" id="ans" value="#{calcController.ans}"/>
            <div id="msg" jsfc="h:messages"/>
        </form>
    </body>
</html>

変更点としては、Ajax呼び出しで送信するデータをもったコンポーネントや受信して更新するコンポーネントを指定する必要があるため、inputタグやdivタグにidをつけています。また、裸のEL式ではid指定できないため、「答え」のところもh:outputTextコンポーネントにしています。

また、JavaScriptが生成されるheadも指定できる必要があるため、headにもidをつけています。

これは、実際につくるときにはajaxじゃないときにも対応しておいたほうがいいです。もちろん、formごと指定すれば個別のidを指定できる必要はありません。


その上で、次のようなf:ajaxタグを追加して、executeで送信するコンポーネントのID、renderで表示更新するコンポーネントのIDを指定しています。

&lt;span jsfc="f:ajax" render="ans msg" execute="left right"/&gt;

基本的にJavaScriptをさわらずAjaxを基本にした画面が構築できるので、Java技術者しかいない、JavaScriptが使える人がいたとしても、ソースをJavaScriptとJavaに対応するのが大変というときにはおすすめです。

ただ、FaceletsでのHTML親和性の高い記述というのは、デザイナとの協業があるってとき以外は面倒なだけなので、おとなしくh:outputTextタグとか書いておいたほうがいいですね。


追記ここまで。


設定

設定はだいたいNetBeansが勝手にやってくれるのであまり気にしないのですが、とりあえず設定ファイルものせておきます。

web.xmlには、JSF関連の設定が必要です。

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="3.1" xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd">
    <context-param>
        <param-name>javax.faces.PROJECT_STAGE</param-name>
        <param-value>Development</param-value>
    </context-param>
    <servlet>
        <servlet-name>Faces Servlet</servlet-name>
        <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>Faces Servlet</servlet-name>
        <url-pattern>*.xhtml</url-pattern>
        <url-pattern>/faces/*</url-pattern>
    </servlet-mapping>
    <session-config>
        <session-timeout>
            30
        </session-timeout>
    </session-config>
    <welcome-file-list>
        <welcome-file>faces/index.xhtml</welcome-file>
    </welcome-file-list>
</web-app>

JAX-RSでは、設定クラスが必要になります。ここでルートパスなどを決めます。また、サービスクラスはここで登録しておく必要があります。NetBeansを使う上では、勝手に管理してくれるので気にする必要はあまりないですが。

@Templateを使うときにJspMvcFeatureの登録は自力で行う必要があります。

import java.util.Set;
import javax.ws.rs.core.Application;
import org.glassfish.jersey.server.mvc.jsp.JspMvcFeature;

@javax.ws.rs.ApplicationPath("ws")
public class ApplicationConfig extends Application {

    @Override
    public Set<Class<?>> getClasses() {
        Set<Class<?>> resources = new java.util.HashSet<>();
        addRestResourceClasses(resources);
        resources.add(JspMvcFeature.class);
        return resources;
    }

    private void addRestResourceClasses(Set<Class<?>> resources) {
        resources.add(sample.recentweb.CalcService.class);
    }
}

CDIのbeans.xmlやJSFのfaces-config.xmlは、今回ファイルを作成していません。

こんな感じなので、設定まわりもまあ許容範囲かなと思います。


ついでに、pom.xmlのdependencyだけ書いておきます。

    <dependencies>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <version>1.12.2</version>
        </dependency>
        <dependency>
            <groupId>org.glassfish.jersey.ext</groupId>
            <artifactId>jersey-mvc-jsp</artifactId>
            <version>2.0</version>
            <scope>provided</scope>
        </dependency>
        <dependency>
            <groupId>javax</groupId>
            <artifactId>javaee-web-api</artifactId>
            <version>7.0</version>
            <scope>provided</scope>
        </dependency>
    </dependencies>

まとめ

リクエストを受け取ってレスポンスを返す、という場合には、レスポンスがHTMLであれXMLであれ、JAX-RSが便利です。

また、フォーム形式での入力にはJSFがいいです。Ajax対応もしているし、PrimeFacesなどコンポーネントも充実しています。


テンプレートに関しては、JSFの場合はFaceletsがいい感じになってきましたが、JAX-RSからのテンプレートには使えません。JAX-RS用テンプレートとしてはThymeleafなどJava EE標準ではないテンプレートを使うことが多いと思います。このとき、Faceletsとレイアウトを共有するといったことが難しく、結構こまります。

ということで、それを解決しようとするとJSFに対応したJavaEE外のテンプレートを使うことになるんではないでしょうか。JSFは、管理画面や購入シーケンスなど、ある程度は通常Webと分離したところで使うことになるので、テンプレートを共有しないという解決方法もありますが。


今回、全般において、Java EE独自の特別なオブジェクトは使っていません。基本的にアノテーションでの対応です。

なので、ユニットテストを書くときにWebフレームワークを気にする必要があまりありません。JSFまわりでは独自オブジェクトを結構つかうことになっていまいますが。


で、なんにせよ、オブジェクトの管理はCDIがだいぶ育ってきました。

DIコンテナは変数に勝手にインジェクションしてくれることに注目されがちですが、一番の目的はオブジェクトのライフサイクル管理です。CDIはとても便利です。@Transactional みたいなアノテーションも導入されてトランザクション管理もできるようになったので、通常の範囲だとEJBがいらない子になりました。


今すぐ使えるかといわれると、実行環境の問題などもあって、まだJava EE 6の範囲でしか使えないものもありますが、それでも結構使い物になってきていると思います。


書籍

Java EE 7対応の書籍はまだ日本語では出ていませんが、Java EE 6のものでも参考になります。


JAX-RSに関しては、これも前のバージョンのものですが、基本は変わっていないのでひととおり読むといいと思います。

JavaによるRESTfulシステム構築

JavaによるRESTfulシステム構築

torutkの日記 - November 03, 2013 12:00 AM
[C#][.NET]アプリケーション開発と保守における考慮事項

先日社内でJavaOneサンフランシスコ参加報告を行った際に、なぜかJavaと.NET Frameworkの違いについての質問を多々受けました。質問は過去に開発したソフトウェアを再利用する場合の互換性などで、Javaについては1996年来からウォッチしていたので回答できますが、.NET Frameworkは過去に一時期技術調査をしたことしかないので、補足調査をしてみました。 なお、調査にあたり念頭においているのはエンタープライズ向けシステムに搭載するアプリケーションソフトウェアの開発で、デスクトップ側 ...

torutkの日記 - October 19, 2013 12:00 AM
[Java]JavaOne 2013 サンフランシスコ報告会 Tokyo参加&LT発表

本日は、JJUG&Javaカンファレンス主催の「JavaOne 2013 サンフランシスコ報告会 Tokyo」がオラクル青山センターで開催されました。 http://www.java-users.jp/?p=682 JavaOne参加者のLT発表枠で発表してきました。発表スライドは次です。 http://www.slideshare.net/torutk/java-one-2013-sf-lt 発表の中で動かしたデモはJavaFX 3Dで作成しました。作成の経緯は次の日記から辿れるWikiに詳しく記 ...

きしだのはてな - October 18, 2013 05:35 AM
[netbeans]NetBeans7.4には最新lombokを

NetBeans7.4がリリースされましたが、lombokが動かなくなってました。

で、NetBeans7.4ではlombokは動かない!というエントリーを書こうと思って改めてフォーラムを見ると、なんだか新しいバージョンでは動くようなことが書かれてました!

最新の1.12.2をダウンロードして試してみると、Java8+NetBeans7.4でlombok動きました!

こんなコードが正常に動いてます。

@Setter @Getter
public class NewClass {
    private Optional<Integer> a;
    
    public static void main(String... ar){
        NewClass nc = new NewClass();
        nc.setA(Optional.of(123));
        nc.getA().ifPresent(System.out::println);
    }
}

でも、NetBeans7.3.1で1.12.2を使うのはおすすめしないって書いてあります。

Issue 451 - projectlombok - Java 8 not supported - Spice up your java! - Google Project Hosting

きしだのはてな - October 15, 2013 04:42 PM
[javaone2013]JavaOne2013 1日目 セッション漬け

(2013/10/15に書いてます)

さて、JavaOne初日です。

JavaOneが本気だしてきたので、たくさんのセッションがあります。

8:30から21:30くらいまで、一日中セッション漬けでした。そんな朝からほんとに出てたの?という疑問があるかもしれませんが、時差ぼけのせいか、サンフランシスコでは毎日7時に起きて23時に寝るという規則正しい生活をしていました。


セッションは、次のとおりです。

CON3638 10 Tips for Java EE 7 with PrimeFaces

CON2176“Use the Force, Luke” or Tips and Tricks for Using the Capabilities of JavaFX

CON6617 Java EE 7: What’s New in the Java EE Platform

CON6064 Introducing the Java Time API in JDK 8

CON8165 Type Inference in Java SE 8

BOF3473 The NetBeans Roadmap for Cutting-Edge Tooling for Cutting-Edge Java

BOF3433 What’s New in Java Transaction Processing

BOF4244 Swing 2 JavaFX

BOF4040 NetBeans Platform BOF


10 Tips for Java EE 7 with PrimeFaces

Java EE 7対応のPrimeFacesの話。

PrimeFacesというのは、jQueryベースのJSFコンポーネントセットです。

10のチップスということですけど、印象に残ったのは次の点。

  • Bean Validation
  • 新しいコンポーネント
  • Pushフレームワーク
  • Faces Flows
  • File Upload

全体的に、Bean Validationはいろいろなところで使われるようになっていて、影で支える印象です。

あと、JSFは基本的に処理をJava側で行うのですが、やはりそれでは通信ラグがあるので、クライアント側でのバリデーションも実装されたようです。


新しいコンポーネントとしては

  • オートコンプリート
  • TreeでのD&D
  • ダイアログフレームワーク
  • 固定のテーブルヘッダー
  • スクロールできるタブ

のようなものが取り上げられていました。

いままでPrimeFacesのダイアログは子ダイアログまでで、孫ダイアログを出すことができなかったのですが、これが自由に出せるようになるならとてもいいですね。


Pushフレームワークは、WebSocketやロングポーリング、JSON-Pなどを統一的に扱えるフレームワークなんだと思います。POJOをやりとりできるのでプログラムしやすそう。


Faces Flowsは、 @FlowScoped/@FlowDefinitionで一連のページ遷移でのスコープを定義するものです。


あと、FileUploadは、JSF2.2で導入された標準のFileUploadに対応したほか、HTML5を利用したコンポーネントになっているという話。


JSF2.2本体とあわせて、正常進化という感じですね。


“Use the Force, Luke” or Tips and Tricks for Using the Capabilities of JavaFX

JavaFXのセッションでも聞いておくかーということで取ってみたセッション。

CSSとSVG使いましょうって話でした。

まあ、スターウォーズ人気なんだな、という感想。


Java EE 7: What’s New in the Java EE Platform

JavaEEスペックリードのリンダ・デミケルのセッション。

次のように盛りだくさんの内容。

  • JSON Processing 1.0
  • WebSocket
  • JAX-RS 2.0
  • CDI
  • Pruning
  • JMS 2.0
  • Concurrency Utilities
  • Batch
  • JPA 2.1

とりたてて新しいことを話したわけではないので、技術的詳細は省きます。


CDIはいろいろなところで当たり前に出ていたのですが、会場から「CDIって何?」という質問が出て、リンダが「Contexts and Dependency Injection」とキレ気味に答えたのが今回のハイライトです。

と、このとき冗談気味にTwitterに書いたのですが、Java EE 7全体として、これは象徴的なできごとだったのかもしれません。


Java EE 5までは、EJBがその中心的位置づけになっていました。でも、Java EE 7では明確にCDIが中心的な役割になっています。EJBが結果として単にプロモーション的な「位置づけ」だったのに対して、CDIは実際にJava EE 7での屋台骨となっています。

そして、Java EE 7の提供側では、すでにCDIが前提になっているのにかかわらず、まだ利用者にはそこまで浸透していない、ということを表す出来事でした。


あと、視力検査かってくらい文字が小さく見にくいので、会場から挙手があったにもかかわらず、華麗に無視してプレゼンを続けるリンダが印象的でした。


Introducing the Java Time API in JDK 8

JDK8で導入された、新しい日付時刻APIについて、スペックリードのStephen Colebourneのセッション。

これも特に新しい内容があったわけではないので、APIの詳細は以前のエントリなどを参考にしてください。

http://d.hatena.ne.jp/nowokay/20130917#1379376320


ステファンさんは、終始にこやかにプレゼンしていました。おだやかなガンコものという印象です。

ZonedDateTimeについて会場から、zoneIdを省略したものが欲しいという要望が出ていました。ステファンさんの答えは、LocalDateTimeを使えばいいよ、ってことでした。

あと、地域の事情で暦に変更があった場合は、JDKのアップデートで対応していく、ということでした。


セッションが終わって、上記エントリが盛り上がったときにTwitterでステファンの名前が流れまくったことについて、ぼくのブログが原因でしたごめんね、と謝っておきました。ついでに、ぼくもzoneIdを省略したものが欲しいというと、それは日本の固有の事情があるのか?と聞かれましたが、それ以上のやりとりを続ける英語力がなかったため、続きはTwitterで!と言って逃げましたw

求む英語力。


昼ビール!

会場ヒルトンホテルの横の通りをふさいで、休憩スペースになっています。

ここでは、ビール飲み放題!

f:id:nowokay:20130923144348j:image


Type Inference in Java SE 8

Javaの型推論の話。

Javaには型推論ないんじゃね?と思う人もいるかもしれませんが、地味に型推論はありました。

それを利用したのがJava SE 7のダイヤモンド演算子だったりします。

ただ、今までの型推論は貧弱だったので、メソッド呼び出しの引数にダイヤモンド演算子が使えないとか、同じく引数でジェネリックメソッドの呼び出しを書いたときに型推論が効かず、いちいち記述が必要とかありました。

List<String> strs = new ArrayList<>();

はできるのに

some.hoge(new ArrayList<>());

はできないので、

some.hoge(new ArrayList<String>());

と書く必要があったとか。

あと、JUnitでテストを書くときに

assertThat(myList, hasItem(Matchers.<Foo>hasProperty("hoge", is("aa"))));

とか書く必要があったのですが、ちゃんと型を省略して次のように書けるようになります。

assertThat(myList, hasItem(hasProperty("hoge", is("aa"))));

このときの型推論がJava7からJava8にどう変わったのかという話をしていたのですが、型推論の解説部分が資料の下部にあったので、ぜんぜん見えませんでした・・・

ヒルトンの会場では、資料の下のほうがぜんぜんみえません・・・


ダウンロードした資料を見直すと、「some.hoge(new ArrayList<>());」の例では、最初からnew ArrayList<Object>()を仮定して推論を始めてしまうために推論ミスになってしまうということだったようです。これをnew ArrayList<t1>()のように型変数をあてはめて推論することで最終的に正しい型にたどりつけると。


まとめとして

  • ダイヤモンド演算子がどこでも使える
  • 三項演算子も怖くない
  • ジェネリックメソッドも気にしなくていい
  • より洗練されたAPIが定義できる
  • 匿名クラスいらない

というのをあげていました。


The NetBeans Roadmap for Cutting-Edge Tooling for Cutting-Edge Java

NetBeansのロードマップの話

f:id:nowokay:20130923162712j:image

前日にNetBeans DayがあってNetBeansの話はたくさん聞いた人が多かったためか、人はそれほど多くありませんでした。


ロードマップはこんな感じ。

f:id:nowokay:20130923164558j:image

ざっくりしてますね。

ここでも、まずはJava8対応が目先の目標で、それからの話はそれ以降という感じ。


要望として多いのが

  • Visual Web
  • UML
  • Android

ということを取り上げていました。


まるでBOFのようなゆるさだなと思ったら、このセッションからはBOFだったようです。


What’s New in Java Transaction Processing

トランザクションの話。

@Transactionalアノテーションをクラスやメソッドにつけることで、宣言的トランザクションが実行できるという話。

検査例外はロールバックせず非検査例外ではロールバックするというのはEJBと同じ挙動ですが、rollbackOn、dontRollbackOnという属性で例外を指定できるというのが便利そうです。

あとは、トランザクションごとにインスタンスが生成される @TransactionScoped というスコープの紹介がありました。あまり使うことはなさそうですけど。

これで通常のアプリケーションではEJBが不要になりましたね。

でも、ここでもやはりCDIって何?という場面がありました。


大阪うどん!

なんだか大阪うどんという店があったのでよってみました。

f:id:nowokay:20130923161349j:image

お店では、ふつうに日本人の店員さんで、ふつうの日本語が通じました。

味は、高速道路のサービスエリアで食べるうどんみたいな感じです。ちょっとダシが日本のとは違うかなーくらい。ただし、量は多い。うどんはこれでmini udonです。

f:id:nowokay:20130923184748j:image

写真でみると確かにminiですが、天丼がかなり大きいです。なので、うどんも結構大きい。おなかいっぱい。


Swing 2 JavaFX

SwingプログラマがJavaFXプログラマにどう移行するか、とかいう話ではなく、SwingとJavaFXの相互連携の話でした。

これまでSwingではJFXPanelを使うとJavaFXコンポーネントを使えていたのですが、JavaFXにSwingコンポーネントを載せるということができていませんでした。

それが、SwingNodeを使うとできますよ、という話。

SwingとJavaFXでは、イベントスレッドが別々なので、それをどう統合するかという話もありました。


NetBeans Platform BOF

もう完全に関係者ばかりのセッション。

f:id:nowokay:20130923205400j:image


「Javaの未来はNetBeansの未来だし、NetBeansの未来はJavaの未来だ」とか豪語してましたね。

やるな。

壇上から写真とってたり、みんなリラックスしてました。

あとは、JavaFXをNetBeansに載せていくって話。

このあたりは、Geeertjanのブログを見ると実際に動き出してる感じがあります。

Thanks JavaFX: WYSIWYG HTML Editor for NetBeans IDE (Geertjan’s Blog)

Improve Office Productivity with JavaFX and the NetBeans Platform (Geertjan’s Blog)


ということで、この日はここで終了。おとなしくホテルに帰って寝ました。

きしだのはてな - October 14, 2013 02:04 PM
[javaone2013]JavaOne2013 0日目 キーノートとコミュニティデイ

(2013/10/14に書いています)

JavaOne前日です。

f:id:nowokay:20130922101953j:image


前日とはいえ、テクニカルキーノートや、コミュニティ系のセッションなどが行われています。

で、ホテルでネットが使えないので、まあ10時くらいからかなーと思いながらとりあえずヒルトンへ。

ロビーがJavaOneになっています。

f:id:nowokay:20130922103658j:image

でも、ここでネットにつないで、テクニカルキーノートはMosconeであるということがわかりました・・・


Mosconeに行くときにおなかがすきすぎていたので、ラーメン的なものを。

f:id:nowokay:20130922120719j:image

結構、普通にラーメンでした。

Mosconeでは、道路をふさいでイベント会場を設営していました。

f:id:nowokay:20130922122349j:image

JavaOneは、Oracle製品全体のイベントの一部として行われていて、Mosconeでは基本的に本体であるOracle Openwordが行われます。


ストラテジー・テクニカルキーノート

ということで、全体は聞けてないんですが・・・

f:id:nowokay:20130922140826j:image

印象に残ってるのは

・Java MEがJavaSEのサブセットになる、ということ

・WebSocketを使った対戦チェスゲームで、Web UI、Java FX 3D、そして3Dプリンタ出力した実物のコマを動かすロボットでのデモをみせていた

というところ。

あと、Raspberry Piと液晶タブレットを使ってJavaタブレットを作ったというのもありましたけど。

基本的には、特に新しい発表はありませんでした。


3Dプリンタ出力したチェスは、展示会場においてありました。これはかわいい。

f:id:nowokay:20130924112154j:image


UGF10369 Cool NetBeans Tips and Tricks for Java EE 7 Development

コミュニティセッションの中で「NetBeans Day」をやっていて、NetBeansのセッションがたくさんありました。でも聞けたのはこれだけ・・・

字が小さいし、声も小さいし、今回最初のセッションだしで、よく聞き取れてません・・・

目の前では、日本人の女の人が必死に睡魔と戦っていました。というか、負けてましたね。

プロファイラの話をしていて、「Swingなどのクライアントとサーバーサイドを同時にプロファイルするには?」という質問に、「それは別々にプロファイルして」というようなことを答えていました。

セッション中でも、わからないことはその場で質問します。そのとき、だまって手をあげて、気づいてもらったら話すというスタイルでした。なんかクール。


その後、PrimeFacesのデモ。

やはり声が小さくて「Can you speak louder?」という掛け声のあと、マイクを使うようになりました。マイクあったんじゃん・・・

PrimeFacesの新機能では、クライアントサイドバリデーションと、HTML5ファイルアップロードは使うかなーと思いました。

詳しいことは明日のセッション、と。

「ドラッグドロップでHTML5が作れるのはないの?」という質問に「VisualJSFってのがあったんだけど・・・」と苦笑い。それは聞いてはいけない質問やw


空き時間

16時くらいですが、この時間になると西への移動が結構きついです。太陽が正面すぎて。

f:id:nowokay:20130922180645j:image

で、ホテルの近くのパスタやによってみました。

味はまあ普通にとくにおいしくないパスタですが、量が多かった。あとで後悔することになります。

f:id:nowokay:20130922185606j:image


GlassFish Community Party

GlassFishのパーティー

会場はThirsty Bearsという、醸造所でもあるビールやさんです。ここで醸造したビールが飲めます。

地ビールとしてはそこそこの味ですが、できたてはおいしいです。

f:id:nowokay:20130922205221j:image

でも、夕方たべたパスタでビールが入らなくなっていました。不覚・・・

Javaチャンピオンっぽい人が来たり、ビリヤード楽しそうでしたが、結局日本の人とばかりしゃべってました。英会話力がほしい・・・けど、これ日本語が通じてもあまり話せなかった気がするな。


ということで、JavaOne前夜祭は終了

marsのメモ - October 13, 2013 01:25 PM
[life] TDDBC(TDD Boot Camp)仙台03に参加してきた

TDD Boot Camp(TDDBC) - TDDBC仙台03/課題

TDD Boot Camp(TDDBC) - TDDBC仙台03/課題用語集

TDDBC 仙台 the 3rd #tddbc のまとめ - Togetterまとめ

去年の感想はこちら。→ TDDBC(TDD Boot Camp)仙台02に参加してきた - marsのメモ


またの名を「 @ 無双レビュー大会」。今年もTA(Teaching Assistant)枠で参加したんですが、普通に一般参加者としてペアプロしてました。実を言うと受講者枠で参加したのは今回が初めて、TAだったのキレイさっぱり忘れてTDDBCを楽しませて頂きました。


毎度の事ながら主催およびスタッフのみなさん、一般参加された方々、おつかれさまでした&ありがとうございました。


基調講演 in 杜王町

3年続けて同じ事言ってた。


ペアプロのデモ

@ と @ という鬼軍曹×新兵コンビによる @ 公開処刑劇場。leecomお疲れ様ッ!!

個人的には、Java+Eclipseのライブデモは定番過ぎるのでは、たまには他の言語やIDEのパターンも見てみたいなと。


ブートキャンプ実施

課題は「整数の区間」。今回TAやってないんでコードレビューんときの発表内容からの推測なんだけど、チーム訳と開発環境はこんな感じだった(去年に続きNetBeansはゼロ!)。

#1JavaEclipseJUnit4hamcrest使用
#2JavaEclipseJUnit4hamcrest使用
#3PythonPyChampytest 
#4Python 
#5GroovyEclipseSpockプロダクトコードはJava
#6GroovyIntelliJSpockプロダクトコードはGroovy→Kotlin
#7Objective-CXcode 
#8RubySublime Textrspec 
#9PHPvimphpunit途中までEC2で開発してたらしい
#10C#Visual Studio 

去年は6組で半分はJava+Eclipse組だった事を思うと、今年の組み合わせは多彩だなぁと。あとMacBook率が高かった印象ある。この1年でなにがあったんだ?と思うほどの変化で隔世の感がありますなぁ。


ちなみに私は #6 のGroovyペアで参加してました。開発環境どうしようかってペアの方と話をしていたら「実はIntelliJ興味あるんです」とおっしゃっていたので『じゃあ、Community版でいいのでダウンロードしといてください』と。普段からGrailsやSpock使っているようで「正直TA要らないな」というレベルの方でしたので「IntelliJ接待モード」でどっちか言うとIntelliJの使い方をナビゲートしてました。:-)

#こちらはこちらでSpockの使い方教えてもらって大変ありがたかったです。


1回目のコードレビューで一段落した頃に、今度は「ちょっとKotlin使ってみたいんですよ」とおっしゃるので『じゃあ、プラグイン入れますか』と。Kotlinのテスティングフレームワークに心当たりが無かったので、テストコードはSpockのままプロダクトコードをGroovyからKotlinに差し替えてました。


みんなが課題を進める中、なぜかウチのペアは「言語をより良い(?)ものに変える」という大胆なリファクタリングを行っていたわけです。Kotlinの流儀はよくわかってないけど、ちょっとでもKotlinかじってたおかげて挫折すること無く、基本の課題はすべてクリアすることができました。


他のペアでも見かけましたが、ウチのペアは課題開始時点からGithubにプロジェクトを作り、PCを共有してペアを交代するのではなく、ペア交代のたびにcommit & push, pull & mergeをしてコードを共有してました。去年、TAやってたとき、みんなバージョニングしないでどんどん課題を進めていくのがスゴく気になっていただけに、今回半分くらいはGithubを使ってたみたいで、またしても隔世の感をひとり噛みしめたのでありました。


Githubのプロジェクトはこちらです。→ masanobuimai/groovy_spock ? GitHub


二人ともIntelliJを使っていたので、ビルドスクリプトなどは作らずIntelliJのプロジェクト管理情報ごと共有してました。実はそこに密かな企みがあって、IntelliJでチーム開発する機会なんて滅多にないので、普通にこの辺を共有するどどんな感じなるのか体験させてもらいました(おかげで良いネタ仕込ませて頂きましたよ。


コードレビュー大会

これが全てを物語っとりますわ。


(追記)これでおわかりいただけだろうか。

\シアーハートアタック!!!/


所感

実際にコード書くとなおさら実感するんだけど、仕事で作るコードはJavaじゃないほうが良くないか?と改めて思った(特にJVM系)。Groovyは柔らか過ぎるけどテストコードだったら別にいいんじゃないかとか(SpockはGroovyと言って良いのか疑問は残るけどw)。Kotlinはマイナー過ぎるやろ、というならScalaだってあるし。


なにより、JavaもScalaもKotlinもGroovyもまぜこぜにしたってちゃんと開発できるんだから。

そうIntelliJならね。(・ω<)

torutkの日記 - September 26, 2013 12:00 AM
[Java]JavaOne 2013 SF(09-25)

JavaOne 2013 SFの4日目(セッション3日目)です。概要だけ書いた暫定版です。 昨日はセッションが21:00過ぎまであって宿に戻ったのが22:00、ブログ(暫定)を書いたり翌日のセッションを確認したりと遅くなり、睡眠不足での参加です。 本日聴講したセッションは次です。 Java in Real-Time Secure Mission-Critical Applications (8:30-9:30) Garbage-First Garbage Collector: Migratio ...

torutkの日記 - September 25, 2013 12:00 AM
[Java]JavaOne 2013 SF(09-24)

JavaOneの3日目(セッション2日目)(暫定版)です。 今日は、朝8:30から夜21:00過ぎまで長い1日でした。 本日聴講したセッション一覧は次です。 The JavaFX API’s Synergy with JavaFX 3D (8:30-9:30) Integrating JavaFX with Native Technologies (10:00-11:00) The Modular Java Platform and Project Jigsaw (11:30-12:30) ...

torutkの日記 - September 23, 2013 12:00 AM
[Java]JavaOne 2013 SF(09-22)

8月末に急遽JavaOne SFに参加する話が持ち上がり、翌週会社から費用負担がOKとなってバタバタ準備を開始しました。 海外のカンファレンス系に参加するのは初ですし、海外出張も初です(個人で海外旅行はいろいろいっており、サンフランシスコは3度目です)。 事前準備 パスポート、ESTA(電子渡航承認システム) アメリカに渡航するのに必要です。ESTAは有効期限2年間で昨年申請したものが有効期限内なので今回は申請せずに済みました。 航空機・宿泊の確保 9月にはいってから航空機と宿の確保に走りまし ...

きしだのはてな - July 30, 2013 03:09 AM
[java]JavaでIDEのアクセッサ生成よりlombokを使ったほうがいい理由

lombokは、JavaでのアクセッサやtoString、equalsなどボイラープレートなコードをコンパイル時に生成してくれるライブラリです。

ただ、こういったコードの生成は、IDEを使えば自動で行えるので、わざわざlombokを導入するまでもないと考えることもできますが、ぼくはlombokを導入するべきだと考えて、lombokを使うようにしました。

このとき「lombokを導入するべき」と考えた理由を書いておきます。


lombokとは

lombokは冒頭でも書いたように、Javaのアクセッサなどを生成してくれるライブラリです。

Project Lombok


import lombok.*;

@Setter @Getter
@AllArgsConstructor
@NoArgsConstructor
@ToString
public class LombokSample {
    private String foo;
    private int bar;
    
    public static void main(String[] args) {
        LombokSample ls = new LombokSample("ee", 12);
        System.out.println(ls.getFoo());
        System.out.println(ls);
    }
}

このように、アノテーションを付加すればアクセッサやコンストラクタ、toStringメソッドなどを生成してくれます。

f:id:nowokay:20130730105113p:image


NetBeansでの導入

Mavenプロジェクトの場合は、次のようなdependencyを付け加えれば、特になにもせずにlombok対応できます。

<dependency> 
  <groupId>org.projectlombok</groupId>
  <artifactId>lombok</artifactId>
  <version>0.12.0</version>
  <scope>provided</scope>
</dependency>

Antプロジェクトの場合は、ダウンロードサイトからダウンロードしたlombok.jarをライブラリに追加して、プロジェクトプロパティの「ビルド > コンパイル」カテゴリにある「エディタでの注釈処理を有効にする」のチェックをいれます。

f:id:nowokay:20130730105114p:image


実は、lombokの存在はもっと前から知っていたのですが、エディタ対応しているとは知らず「エディタ上でエラーになるんじゃ意味ないよな」と避けていたのです。いくらコンパイル時にとおっても、エディタ上でエラーになっていては作業できないですから。ということで、エディタ対応しているとわかって即導入しました。


lombokを使ったほうがいい理由

では、lombokを使ったほうがいい理由ですが、一言でいえば「ミスがなくなる」です。

ぼくはアクセッサがらみのミスを2度経験して、lombok導入を決めました。

どのようなミスかということになりますが、まずミスとして「作成時ミス」「変更時ミス」「削除時ミス」という分類ができます。このうちの「作成時ミス」はIDEでの生成でもなくすことができますが、「変更時ミス」「削除時ミス」はなかなかなくすことができません。

それぞれのミスについてみてみます。


変更時ミスの回避

生成したフィールド、アクセッサの名前を変更するとき、フィールドをアクセッサを別々にリファクタリング機能で変更したとき、名前を打ち間違えてエラーが発生するということがありました。Javaコード内では動作として問題がなかったのですが、JSFでの式言語での動きで気づきにくい不具合が発生していました。

まあ、これはフィールド、アクセッサをセットで名前変更するリファクタリング機能を使えばよかっただけなのですが、だれか他の人が同じミスをすることも考えれるので、lombokを導入するきっかけになりました。

アクセッサ以外にもtoStringやequalsなど変更時に手が回らないことが考えられる部分はあります。このようなところでもフィールドの同期が自動的にとれるlombokを使うとミスが減らせます。


削除時ミスの回避

2人でコードを書いていたあるとき、少しロジックの入ったgetterが単純なgetterに変更されてしまうことがありました。共同作業者に聞いてみると、フィールドを複数追加してアクセッサを作るとき、アクセッサの並び順がフィールド記述順にしたいため、一度すべてのアクセッサを消して生成しなおしたということでした。そのときにロジックが入っているものを一緒に消してしまった、と。

たしかに、このロジックを自分で書いていなければ、やりがちです。


Javaのアクセッサの難点は、特別なロジックの入っているアクセッサが単純なアクセッサの森に隠されてしまうことです。一緒に削除したというのも、結局アクセッサの森にロジックがまぎれてしまっているためです。lombokによって不要な森が消えることで、作業性があがります。


適正なカバレッジ

これは副作用だったのですが、アクセッサコードがなくなることで、テストカバレッジの数字が実態に近づきました。

それまでカバレッジの分母にアクセッサが含まれていたため、テスト中で使われないアクセッサの分だけカバレッジがさがり、また逆にアクセッサを多く使っているだけで実ロジックはあまり通ってないテストを書くことでカバレッジがあがるような、あまり実態に即しない数字が出ていました。

lombokでアクセッサコードがなくなることで、実際のロジックコードをベースとしたカバレッジデータに近づきました。


@ToStringでの循環参照に注意する

lombokを使ったことで実行時不具合が出るということが、少なくともひとつ考えられます。

toStringの循環参照の問題です。


データベースのマッピングでは、次のように明細データをもつクラス構成をとることがあります。

    @ToString
    class Foo{
        List<FooDetail> details;
    }
    @ToString
    class FooDetail{
        Foo parent;
    }

このとき、toStringで文字列化が行われると、toStringが循環的に呼び出されてスタックオーバーフローします。


次のように@ToStringアノテーションにexclude属性を指定して、循環参照を切っておく必要があります。

    @ToString(exclude = "parent")
    class FooDetail{
        Foo parent;
    }

これが問題なのは、自動生成するようなtoStringが呼び出されるのは正常系コードではなく例外系コードであるということです。それも、自分で書いたコードで呼び出すのではなく、例外メッセージの中で使われることが多くあります。

そうすると、テストしにくく、なんらか別の問題が出たときに顕在化するという、ちょっとやっかいな問題になります。


フィールド名変更が少し面倒

実のところ、lombokを導入すると、アクセッサ付フィールドの名前変更が面倒になります。

というのは、フィールド名を変更すると自動的にアクセッサも名前がかわるのですが、自動生成されたアクセッサを利用している部分までリファクタリング機能が及ばないからです。

IDEの対応の問題なので、NetBeans以外では問題ないかもしれませんが。IntelliJはプラグインの説明に「adds support for most features.」とあるので、対応しているのかも。


で、現状どうしているかというと、名前変更するフィールドのアクセッサをIDEでの生成でわざわざ作って、その上でフィールド名をリファクタリング機能で変更し、その後でアクセッサを消す、というちょっとナンセンスなことをやっています。


それでもlombokは有効

まあ、いくつか難点がありますが、lombokはJavaのボイラープレートコードを減らし、作業量や潜在的なミスを減らしてくれる、よいツールです。

特に理由がなければ導入したほうがいいのではないかと思います。

torutkの日記 - July 22, 2013 12:00 AM
[Java]JJUGナイトセミナー「インサイド・ラムダ」

本日はJJUG主催のナイトセミナー「Inside Lambda」が開催されました。 http://kokucheese.com/event/index/101955/ 内容は2部構成で、目玉はJavaのラムダ式が裏でinvokedynamicを使っている件について「ラムダとinvokedynamicの蜜月」の題名で宮川拓さんの講演、そしてその前の時間にラムダ理解の導入として「Project Lambdaの基礎」の題名で櫻庭祐一さんの講演がありました。 「Project Lambdaの基礎」 http ...

marsのメモ - July 14, 2013 01:46 PM
[life][IDEA] レッツゴーデベロッパー変真に行ってこなかった

http://tohoku-dev.jp/modules/news/article.php?storyid=207


当日は予定が入っていたので前夜祭と打ち上げにだけ参加してきた。ヒゲの人イケメンさんが来仙するというので「すわ!JetBrainsの宣伝しないとッ!!」と片っ端から紹介していった。


自分自身が地元でなーんも宣伝してないので「お前が言うな」状態なんだけど、予想通りというか予想外というか、ほとんどの人がIntelliJもReSharperも知らなかった。JavaやAndroidについては予想通りEclipse無双。あと結構iOSデベロッパーもいらっしゃいましたがXcode無双だった。:-)


ヒゲメンイケメンさんや他の人と話して、普及のため(?)の要望が多いのは、つぎの2点だったように思う。どれもホントにやっても普及促進効果があるの?というと微妙なところが玉に瑕。

  1. 日本語化
    • よくあるけど、昔やって失敗した黒歴史もある。何より準備するリソースが膨大なので割に合うのかよーわからん。
    • 実際、今でも英語圏以外でも売れてるみたいだけど、ローカライズ版は出てない。
  2. 教育
    • デモやってくれとか、ハンズアウトセミナーやってくれとか。マンパワーかかるし、難しいよね。
  3. ヘルプデスク
    • ハンズアウトがダメでも日本語でサポート受けたいよねぇとか。マンパワーかかるし、難しいよね。

(NetBeansはともかく)Eclipseは最初の「日本語化」だけで、十分なシェアを獲得したからねぇ。何よりかにより「タダであること」が強みなんだろなと。ちなみに、.NET屋さんはVisual StudioのおかげかJava屋さんより開発環境に金を出すことに抵抗がないらしい。あとReSharperがVSのアドオンってのも、既存環境を変えない(VSのままで良い)とい点で抵抗が少ないそうな。


ps.

仙台に居る人はある程度まで私がサポートしてあげれるので、欲しいなと思った人はサムライズムにじゃんじゃん発注するといいよッ!

ねこび~ん - June 26, 2013 09:37 AM
グッズ売上げを義援金として寄付させていただきました

東北を応援しよう!

ねこび〜んグッズで売上げた利益を
そのまま義援金として寄付させていただきました。

東北デベロッパーズコミュニティ設立総会を機に生まれたねこび〜ん。
少しでも恩返しできれば...と思います。

しんさんの出張所 はてな編 - June 14, 2013 12:00 AM
[ソフトウェア技術][NetBeans][Java]JavaEE 7 超入門 8クリックでEE7Webアプリ?起動確認とか

なにが「超入門」かというとおいらにとって超入門。

まずはJavEE7なアプリを起動させることを今回の目標にする。

サンプルは過去の例を見ても大げさすぎて、でかすぎて把握しにくいので無視で。

適当にフィーリングで行き当たりばったりでいい。JavaEEとはそういう感じのゆるい誰でもお気楽極楽に触れるものですよ。肩ひじ張るようなものではない。

しかし、「NetBeansタグ」すげー久々だのう。


ダウンロード

ダウンロードはここから。

https://netbeans.org/downloads/

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-01.png

JavaEEをえらぶ。このへん。


インストール

ダブルクリックでインストーラ起動。適当に押していけばOK。Glassfish 4もついてくるのでチェックを外さないように。

別途ダウンロードする必要もないのでインストーラ版がおすすめ。ダウンロードもIDE上で完成するので別にいいけど。

とにかくすぐに確認ができるのでNetBeansを常用はするつもりはないけどどんなものか知りたい人はこちらで。


起動

インストールしたアイコンをダブルクリックで立ち上げよう。

起動時に旧バージョンのNetBeansがあると設定を引き継ぐが、その場合、Glassfish4が追加されていないため、お手軽に試したい場合は設定を引き継がないほうがいいかも。

たぶんNetBeans 7.3.1のバグ。速攻でバグを踏むのもお約束。


プロジェクト作成

プロジェクトを作成する。

アイコンは右上のこのへんにあるのでクリック。

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-02.png


ウィザードが立ち上がったら以下の順序でクリック。

  • 「カテゴリ」に「Java Web」
  • 「プロジェクト」に「Webアプリケーション」
  • 「次」ボタン

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-03.png


パスとプロジェクト名を入力して「次」ボタンクリック。

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-04.png


Glassfish 4 とJavaEE 7が設定されているのを確認して 「次」をクリック。

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-05.png


フレームワークは特別何も設定しないでよい。あとでも設定できるため。「終了」をクリック。

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-06.png

これでプロジェクトの新規作成はおわり。


実行

上にある緑色の再生ボタンをクリック。

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-07.png


ブラウザが自動で立ち上がり、表示する。

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-08.png

NetBeansを立ち上げてから8クリックだけで新規作成からGlassfish4上でのJavaEE稼働の確認までできたわけだ。


EE7なの?

たしかにログはGlassfishが立ち上がっていることはわかるが、表示しているのがHTMLでぜんぜんEE7って感じがしない。

実はGlassfish 3とかTomcatじゃないの?といわれても仕方がないレベル。

というわけで、index.htmlを消して以下のようにJSPを書いてみる。

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-09.png

うん、ちゃんとラムダ式も補完きくね。

ちなみに「<c:」とうつとtaglib設定してくれるんでまぁ楽。

    <body>
        合計=<c:out value="${[4,3,1,2].stream().sum()}" />
    </body>

ブラウザのリロード。JSPの変更程度はもちろん再デプロイは必要ない。

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-10.png

JavaEE 7ではJavaSE 8より一足お先にラムダがかけるw


ここでネタに走ってStrutsでラムダを書く・・・とおもったけど、みんなやってると思うのでやめておく。

プロジェクトを右クリックして「プロパティ」を選んで、フレームワーク>追加>Strutsとやるとライブラリも設定ファイルも全部初期設定してくれるんで、やりたい人はそこから始めるとよいだろう。


いまいち定数を合計しても面白くないのでBeansを作ってそれをアクセスしてみるか。

package bean;

public class HogeArray {
    private int[] array = {2,1,4,3,5};

    public int[] getArray() {
        return array;
    }
}

とつくっておいて

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<%@page contentType="text/html" pageEncoding="UTF-8"%>
<jsp:useBean id="hoge" scope="page" class="bean.HogeArray"/>
<!DOCTYPE html>
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
        <title>JSP Page</title>
    </head>
    <body>
        合計=<c:out value="${hoge.array.stream().sum()}" />
    </body>
</html>

これでJavaコードから配列をもらってEL側で合計されているのがわかる。

もちろんソートもできる。

    <body>
        合計=<c:out value="${hoge.array.stream().sum()}" />
        <hr>
        <c:forEach items="${hoge.array.stream().sorted().iterator()}" var="row">
            <div><c:out value="${row}"/></div>
        </c:forEach>
    </body>

実行

https://s3-ap-northeast-1.amazonaws.com/shinsan/diary/2013/0613-11.png

ちゃんとソートもされてるね。


ラムダの例。フィルタで奇数のものだけ処理してる。

    <body>
        合計=<c:out value="${hoge.array.stream().filter((num)->num%2==1).sum()}" />
        <hr>
        <c:forEach items="${hoge.array.stream().filter((num)->num%2==1).sorted().iterator()}" var="row">
            <div><c:out value="${row}"/></div>
        </c:forEach>
    </body>

まずはいろいろと遊んでみるといいかもですね。

きしだのはてな - June 13, 2013 12:35 AM
[java][javaee7]WebSocketをネタにJava EE 7正式版を試してみる

Java EE 7がリリースされて、それに対応したGlassFish 4もリリースされました。

ついでに、Java EE 7やGlassFish 4に対応したNetBeans 7.3.1もリリースされています。


ということで、NetBeansとGlassFishを使ってJava EE 7を試してみようと思います。

今回は、Java EE 7の中でも簡単なコードで動きの派手なWebSocket対応を試してみます。


ダウンロード

まずNetBeansをダウンロードします。

https://netbeans.org/downloads/


NetBeansは、ちょっと試すにしてもずっと使うにしても、インストーラーではなくzipで落とすほうが楽なので、ここでは「プラットフォーム」に「OSに依存しないZIP」を選択します。

「サポートテクノロジー」が「Java EE」か「すべて」のものをダウンロードしてください。


インストーラ版をダウンロードした場合にはバンドルされているので不要ですが、今回はGlassFishもダウンロードします。

https://glassfish.java.net/download.html


ここでは、「Full Java EE platform」で、「Zip」の「Multilingual」版をダウンロードします。

f:id:nowokay:20130613084740p:image

ダウンロードしたら適当なフォルダに解凍してください。


NetBeansの起動

JDKを複数インストールしている人は、NetBeansを起動する前に「/etc/netbeans.conf」の「netbeans_jdkhome」でJDKのフォルダを設定しておくほうがいいと思います。


/binフォルダにある、環境にあわせた実行ファイルを起動すると、NetBeansが起動します。

f:id:nowokay:20130613084741p:image


NetBeansの起動後の画面です。

f:id:nowokay:20130613084742p:image


「最新情報」でなんかネタが拾われててこっぱずかしいですね。

f:id:nowokay:20130613084743p:image

このブログは、「すべてのブログ」からたどれるPlanet NetBeansに登録されたものが表示されます。

http://planetnetbeans.org/ja/

NetBeansに関するブログを書く人は登録しておくといいと思います。


NetBeansへGlassFishの組み込み

インストーラ版でNetBeansを起動した場合にはすでにGlassFishが設定されているはずですが、ここでは先ほどダウンロードしたGlassFishを登録する必要があります。

メインメニューから「ウィンドウ > サービス」を選択します。

f:id:nowokay:20130613084744p:image


「サービス」ウィンドウが開くので、「サーバー」を右クリックしてメニューから「サーバーの追加」を選択します。

f:id:nowokay:20130613084745p:image


「サーバー・インスタンスの追加」ダイアログが開くので、サーバーで「GlassFish Server」を選択します。名前はそのままでもかまいませんが、ここでは「GlassFish Server 4.0」として「次へ」ボタンを押します。

f:id:nowokay:20130613084746p:image


NetBeansでは使わないプラグインは無効になっています。「Java WebおよびEE」の機能がここでアクティブ化します。

f:id:nowokay:20130613084747p:image


GlassFishを解凍したフォルダを「インストール場所」に入力します。GlassFishが検出されると、下部に検出メッセージが表示されるので、「次へ」ボタンを押します。

f:id:nowokay:20130613084749p:image


ドメインなどの設定ができますが、そのまま「終了」ボタンを押します。

f:id:nowokay:20130613084750p:image


サーバーとしてGlassFishが追加されました。ここからGlassFishを起動・停止することもできます。ここでは、確認だけ。

f:id:nowokay:20130613084751p:image


Webプロジェクトの作成

まずはWebアプリケーション用のプロジェクトを作成します。


メインメニューから「ファイル > 新規プロジェクト」を選択します。

f:id:nowokay:20130613084752p:image


「Java Web」カテゴリから「Webアプリケーション」を選んで「次へ」ボタンを押します。

f:id:nowokay:20130613084753p:image


プロジェクト名やプロジェクトの場所を選択します。ここではプロジェクト名に「WebApplicationEE7」として「次へ」ボタンを押します。

f:id:nowokay:20130613084754p:image


この画面ではサーバーやコンテキストパスの設定ができます。「Java EEバージョン」が「Java EE 7 Web」になっていますね。

f:id:nowokay:20130613084755p:image

そのまま「次へ」ボタンを押します。


JSFなどのフレームワークを選ぶことができますが、ここではそのまま「終了」ボタンを押します。

f:id:nowokay:20130613084756p:image


WebSocketエントリポイントの作成

Java EE 7でWebSocketと通信するためのWebSocketエントリポイントを作成します。

「プロジェクト」ウィンドウの「ソース・パッケージ」で右クリックして、メニューから「新規 > その他」を選択します。

f:id:nowokay:20130613084757p:image


「Web」カテゴりから、「ファイル・タイプ」として「WebSocketエンドポイント」を選択して「次へ」ボタンを押します

f:id:nowokay:20130613084758p:image


ここでは、「クラス名」や「WebSocket URI」などはそのまま、パッケージ名だけ設定しておきます。

f:id:nowokay:20130613084759p:image

「終了」ボタンを押すと、WebSocketエンドポイントとなるクラスが生成されます。


処理を加えて、次のように編集します。

package wsock;

import java.util.Collections;
import java.util.HashSet;
import java.util.Set;
import javax.websocket.OnClose;
import javax.websocket.OnMessage;
import javax.websocket.OnOpen;
import javax.websocket.Session;
import javax.websocket.server.ServerEndpoint;

/**
 *
 * @author naoki
 */
@ServerEndpoint("/endpoint")
public class NewWSEndpoint {

    static Set<Session> sessions = Collections.synchronizedSet(new HashSet<Session>());
    
    @OnMessage
    public void onMessage(String message) {
        for(Session s : sessions){
            s.getAsyncRemote().sendText(message);
        }
    }
    
    @OnOpen
    public void open(Session sess){
        sessions.add(sess);
    }
    @OnClose
    public void close(Session sess){
        sessions.remove(sess);
    }
}

表示ページの作成

表示ページを作ります。

ここでは、プロジェクト作成時に同時に生成されたindex.htmlファイルをそのまま編集します。

URLは、プロジェクト作成時に指定したコンテキストパスにあわせて修正してください。

<!DOCTYPE html>
<html>
    <head>
        <title>WebSocketテスト</title>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
        <script src="//ajax.googleapis.com/ajax/libs/jquery/1.10.1/jquery.min.js"></script>
        <script type="text/javascript">
            var socket;
            $(document).ready(function(){
                var host="ws://localhost:8080/WebApplicationEE7/endpoint";
                socket = new WebSocket(host);
                
                socket.onmessage = function(message){
                    $('#log').append(message.data + "<br/>");
                }

                $('#send').click(function(){
                    var text = $('#msg').val();
                    socket.send(text);
                    $('#msg').val('');
                })
    
            });
        </script>        
    </head>
    <body>
        <h1>WebSocketテスト</h1>
        <div id="log">
        </div>
        <input id="msg" type="text"/>
        <button id="send">送信</button>
    </body>
</html>

実行

それでは実行してみましょう。

プロジェクトを右クリックしてメニューから「実行」を選択します。

f:id:nowokay:20130613084800p:image


GlassFishが起動して、プロジェクトが配備されます。

f:id:nowokay:20130613084801p:image


テキストボックスになにか入力して「送信」ボタンを押すと、その文字列が表示されます。

f:id:nowokay:20130613084802p:image

複数のブラウザを開いておくと、すべてのブラウザで文字列が表示されます。

WebSocketがちゃんと動いてますね。


これで、簡単にチャットなどを作ることができそうです。

きしだのはてな - May 18, 2013 11:18 PM
[java][java8]Java8で体験するオブジェクトと関数の狭間

Java8でlambda構文が導入されることで、Java言語も関数型のような性質をもつことになりました。

関数型の性質として大事なことのひとつに、関数を戻り値として返せるということがあります。lambda構文によって、Javaでも表記上は関数を戻り値として返すことが可能になったわけです。

で、関数を戻り値として返せるとどうなるかというと、関数をオブジェクトのように使えるようになります。まあ、Javaでは関数といっても普通のオブジェクトとして扱われるので、関数としてオブジェクトのようなものが記述できる、ということになります。


では実際に、オブジェクトのようなものを関数として記述してみます。

    public static Function<String, Object> myFunc(String name, String address, LocalDate birthday){
        return prop -> {
            switch(prop){
                case "name": return name;
                case "address": return address;
                case "birthday": return birthday;
                case "introduce": return (Runnable)() -> {
                    System.out.printf("わたしは%s。%sに住んでて%tY年%<tm月%<td日生まれ%n", 
                            name, address, birthday);
                }
                case "age": return (Function<LocalDate, Integer>)d ->
                        birthday.periodUntil(d).getYears();
            }
            return null;
        }
    }

ここでは、文字列でname、address、日付でbirthdayを受け取ると、「文字列をうけとってオブジェクトを返す関数」を返すような関数を定義しています。

ちなみに、NetBeansのデイリービルド201305152300版では、コンパイルエラーと表示されます。

※ returnのあとのセミコロンがなくてもb88でコンパイル通るというのが原因ぽい。これは仕様?

※2 b89だとコンパイルエラーになるらしい。残念。セミコロン追加してください。


このmyFuncをこんな感じで呼び出しますね。

Function<String, Object> func = myFunc("きしだ", "ふくおか", LocalDate.of(2007, 5, 26));
System.out.println(func.apply("name"));
System.out.println(func.apply("address"));
System.out.println(func.apply("birthday"));

表示はこうなります。

きしだ

ふくおか

2007-05-26


もどってきた「関数」が、name・address・birthdayといった属性をもっているようにふるまっています。myFuncはコンストラクタのような役割になっていますね。

定義では、文字列「name」を受け取ったらmyFuncの第一引数を返すといった「関数」をlambda構文で記述していて、クラスやオブジェクトを定義・生成するような構文は使っていません。


メソッドはどうでしょう?「introduce」という引数で「関数」を呼び出すと、Runnableオブジェクトが返ってきます。これは引数をもたず戻り値もない処理をあらわします。

Runnable introduceProc = (Runnable)func.apply("introduce");
introduceProc.run();

これを呼び出すと、次のように表示されます。

わたしはきしだ。ふくおかに住んでて2007年05月26日生まれ

ちゃんと、myFuncに渡した値が使われていますね。


引数をもつメソッドも定義できています。日付を渡すと、その時点での年齢を返してくれます。

Function<LocalDate, Integer> ageFunc = (Function<LocalDate, Integer>)func.apply("age");
System.out.println(ageFunc.apply(LocalDate.now()) + "歳");

次のように、正しく表示されますね。

5歳


このように、myFuncを呼び出して返ってきた「関数」が、オブジェクトのように使えることがわかりました。


このような、関数をオブジェクトのように扱う記述は、関数を値として扱えるような言語では比較的自然に記述することができるのですが、Javaではlambda構文で関数の記述はできるようになったものの値としてはオブジェクトとして扱われるので、非常にイビツな記述になっています。

コードの説明も、やはりちょっと苦しいです。


ただ、これが、なんだかオブジェクトと関数の狭間に迷い込んだことをあらわしていて非常に面白いなと思いました。

ちなみに、2007年5月26日は、Twitterをはじめた日なので、誕生日として扱っても間違いないです。


全体は次のようになります。

import java.time.LocalDate;
import java.util.function.Function;

public class FuncObj {
    public static void main(String... args){
        Function<String, Object> func = myFunc("きしだ", "ふくおか", LocalDate.of(2007, 5, 26));
        System.out.println(func.apply("name"));
        System.out.println(func.apply("address"));
        System.out.println(func.apply("birthday"));
        
        Runnable introduceFunc = (Runnable)func.apply("introduce");
        (introduceFunc).run();
        
        Function<LocalDate, Integer> ageFunc = (Function<LocalDate, Integer>)func.apply("age");
        System.out.println(ageFunc.apply(LocalDate.now()) + "歳");
    }
    public static Function<String, Object> myFunc(String name, String address, LocalDate birthday){
        return prop -> {
            switch(prop){
                case "name": return name;
                case "address": return address;
                case "birthday": return birthday;
                case "introduce": return (Runnable)() -> {
                    System.out.printf("わたしは%s。%sに住んでて%tY年%<tm月%<td日生まれ%n", 
                            name, address, birthday);
                }
                case "age": return (Function<LocalDate, Integer>)d ->
                        birthday.periodUntil(d).getYears();
            }
            return null;
        }
    }
}

marsのメモ - May 17, 2013 01:39 PM
[IDEA][life] Java Day Tokyo 2013でIDEバトルやってきました

https://oj-events.jp/public/application/add/64


血で血を洗う勝者なき闘い!!...なんてことはなく,和気藹々とやりましたよ。

こんな面白い企画に誘って頂き関係者の皆さん(&出張扱いにしてくれた弊社)には感謝です。こんな場所で話せるほどIntelliJがメジャーになったと思うと感慨深いものがありますね。


みんな気付いているけど,これが真実だよね。

そんでもご贔屓のツールについて語るのも聴くのも楽しいんだからしょうがない。:-)


当日モデレータとグルになった広報活動では伝えきれなかった点について若干補足しときます。IntelliJの特徴で伝え損ねたのですが,これの最大の特徴は,これだと思ってます。

基本的なコンセプトは,使う人が 『いろいろ』 知ってる前提でサポートするIDEで、
やりたいことが,よく知らなくても何とかしてくれる系ではないです

EclipseのCtrl+2みたいな「これだけ知ってれば何とかなる」みたいな機能は少なめですし,NetBeansのように「細けぇ事は気にするな」的なお手軽さはありません。「なんでもしてやるから指示しな」「ダメだったら文句言ってやる」となかなかスパルタンなところがあります。(´・ω・`)

裏を返すと,やりたいことがハッキリしてれば,その手順を邪魔しないし,絶妙なアシストをしてくれます。そんなIDEですが,クセが強いのであわない人はあわないだろうな...。


テキストエディタと異なるIDEのメリットについては,きしださんがキレイにまとめてくれました。


FindBugsやCheckstyleあたりをうまいこと使えばテキストエディタでも似たような事はできますが,シームレスさに置いてはIDEに軍配があがると思います。テキストエディタより動作が重くなる理由のひとつでもあるんだから,そこは認めとこう。

この手のお節介機能については,IntelliJも負けてないんだけど,頑張りすぎて項目が膨大になり互いに矛盾するものもあって,使いこなすのは結構ちょっと大変。IntelliJ(Hectorおじさん)に指摘されたことを盲目的に信じずに「これは直す」「これはいいや」と取捨選択できないとうっとうしいだけだろな。

24日目 Inspections & Intentions - marsのメモ


ps.

今までほとんどIntelliJユーザに遭遇したことがなかったので行くまで「IntelliJが流行ってるとかガセ」と思ってたら違ってた。東京すごい。

あとtwitterでしかあったことがない皆さま方も実在してた。現実すごい。


(゜Д゜)ハッ!! これが「深淵をのぞく時、深淵もまたこちらをのぞいているのだ。」と言うことか...。

きしだのはてな - May 16, 2013 02:54 AM
Java大好き男に「どのIDEが好き?」と訊ねられたとき、女はどう答えたらいいの?

あ、まず前提として、

貴女がJava大好き男を夢中にさせることが、

はたして貴女を幸福にするかどうか、それはまた別問題だけれど。

とはいえ、Java大好き男たちは玉石混交ながら、

大手SI系の給料高い男なども多く、

したがって、釣り師たる女たちにとっては、

なかなかあなどれない釣り場です。


では、Java大好き男に「どのIDEが好き?」と訊ねられたとき、

貴女は、どう答えれば理想的でしょう?

まず最初に、その男がAndroidのようなタイプの携帯アプリと

あとはJavaScript、そして(アプリ公開するほどではないけれど)iPhoneアプリが大好きな、

そんなタイプの場合は、

貴女はかれの目を見て、微笑みとともに質問など無視して、こう言いましょう、

「わたしが、いいIDEを作ってあげる♪」

これこそまさに必殺の答えです。

そこでJava大好き男が、えへへ、とやにさがったならば、

貴女は、ひそかに、「IntelliJベースのAndroid開発ツール」あたりを

ひそかに開発しておきましょう。これで成功まちがいなしです。


しかし、ここでは、もう少しハイブロウな(?)いわゆるOracle Java好きの男の

落とし方をお伝えしましょう。

この場合、貴女は、こう答えましょう、

「わたしは、NetBeansが好き。

zipでよく落とすの、、

最初から日本語化されてるのも、大好き♪」

もしも貴女がそう答えたならば、

その瞬間、Oracle Java大好き男の目はきらりと輝き、

かれの貴女への恋心は、

20%増量になるでしょう。


では、参考までに、危険な回答を挙げておきましょう。

Oracle Java大好き男に「どのIDEが好き?」と訊ねられたとき、

貴女がこう答えたとしましょう、

「OracleのJDeveloperが好き♪ 毎年1案件は大手案件で使うの。」

その瞬間、Java大好き男の貴女への恋心は消えます、

なるほどJDeveloperは、Oracle製のJava IDE、

エディタは平凡ながら、ま、無難にまとめてあるものの、

しかし、「ADFコンポーネントはなんと30種類以上!」とかなんとか無意味な自慢を吹聴し、

Javaプログラム開発についての謬見を撒き散らした罪がありますから、Java大好き男にとっては天敵なんです。

また、もしも貴女が「JBuilderが大好き♪ あたしインストールしたBorlandツールたくさんあるよ♪」

と答えたとしても、同様の効果をもたらすでしょう、

なぜって、JBuilderは、1990年代にはJava屈指の名IDEだったものの、

しかし2000年代そうそうから、いやはやなんともなEclipseプラグインに転落し、

いまや、あの機能ではNetBeansの魅力に遥かに及びません。


またもしもたとえあなたがJavaが大好きで、

「わたし、IntelliJのIDEAが好き、無料でも使えるけど、

最高に好きなのはUltimate Edition♪ Scalaプラグインもすっごく使いやすいの。」

と、答えたとしたらどうでしょう?

なるほど、貴女の趣味は高く、

たしかにIntelliJ IDEAは、外装が chick であるのみならず、

機能も最高に使いやすいんですけれど、

しかし、貴女の答えを聞いて、Java大好き男はきっとおもうでしょう、

(なんだよ、お高くとまった女だな、カネかかりそう)って。


貴女が、Javaが大好きで、IDEの名を挙げるにしても、

たとえば、Eclipseならば安心でしょう、

なぜならば、Eclipseは、ふつうのサラリーマンにもマニアにもともに愛されるめずらしいIDEで、

貴女がそのIDEを挙げても必ずしも、あなたがJavaおた宣言をしているとは受け取られないでしょう。

しかし、たとえば、vimにせよSublime Text 2にせよ、

そういうエディタの名前をいきなり挙げるのは、ちょっぴり微妙。

ましてや貴女が、「Emacsが大好き♪ わたし、もうほとんど全ソース、読んじゃった♪」

と答えたならば、どうでしょう?

これはかなり博打な答え方で、

なるほど、Emacsは、Unix系OSの超絶名エディタゆえ、

あなたがそう答えた瞬間、Java大好き男がいきなり超笑顔になって、

鼻の下がだら〜んと伸びちゃう可能性もあるにはありますが、

しかし、逆に、(なんだよ、この女、エディタおたくかよ)とおもわれて、どん引きされる可能性もまた大です、

なぜって、必ずしもJava大好き男がエディタ大好き女を好きになるとは、限らないですから。

しかも、この答えには、もうひとつ問題があって、

男たちは、女を導き高みへ引き上げてあげることが大好きゆえ、

もしも貴女が、「Emacsのマクロが大好き♪」なんて言ってしまうと、

そこにはもはや、男が貴女をプログラマ教育する余地がまったく残されていません、

したがって貴女のその答えは、

Java大好き男の貴女への夢を潰してしまうことに他なりません。


ま、ざっとそんな感じです、貴女の目には男たちはバカでスケベで鈍感に見えるでしょうが、

しかし、ああ見せて、男は男で繊細で、傷つきやすく、IDEに夢を持っています、

貴女の答え方ひとつで、男の貴女への夢は大きくふくらみもすれば、

一瞬で、しぼんでしまいもするでしょう。


では、スキットを繰り返しましょう。


「わたしは、NetBeansが好き。

zipでよく落とすの、、

最初から日本語化されてるのも、大好き♪」

そして、その瞬間、Java大好き男の目がらんらんと輝いたなら、

貴女はこう重ねましょう、

「それからね、いま、わたしが使ってみたい機能は、

Java8のLambda、素敵な文法って噂を聞いたから。

あなたのお暇なときがあったら、わたしをJava8へ連れてって♪」

これでもう完璧です。


そうなったらこっちのもの、

デートの日には、アイメイクをばっちり決めて、かわいい下着をつけて、

Java Oneか、デュークの可愛いTシャツを着てゆきましょう。

その日から、Java大好き男は貴女の虜になるでしょう。

では、釣り師としての貴女の、愛の幸運と幸福をお祈りします!


参考

インド料理大好き男に「どこの店が好き?」と訊ねられたとき、女はどう答えたらいいの? : グルガオン GURGAON 食べログ

torutkの日記 - May 04, 2013 12:00 AM
[Java]自宅PC(Windows)のJava環境メモ(JDK7/JDK8, NetBeans IDE)

JDK(Java SE 開発キット) 自宅PC(Windows 8 64bit)のJDKを、Java SE 7 u21にアップデートしました。OSは64bit版ですが、JDKは32bit版と64bit版の両方をインストールしています。Javaで書かれたプログラム(クラスファイル)だけなら64bit版Javaだけインストールしていれば動きますが、ネイティブコードを伴うプログラムは32bit版ネイティブコードの場合32bit版Javaが必要になるので両方をインストールしています。 次に、Java SE ...

marsのメモ - April 21, 2013 08:47 AM
[IDEA][mac] Dash LauncherプラグインをIntelliJにインストールする

APIリファレンス&スニペットブラウザのDashなんですが、設定見るとAppCodeと連携できるようです(NetBeansはありませんね...。|ω・`)チラッチラッ

f:id:masanobuimai:20130421173741p:image

Mac App Store - Dash (Docs & Snippets)


調べてみると、AppCodeのプラグインとして提供しているようだったので、ものは試しとIntelliJに入れてみたらアッサリ動いた。やったことと言えば、"Tools->Search in Dash"の割り当てキーが「ctrl+SHIFT+D」で既存のキーマップと競合していたので、こっちを優先してあげたくらい。

f:id:masanobuimai:20130421173038p:image


たぶん、これIntelliJ以外のJetBrains系IDEでも動くよね。DashのAppCode用プラグインは、Githubのプロジェクト内にある(Dash.jar)ので、それを取ってきてインストールするだけでよい。

Page not found · GitHub


docset指定したり、もうちょっと使いやすくする余地はありそうなんだけど、それよりもDashのWindows版が欲しいです。:-)

marsのメモ - March 26, 2013 02:10 PM
[memo] JDKのバージョンアップポリシーについて

長いだけでオチは無いよ。


「Java6がサポート切れた」だの「秋にはJava8が出る」だのとJavaのバージョンアップキャンペーンっぽい話題をちらほら聞きますよね。実際、保守しているシステムも、やれハードウェアの老朽化だ、OSやミドルウェアの保守切れだ、とかいう理由で否応なしにJVMのバージョンアップをするハメになりますよね。でもコンパイラ(JDK)のバージョンアップってどうしてるんですかね?


JVMはそれを必要とするミドルウェア(大抵はAPサーバですわな)がサポートしてないって大義名分があるので、Java5だJava6だと定期的にバージョンアップしてくんだけど、その上で動いているシステム(まあ業務アプリだわな)のコンパイラ(JDK)まで気にしてるって話は意外なほど聞かないのよね。


んで、どうしてるかというと、何もしない。いわゆるSI業界では、ソフトウェアは「やわらかいモノ」ではなく「モロいモノ」という扱いなので「寝た子は起こすな」が鉄則なので、要らんことはしない。したがって、JDK1.4が主流だった時に作成したシステムは2013年になった今でもJDK1.4でコンパイルしているのが普通...なんだと思うのデスよ。

え?そんな古いJDKどっから手に入れるかって?抜け目の無いプロジェクトは、保守に必要な環境をインストーラごと保管しているので、そんな心配はご無用さ。:-)

システムを構築した業態・業界にもよると思うんですが、業務システムって想像以上に長生きで、2000年あたりに新規構築したシステムが今でも現役なんて珍しくないですよね(と誰とは無く。


「JDKは据え置き」が果たしていいのか?というと悪いとも思うし、良いとも思う。つまるところ、そのプロジェクトなり会社なりのバージョンアップポリシー如何なんだけど、実際は前述の通り「何かあったら怖いから現状のままにしてる」が多数派なんじゃなかろうかと。なんで「ウチはこれこれ、こうゆう理由で、こんな対応してるよ」って事例があったら、それによろこんで倣うと思うんですよね。それがある程度の権威がある事例だったらなおさら。:-P


そうは言っても、選択肢は多くは無くて、やる事と言ったら

  1. JDKのバージョンは塩漬けのまま変えない
  2. JDKもバージョンアップするJVMと同じバージョンにあわせる

くらいかと。後者(JDKもバージョンアップ)を選ぶ理由のわかりやすい例は「JDKだってサポートプラットフォームがあるんだぞ」ってヤツ。今でもWindowsXPで開発してるところはあるけど、だいたいWindows7使ってるところもあるよね。で、仮にJDK1.4を使うとして、それがWindows7をサポートしてるか?っていったら、そんなワケないですよね。

正直、JDKのサポートプラットフォームなんて「細けぇこたぁどうでも良いんだ」と思うのだけど寝た子を起こすな哲学は長いものに巻かれろ哲学と互換性があるので、何かあっても文句言えるところを確保するってのも立派な理由のひとつですわな。


じゃあ、JDKもいっしょにバージョンアップするとした場合、どんなパターンが考えられるか。


JDKだけバージョンアップしてコンパイルする

大抵、これでしょうね。多少、警告が出ると思うけど見なかったことにして、ほとんど何もしないで完了する。運が悪いと、次の理由でコードを修正することになるけどね。

  • 変数名とかが新しいJDKで採用された予約語と被った
    • assertが被るって事はそうそう無いけど、enumはありそう。:-)
  • JDKのAPIを独自拡張してるクラスが、JDK側のAPIの追加・非推奨化の影響を受けた
    • 継承したり委譲してたりしてたJDKのAPIが増えた・減った場合ですね。これはフレームワークとかユーティリティを自作してると直面しそうですね。

JDKのバージョンアップに伴い、ソースコードもそのJDKの特徴にあわせて修正する

たとえばJDK1.4からJDK5以上にしたから、ついでにソースコードにも手を加えて、拡張forやオートボクシング、ジェネリクスといった特徴を取り込もうってヤツです。普通の発想だったらまずやりませんよね、こんなことw

個人的には、この手(ミドルウェアの更新みたいな)バージョンアップは4〜5年に1回の割合でしか起きないので、これくらいの無難な変更を全体に行うことで保守要員の育成にもなるんじゃないかなって思うんですよね。なんですかね、伊勢神宮方式とでも言いますかね。

ただ現実問題、

  • そんな広範囲に手を加えるためのコストが捻出できない
  • 無難な修正といってもデグレードを起こす可能性はある

などの理由で、これが採用されることはないだろうなと思ってます(そんな話を聞いた試しもない。:-P


そんわけで、JDKは据え置き/運が良くてJVMと同じバージョンのJDKを使うけどソースコードは必要最低限しか弄らないのどっちかだろなと。ただ後者(JDKもバージョンアップ)を選択した場合、その後の保守でソースコードに手を加えるときはどうすんだ?って疑問が残るのですよ。


つまり「元はJDK1.4で作ったソースコードだけど、今はJDK7でコンパイルしてる」なーんて状況で、何かしらの仕様変更を行うとき、そのソースコードはJDK7の特徴を存分に使っていいのかどうかって事ですわ。放っておくと、eclipseさんやNetBeansさんといったIDEが気を利かせて、最新のJDKの特徴を駆使したテンプレートを展開したり、何古くさいコード書いてんだって警告してくれるので、否応なしに新しいコードになってきますよね。で、古い書き方のコードと新しい書き方のコードがパッチワークみたいに混在しちゃうわけだ。


「それでいいのか!?」って思うけど、それもプロジェクト事のポリシーに寄るんだよね。当然、パッチワークになるのを嫌えば新しい書き方禁止!で、カビが生えたプロジェクト固有のコーディングルールを守るわけだ。これって特に若手にとって不幸な事だと思うのよね。だって書籍だの研修だので覚えるJavaはいわゆる近代のJavaだと思うんだ、なのに仕事で書くのは習ったことも無い古典Javaなーんて話が笑い話じゃ無く起きてる。


Java5、Java6、Java7でもって今度はJava8でそれなりにJavaも便利な書き方ができるようになってるんだけど、すぐに新しい特徴を取り込める状況にあるかというと、そうでも無いどころか、取り込むのを禁止したいと思う状況だったりするので、悩みは尽きないのですよ(でオチも無いw


ps.

ちなみに、JDK1.2からJDK7.0までの間にJDKの互換性がらみで困ったことは、この2つくらいしかないんですよ。

  • enumが予約語になった(JDK5.0から)
  • JDK1.4までのBigDecimal.toString()がJDK5.0からBigDecimal.toPlainString()になった
    • 他にもJDBCまわりでAPIの増減はあったけど、それで困るケースってそうなかった

それ以外については、JDK1.2でコンパイルしたクラスファイルであろうと元気に最新のJVMで動くので、Javaの上位互換性はスゴいなって正直思う(それ故にBigDecimalの件はイラっと来たけど)。


ふむふむ。

へびのぬけがら - March 15, 2013 11:10 PM
NetBeans IDE 7.3 リリース

ずいぶん、時間が経過していしまいましたが、 NetBeans IDE 7.3 がリリースされています
恒例のスプラッシュです

今回のリリースで最も目玉となる新機能はやはり HTML5 サポートかと思います
その他にも多くの新機能が追加されていますので、ぜひお試しください
何かお気づきの点がありましたら、 ML 等へご連絡お願い致します

marsのメモ - March 10, 2013 05:54 AM
[IDEA][eclipse][NetBeans][IdeaVIM] jVi, Vrapper, IdeaVIMの比較

ちょいと前にマジメに比較してみて、そのまま死蔵してた資料が出てきたので供養のつもりで公開してみる。知らない人に簡単に説明すると、jVi, Vrapper, IdeaVIMはそれぞれNetBeans, eclipse, IntelliJ IDEAのvi/vimプラグイン。世の中のvi/vimユーザの怨念たるや凄まじく、IDEなんてモードレスエディタが当たり前なのに、無理矢理vi/vimモードを実装した猛者がいるのです。


どれも一定水準以上のすばらしい出来なんだけど、vi/vim(特にvim)に対する拘りも人それぞれで、満足する人、それでも不満が残る人がちらほら。でも、どうがんばってもこれらプラグインがvimに追いつくことは叶わぬ夢なので、どの辺で妥協できるかが、これらを受け入れられるかどうかのポイントになるかと。

それと想像に難しくないけど、どれもvimscriptはサポートしてないよ。


jVi, Vrapper, IdeaVIM以外のvi/vimプラグインについては、この辺を参照のこと。

各種IDEのvi/vimプラグイン - marsのメモ

VsVim - 猫とC#について書くmatarilloの雑記


jVi 1.4.5 : NetBeans用vimプラグイン

http://jvi.sourceforge.net/

古くはJBuilderのviプラグインでNetBeansに移植された。もともと"vi"プラグインだったので、vimの機能が不足してたんだけど、この前調べたらそんなことなかった。

気になった点をいくつか。

  • Ctrl-[ でエディットモードに復帰できないけど、オプションで指定できるようになる。
  オプション -&gt; jVi Config -&gt; Ctrl-Key Bindings で "Ctrl-[ the "real" &lt;ESC&gt;"をチェックする。
  • :コマンドにNetBeans固有のコマンドがある。
  :fiximports    ... import文の最適化
  :make          ... ビルド実行(引数にターゲット名を指定できる)
  :grep          ... 「使用状況を検索」ダイアログを表示する。検索対象はカーソル位置から決定。
  :tselect       ... 「型に移動」ダイアログを表示する。
  :e#            ... #で現在開いているファイルの一覧が表示される。
  • ウィンドウ分割機能あり。わりとしっかりしている。
  Ctrl-W, h j k l   で分割ウィンドウ間の移動が可能。
  Ctrl-W, H J K L   で分割ウィンドウ間の位置移動が可能。
  • ワード移動は日本語(全角)と英語(半角)を区別しない
  • ある程度のオプションはNetBeansよりjViが優先される。たとえば、行番号,不可視文字の表示,ワードラップ...なんかはNetBeansのオプション指定が効かない。

Vrapper 0.24.0 : Eclipse用vimプラグイン

http://vrapper.sourceforge.net/home/

eclipse最古参のvimプラグインはviPlugin(http://www.viplugin.com/viplugin.htm)だったと思うけど、今はこっちのほうが有名なんでは?

こいつの一番の売りは mapコマンドでeclipseのコマンドをvimにアサインできることだと思う。

Eclipseのキーバインドをvim風にできるVrapperが素晴らしすぎる件について - ( ???) ゆるよろ日記


あと surround.vim(相当?)を独自実装してるみたい。

ワード移動は日本語(全角)と英語(半角)を区別しないどころか、特定の区切り子だけをみてるだけっぽかった。


IdeaVIM 0.23.93 : IntelliJ IDEAのvimプラグイン

https://github.com/JetBrains/ideavim

これもだいぶ古くからあるプラグイン。一番使い込んでて、不満があったらパッチ当てちゃうので公正な評価ができない。:-P

[IdeaVIM] - marsのメモ


元々はRick Maddyさんが個人的に公開してたプラグインなんだけど、彼がメンテできなくなったのでメンテナに @ さんが名乗りをあげて、このあたりからJetBrains公式プラグインになったみたい。ちなみに現在のメンテナである @ さんはとても意欲的で twitter で "IdeaVIM" ってつぶやくと、どの言語でつぶやいたかに関わりなく「バグだったらYouTrackにファイルしてね?」ってmention送ってくる。

ちなみに、IdeaVIMのワード移動はvim互換でちゃんと日本語と英語を区別するよ。


機能比較表

一式もろもろを比較したのがこちら。思ってみればクリップボード操作も拘りもってる人居そう。あたしは、vimでもCtrl+X,C,Vにremapしてるから全然気にしてないけど。:-)

あと設定できるオプションもプラグインによって異なるのでご注意を。

きしだのはてな - February 26, 2013 01:14 AM
[Java][NetBeans]Jacoco+NetBeansでカバレッジを取ってJenkinsで記録

カバレッジをとるのに、Jacocoを使ってみました。

設定などのメモ。


Mavenの設定

project > build > pluginsタグに次のようなプラグインを追加します。

          <plugin>
              <groupId>org.jacoco</groupId>
              <artifactId>jacoco-maven-plugin</artifactId>
              <version>0.6.2.201302030002</version>
              <executions>
                  <execution>
                      <goals>
                          <goal>prepare-agent</goal>
                      </goals>
                  </execution>
                  <execution>
                      <id>report</id>
                      <phase>prepare-package</phase>
                      <goals>
                          <goal>report</goal>
                      </goals>
                  </execution>
              </executions>
          </plugin>

NetBeansのカバレッジまわりの機能

NetBeansは、特に設定をしなくてもpomにカバレッジの設定があるとカバレッジ関係の機能が使えるようになります。


プロジェクトメニューにカバレッジのメニューが追加されているので、「レポートの表示」とするとカバレッジレポートが表示されます。

f:id:nowokay:20130226100947p:image


レポート画面で「すべてのテストの実行」とするとテストが実行されてカバレッジが計測されます。

f:id:nowokay:20130226100946p:image


そのとき、エディタ画面ではテストされた行とされてない行が色分けされます。「完了」を押せば、カバレッジ表示されなくなります。

f:id:nowokay:20130226100945p:image


Jenkinsでのカバレッジ記録

JenkinsにJacoco pluginを導入すると、「ビルド後の処理」として「JaCoCoカバレッジレポートを記録」が選べるようになるので追加します。

そうすると、カバレッジが記録されます。

f:id:nowokay:20130226100943p:image

marsのメモ - February 24, 2013 01:09 AM
[life] Java One 2012 フィードバック!( #てらだよしおまつり )に参加してきた

http://tohoku-dev.jp/modules/news/article.php?storyid=182


約半年ぶりに寺田さん(@)が来仙するってんで参加してきました。内容はJava One 2012 SF中心でJavaEE7とかJava8とかといったかなり未来の話。:-)


いろいろ考えさせられたが、それ故に消化するまで時間がかかりそうなので、主立ったメモだけ残すよ。


はじまった。


JCPはよりオープンになったって話。Specification LeadsやExpert Groupに属して無くても意見があったらガンガン言えるようになった(むろん英語で)。Java8のλに関しても日本の大学生がガンガン意見言ってたという事例があるそうな。

そう思うと日本初のJSRが一つくらいあってもいいんじゃないかと。例えば2Way-SQLなんかJSR化してもいいくらいの良い考え方だと思うけどなー、とか思ってみたり。


「社外のコミュニティに積極的に参加してる人とそうでない人で情報格差が広まっている」とのこと。まあ、そうかも。こうゆう場に集まる人たちはアンテナ高いけど、それを職場にフィードバック出来てないのは不徳の致すところでございます。


JSF2.2やWebSocketのAPIとか見てて思わず「ラッパー組んじゃる」って考えるのは悪いクセ。いちいち帯に短したすきに長しと思わないで、黙って出来合いのAPIを使ってみようという境地に至りたい。


番外編:

スライドにあったIDEの紹介にeclipseやNetBeansだけでなくIntelliJ IDEAもあったのは評価するが、相変わらず動的言語でgroovyを飛ばす(なんか恨みでもあるのかw

JavaScript無双をどこまで信じていいものか...。(´・ω・`)


おまけ:

まだJava6すら使ってない我々にとっては未来過ぎる話でしたね。:-)


ps.

寺田さん、最新情報をありがとうございました。テム・レイ化しないようコツコツ素振りします。それと運営の村上さん(@)おつかれさまでした。ノシ

torutkの日記 - February 24, 2013 12:00 AM
[Java][NetBeans]NetBeans 7.3をインストール

先日、NetBeans 7.3が正式リリースされたので早速インストールしてみました。今回はWindows 8(64bit版)に、NetBeans IDE 7.3 すべて版を入れました。すべて版にはJava SEのほか、JavaCard、Java ME、Java EE開発環境とJava EEアプリケーションサーバー(GlassFishおよびTomcat)、C++、Groovy、PHPのプログラミング言語開発、HTML5+JavaScript+CSS開発機能が同梱されたものになります。 NetBean ...

torutkの日記 - February 15, 2013 12:00 AM
[Java読書会]デブサミ2013コミュニティブース出展(2日目)

デブサミ2013コミュニティブース出展(1日目) - torutkの日記に引き続き、2日目の出展です。 昨日は、過去Java読書会BOFで読んだ本を、年代順に手前から並べていたので、最新のものが奥側になっていました。ここ最近オライリー本が多く、オライリー本は表紙のレイアウトでタイトルが下の方に位置しているので、写真のように重ねて並べるとタイトルが隠れてしまうという問題がありました。 そこで、今日は、年代順に奥から並べてみました。 また、ポストイットでいくつかの本にキャッチーをつけてみました。例えば ...

torutkの日記 - January 14, 2013 12:00 AM
[Android]Android端末実機デバッグ

Android開発環境を構築する(オフライン環境)(続) - torutkの日記のおまけです。 Android SDKを使った開発では、PC上でAndroidエミュレータ(AVD)を使ってAndroidアプリケーションを実行します。しかし、このAVDが「激重」で、起動するのに数分かかる代物です。 そこで、Android携帯端末を持っていれば直接その端末で実行・デバッグした方が快適です。PCとAndroid携帯端末をUSBケーブルで接続してPC上で作成したAndroidアプリケーションを 実行できる ...

torutkの日記 - January 13, 2013 12:00 AM
[Android]Android開発環境を構築する(オフライン環境)(続)

Android開発環境を構築する(オフライン環境) - torutkの日記の続編です。 今回は、NetBeans IDEにAndroidプラグインをインストールし、NetBeans上でAndroidプログラミングができるまでの環境を構築します。 NetBeans用Android開発プラグイン NBAndroidのインストール NetBeansのAndroidプラグインは、「NBAndroid」を使います。NBAndroidホームページは次のURLです。NetBeansは基本的には7.2以降です。 ...

きしだのはてな - January 10, 2013 11:43 PM
[java][netbeans][glassfish]GlassFishのカスタムリソースに日本語で説明を入れるとNetBeansが認識しなくなる

JavaでWebアプリを開発するとき、開発環境と本番環境で違うような値はカスタムリソースとして持たせたりすると思うのだけど、その説明に日本語を入れるとNetBeansがGlassFishを認識できなくなってしまった。

f:id:nowokay:20130111022307p:image


説明を英語にすると認識できるようになった。

これ、NetBeansの動きがおかしいけど、問題はGlassFishの設定ファイルであるdomain.xmlに、<?xml 〜?>で文字コードとかを指定していないことにあるんじゃないかなー。

ちなみに、<?xml 〜?>を手書きで追加しても、GlassFish起動時に消されてしまいました。

torutkの日記 - January 09, 2013 12:00 AM
[JavaFX]JavaFXのTableViewを使う画面をシーンビルダーで作成する

JavaFX 2の表(テーブル)コントロールTableViewを使った簡単なサンプルを、SceneBuilderを使って作成する手順を、以前の日記 id:torutk:20121005 に文章で書きました。 文章だけでは分かりにくいので、SceneBuilderとNetBeansを使ってJavaFX FXMLアプリケーションでTableViewを使う簡単なプログラミングについて画面キャプチャを交えて次のホームページに作成しました。 http://www.02.246.ne.jp/~torutk/j ...

forest of netBeans - January 04, 2013 08:07 PM
あけまして おめでとうございます。2013

去年は何かすべてにおいて行き詰っていて、NetBeansを使っていませんでした。

そんな中、年末に片貝さんのセッションや自分の周りのNetBenasユーザーの

使用状況を聞いて刺激をうけたので、自分も今年はNetBeansを使っていきた

いとおもいます。

それにしても、久しぶりNetBeans使ってみたら立ち上がり軽くなったなあ!

marsのメモ - December 24, 2012 03:18 PM
[IDEA] 25日目 IntelliJ IDEA Advent Calendar 2012 インデックス

やっと終わったわ。:-(


IntelliJが出来ることはもっといろいろありますし、正直びみょーなところや「これって他(Eclipse/NetBeans/etc)のほうがマシじゃね?」って点も多々ありますので、おのおのそれなりなつきあい方を模索してみてください。


信者になれば毎年の年貢や不意のセールで心が揺らぐこともなくなるでしょう(ンな分けない。:-P

marsのメモ - December 23, 2012 03:08 PM
[IDEA][advent] 24日目 Inspections & Intentions

私に「Javaでいいや」どころか下手すると「Javaが良い」と思わせるIntelliJの超絶変態機能。Inspectionsはコードの検査で,いわゆる「Checkstyle&Findbugsの強力バージョン」。Intentionsは意図というか気づき?EclipseでいうQuick Assistっぽい感じ。


Inspectionsは検査なので,エラーや警告,プロジェクト固有の規約違反などを指摘する(指摘項目によっては,その解決もしてくれる)。Intentionsは「こうも書けるよ」的なアドバイス。どっちも実行キーは,ALT+Enter(macだとopt+Enter)で実行可能な箇所にカーソルを置くと電球アイコンが表示される。


ALT+Enterについては、はるか昔に解説してた。

31日間ReSharper一周 ... それIDEAでもできるよ(その8)


Eclipse知ってる人には「Ctrl+1のようなもの」と言えばピンとくるかも(Ctrl+2っぽいのは無い)。NetBeansはまんま同じキーで同じことできるから分かるでしょ。


Inspectionsはエラーや警告の類いなので、エディタの右側にマーカーバーとして指摘箇所を表示してくれる。マーカーバーの説明も昔書いてた。

31日間ReSharper一周 ... それIDEAでもできるよ


ファイルを開くたびに検査を実行するので、有効になってるInspectionsが多いほど検査に時間がかかります。検査中はエディタ右上端のコンパイルステータス(compile status)が目玉マークの間は検査中ということを示してます。

f:id:masanobuimai:20121216105926p:image


このコンパイルステータスを緑に保つのが良いことなのですが、検査項目をうまいこと調整しないと緑にするのは至難の業です。2007年に紹介したときは630項目くらいだったのですが、IDEA12のデフォルト*1であらためて数えなおしたところ1,600項目近くありました。中には互いを打ち消し合う検査項目もあるので未調整でステータスを緑にするのは今や不可能ですね。:-P


うまいとこ手綱を握らないと鬱陶しいことこの上ないInspectionsですが、普段だったらうっかり見落とすような事まで指摘してくれるので、とても頼りになるパートナーとペアプロしてると錯覚することもままあります。ここまで徹底して指摘できるのも、型でガチガチに縛ってるJavaだからなんだよなぁと思うと「(IntelliJ使うんなら)Javaも悪くないな」と思うわけです。むろん、RubyやJavaScriptなどの他言語用のInspectionsもありますが、数や精度ではJavaのソレに及ばないです。


Inspectionsはひとつひとつ警告レベルを指定でき、モノによっては専用のオプションもあるので、一度じっくり項目をながめてみることをオススメします。過去に紹介したInspections系のエントリにも、いくつかオススメが載ってますので、ご参考まで。

「正しいソースの書き方養成ギプス」をIDEAでもやってみる。

behind the times: 10 Best IDEA Inspections You’re Not Using

Usages of API documented as @since 1.5


Inspectionsの調整は、まず項目ごとの警告レベルの設定ができます。デフォルトの警告レベルは「As typo/As server problem/As weak warning/As info/As warning/As Error」の6種類。

f:id:masanobuimai:20121222220641p:image


"As server problem"はJetBrainsのCIサーバであるTeamCityを使ってなければ設定する必要すらありません。通常は"As warning"なんですが「ウザいけどOFFにするのはどうも」ってのは"As weak warning"か"As info"にしとくといいです。

一応、デフォルト以外の警告レベルも追加できるのですが、そこまでするのはやり過ぎかなと思います。

f:id:masanobuimai:20121222220642p:image


それと先ほども言いましたが、Inspectorによっては独自のオプションを持っているものもあります。正直、プロジェクトごとにいちいち設定するのは大変ですので、その辺はうまいこと使い分けしましょう。

f:id:masanobuimai:20121222220643p:image


ちなみに、Inspectionsの設定は、Settings->Inspectionsで行います。この設定画面にはステータスバーに居るHectorおじさん経由でもたどり着けます(おじさんをクリックして"Configure Inspections"をクリック。

f:id:masanobuimai:20121222222246p:image


それ以外にも、警告箇所でALT+Enterを押し、該当する検査項目からInspectionsの設定画面に飛ぶこともできます(下図の場合、"Flip comparison(Constant on right side of comparison)"が検査項目で、そこから展開したメニューにある"Edit inspection profile setting"で設定画面に飛べます)。

f:id:masanobuimai:20121222222250p:image


Inspectionsの設定項目が多すぎるので、とりあえず全設定ONにして実コードの検査度合いをみつつ、上記方法で個別に警告レベルの調整をしたりしてます(それでも調整はくたびれます)。このサブメニューを見てもわかるように、検査項目の設定に飛ぶだけでは無く、検査項目そのものを無効(Disable inspection)にしたり、ここでだけ検査を無効(Suppress ...)することも可能です。ただし、"Disable inspection"を選択した場合、その検査項目は二度と登場してきませんので、復帰させるには1,600もあるInspectorsから探し出さないといけません(これもかなりくたびれる作業です。:-(


ちなみに、上記スクリーンショットの"Flip comparison"の下にある鉛筆アイコンの項目3つがIntentionsになります。こちらは検査項目ではないのでマーカーバーには影響ありません。


Hectorおじさんについて補足すると、検査レベル(Highlighting Level)を「Inspections/Syntax/None」に変えるたび、おじさんがそっぽを向いていくという細かい芸があります。

f:id:masanobuimai:20121222222247p:image

f:id:masanobuimai:20121222222248p:image


なんとなく想像が付くかと思いますが、このInspectoinsは結構CPUパワーを食います(つまり動作が重くなる)。そのため検査レベルを下げていけばいくほどIntelliJが軽くなります。その分、IntelliJを使っている良さも減っていきますが...。とはいえ非力なマシンでIntelliJを使うと、ホントに泣きたくなるほど遅くなるので、背に腹は代えられないときは、この辺から調整してみることをオススメします。


それとIDEA9あたりから"Power Save Mode"というのがつきました。Helpを読んでも要用を得なかったのですが、名称からしてCPUにやさしいモードなのだと思います。その証拠(?)に、このモードにするとHectorおじさんが完全に沈黙します。

f:id:masanobuimai:20121222222249p:image


いずれにしろ、明らかに余計だと思えるInsepctionsは無効にしておいたほうがPCにも、利用者の気持ちにもやさしいと思います。:-)


あと、その気になれば自分でもInspectionsやIntentionsを作れます。

独自Inspectorを作ってみる

QuickFixの作り方

この前,独自Inspectorで試したことを,他の方法で実現してみんとす


やめりゃ良かったと作り始めてから思ったのですが、IDEA12でデフォルトのプラグインをすべて有効にしたときのInspectionsとIntentionsの一覧を作りました。気になる&使っている順にコメントも付けてます。まだ完成してませんが、気長にこつこつやってこうと思います("+"付いてるのが、個人的オススメ。それらをError, Warinig, Infoのどれにするかは各自が決めて。

IntelliJ IDEA : inspections&intentions




当然ながら、RubyやPHP、Python、Scala、Kotlinなどの言語系プラグインを入れると、それ用のInsepctionsやIntentionsが増えます。:-P

*1:IDEA12の標準プラグインを全て有効にした状態

marsのメモ - December 20, 2012 02:26 PM
[IDEA][advent] 20日目 artifactの設定(ついでにProject Structure )

Settingsの話は3回もやりましたが,Project Structureの話をしてませんでしたね。正直,面倒なので,昔に書いたエントリーやIntelliJ本体のヘルプを参照してください(だんだんやる気がなくなってる。

初めてIntelliJに触れる人へ − プロジェクトの設定とかテスト実行の話


IntelliJのバージョンがあがるたびに設定画面もびみょうに変わってますが,まあ何とか読み替えられると思います。ちょっと補足すると,ライブラリの設定(File->Project Structure->Modules->Dependencies)にあるスコープ(Scope)は,Mavenを知らないと意味がわからないと思います。

f:id:masanobuimai:20121121213704p:image


設定可能な値と意味は以下の通りです。

  • Compile
    • 普通はこれです。コンパイルや実行時に参照されます。
  • Test
    • テストコードのコンパイルとテストの実行時に参照されます。
    • junit.jarとかがここに属します。
  • Runtime
    • 実行時にだけ参照されます。コンパイル時には参照されませんので,コード補完の対象になりません。
    • 強いて言えばJDBCドライバなどが,ここに属します。
  • Provided
    • 実行環境にあらかじめ用意されているライブラリを指定します。コンパイル時に参照されますが,実行時には参照されません(実行環境に相当品があるので)。
    • 具体的に言うと,J2EEのAPI(javaee.jar)とかが,ここに属します。

NetBeansにも同様の考え方があるので,NetBeansからの移行組はすんなり理解できると思いますが,eclipseにはどうゆうわけか伝統的にこの考えが無いので,はじめは戸惑うかと思います。でも,これを知ってしまうとスコープが無い世界には戻れないと思いますヨ。:-)


あと,ライブラリはMaven Repositoryから直接ダウンロードできます。

IntelliJ IDEA 10のEAPが登場したよ


Artifactsの指定

ちょっと脱線が長引いたのでセクション分けて本題に戻ります。IDEA9あたりからプロジェクトごとに成果物を定義できるArtifactsという機能がついきました。設定箇所は,File->Project Structure->Artifacts。

何ができるって「成果物を定義できる」んですが「成果物ってなによ?」と言うと,要するにJarファイルとかWARファイルとかEARファイルとかってアレです。

f:id:masanobuimai:20121121214919p:image


使い方は,昔書いたこのあたりが参考になると思います。

IntelliJ CE用Winstoneプラグイン公開しました



これの良いところは,自分のニーズに応じていくつもの成果物を定義できることです。これで,zipファイルも作れれば,実行モジュールだけではなく,リリースモジュールも作れそうなので,ちょっと残念ではあります(だったら自分でプラグイン作ったら?という話でもありますが。:-P


ps.

チーム開発する場合など,ライブラリや成果物の生成はIDEではなくAntやMavenといったビルドツールに任せるのが望ましいのです。ただ,個人の実験や趣味で作るちょっとしたプロジェクトなどは,IDEで完結できることが多いととても楽なのです。

marsのメモ - December 17, 2012 03:09 PM
[IDEA][advent] 18日目 Databaseプラグイン

地味に便利な Databaseプラグインについてです。IDEからDBを操作する機能ですが、NetBeansにも似たような機能があるし、今やさほど珍しい機能ではないですね。


そんな中でIntelliJっぽいなぁという機能について紹介します。


DDL 文からDBの定義を再現

この手の機能はDBに接続すると相場が決まっているのですが、IntelliJの場合、DDLが定義されたファイルだけでも、この機能を利用できます。


使い方は、Databaseウィンドウを開き「+」ボタンを押して "DDL Data Source"を選択。以下のようなダイアログが表示されるので,"DDL Files"の「+」ボタンを押して,任意のDDLファイルを指定します。

f:id:masanobuimai:20121121215845p:image


DB が別のネットワークにあるなどの理由で参照できないときでも、構造を可視化できて意外と助かる事が多いです。


スキーマの比較

DB専用ツールだと、そんなの出来のがあったと思いますが、実はIntelliJでも出来ました。

Databaseウィンドウで比較したいスキーマを2つ選んで、ツールバーの「Compare」を押す。

f:id:masanobuimai:20121121220250p:image


オンラインとDDLの比較なんてのもできるので,まあまあ便利です。普通のDiffと異なるのは,DDLの記述順に囚われずテーブルの比較をしてくれるので,DDLファイル同士のdiffを取るよりは,親切な結果が得られます。

f:id:masanobuimai:20121121220405p:image



Language Injection でプログラム中でもコード補完

Data Sourceが設定されている状態で,JDBC API(StatementやPrepareStatementクラスなど)にSQL文をタイプすると(うまくすると)コード補完が効きます。「うまくいくと」というのは,何か知らないけど上手く行かない事もままあるためです。


それと,JDBCではなく別のAPI(オレオレAPIだったりするかもしれません)で,SQL文の補完を有効にしたい場合は,Intension(ALT+Enter)メニューの"Language Injections Settings"から追加で設定することができます。

f:id:masanobuimai:20121121221506p:image


すると、こうなります。結構うれしい。:-)

f:id:masanobuimai:20121121221505p:image


特定のAPIだけではなく、String型のローカル変数に対してもLanguage Injectionをかけることが出来るのですが、その場合、次のようにIntelliJ固有のアノテーションを付けなければならないのが難しいところです。:-(

f:id:masanobuimai:20121121222424p:image


アノテーション付けなくても何とかする方法もあったと思ったのですが、ちょっとその設定を特定できてません...。が、IDEA12だとアノテーションやコメントアノテーションを使わなくてもLanguage Injectionができるようです。

f:id:masanobuimai:20121122231548p:image


(追記)しおしおさんが追加調査してくれました。:-)

しおしおの雑記帳



JPAについて

一応、JPAエンティティを作る機能を持っていますが、あまり洗練されてるように思えないし、正直使いづらかったです。生成されるエンティティもアノテーションごてごてで見づらかった記憶が...。このへんについてはNetBeansのほうが扱いやすいと思います。


一応、画面の紹介だけしておきます。

f:id:masanobuimai:20121121223241p:image


(おまけ)DBの起動

NetBeansの組み込みJavaDBがうらやましくて、Derbyを起動・停止するだけのプラグインを作ったこともありますが、よーく考えてみると外部ツールに登録すれば済む話だったのはナイショです。:-)

Derbyプラグインできたよ


ps.

本家ブログでIDEA12のDatabaseプラグインの説明が出ましたね。

Manage Your Database Schema in IntelliJ IDEA 12 | JetBrains IntelliJ IDEA Blog