2014-04-08

JvmCasualNightへ行ってきた！

java

LL言語な人たちの参加がほとんどだったせいか、スーツ率5％未満という素敵な会場。
多分、数少ないJavaでアプリ作ってる側での参加者だったと思います。

SlideShareリンク

不足分は後ほど追加ということで・・・。

NorikraのJVMチューンで苦労している話 from SATOSHI TAGOMORI

NorikraのJVMチューンで苦労している話

運用に効く！JVMオプション三選 from Kazuhiro Oinuma

運用に効く！JVMオプション三選

Jvm operation casual talks from oranie Narut

Jvm operation casual talks

感想

JVMの話も面白かったのですが、違う世界を垣間見れたのが一番の収穫かも。

JVMを使う理由は、必要なミドルウェアを使用するためにJVMが必要だから。
Lucene、Cassandra、HBaseとか。
JVMをライブラリの前提で使ってる人は、JVMの利点をあまり感じていない？
強いて挙げられた感のある利点としては、「スレッドが軽量で実用性がある」「高負荷に耐える」「型がある言語」というところくらい？
プロセスに考え方がそもそも違う
こちとらJavaメインなので、プロセスダウンしないようにチューニングしたりする。でもLL言語の人たちにとってのプロセスは、ダメになった殺せばいいじゃんっていう考え方（だとお思う）
帰りのエレベーターの中でも「FullGCで止まる前にプロセスを殺せないかなぁ」という話が聞けたり。
確かにすぐに殺しちゃえっていう人からすると起動が遅いって致命的だよね・・・。

同じJVMに関わる立場でも、異なる視点や使い方の人の考えや意見を聞けたのはとてもいい経験に慣れたと思います。

2014-03-07

Windowsでvagrantを試してみる

docker vagrant

参考にするのはこのページ

仮想環境構築ツール「Vagrant」で開発環境を仮想マシン上に自動作成する - さくらのナレッジ

本当はdockerを試そうと思っていました。
でもdockerのチュートリアルをやろうとしたら、最初にvagrantを入れろって言うので仕方なく入れます。

って思っていたのですが、vagrantもすげー面白い！
むしろこれ極めればdockerいらないんじゃない？とか思っちゃうかも

vagrantのインストール

vagrantにはWindows向けのインストーラーがちゃんとあります。
プログラムファイルには出てきませんが、パスも通してくれるのでインストールすればすぐに使えます。
再起動は必要ですけどね。

今日のまとめ

ここまでの所要時間DL時間含めて5分かからずです。
これが自分で作った場合、isoを落としてVMにOS入れて初期設定して・・・と倍の時間はかかるでしょう。
目的にもよりますが、テスト環境を構築したいときなんかvagrantのほうが断然おすすめと思われます。

2014-03-06

BBASもどきを作ってます

ボーダーブレイクネタです。
自分の勉強も兼ねて、BBASもどきを開発してます。

おりじなるは以下のURL。

http://daxs.info/bbas/

とりあえず、データ集計部分は今週くらいでできそうです。
こーんなな感じで使っているアセンとか武器を収集してます。

Assenble{headParts='セイバーI型', handParts='B.U.Z.－α', bodyParts='ヘヴィガードIV型', footParts='E.D.G.－θ', assultWepon=Wepon{main='電磁加速砲・速式', sub='MSL－ナイダス', hozyo='マーシャルソード', special='AC－ディスタンス'}, heavyWepon=Wepon{main='ウィーゼル機関銃', sub='サワード・バラージ', hozyo='改良型ECMグレネード', special='バリアユニットγ'}, sniperWepon=Wepon{main='炸薬狙撃銃・絶火', sub='スティッキーボム', hozyo='セントリーガンLZ', special='光学迷彩・耐久型'}, supportWepon=Wepon{main='レイジスマック', sub='リムペットボムV', hozyo='自律型弾薬BOX', special='リペアフィールド'}, callWepon='BA：オートガン', tipList=[ExceedTip{name='タックル', cost=0}, ExceedTip{name='投てき適性', cost=0}, ExceedTip{name='爆発範囲拡大II', cost=0}]}

オリジナルにない要素として

MAP別の人数とポイトン
地域別のポイトン

とか盛り込んでみようかと考え中です。

2014-03-03

たぶんオープンソースカンファレンスに行ってきた

多分っていうのは、なんか萌えキャラとゆるキャラが多すぎてそっちの印象しか残ってないから。
別にいいんですけど、そういうの受け入れない層もあるわけで、もうちょっと抑えてもいいかなぁと思ったり。

Hadoopの話

Hadoop1系と2系の違いのお話。
会場にいた人の半分以上がHadoopを知らないという予想外の展開。
消化できるのか！？

Hadoop1系と2系の違いは

Java7に対応した！8はまだ・・・？
MapReduce以外も出来るようになる
HDFSのSnapshotがとれたりとか色々改良
みんな大好き象さんは続投
何を使うにせよ、データを蓄えることが大切！

1系は今後どうなるかよくわからないとのこと。
HDFSの代わりにインメモリを利用するApacheSparkを使うのはそのうち試してみたい。

TOPPERSの話

組み込み系のOSです。
全く縁のない組み込み系ですが、なんとなく聞いてみました。

産官学一体のプロジェクトなのはいいけど、足かせがありそうな感じ。
せっかく工夫して作ったものも「公式認定」が必要とかもったいない
子供向け教育セットみたいなものを出すみたいだけど2万円は微妙な気がする。。。
RegoとかRaspberry Piが競合製品になりそうだけど勝てるのか？
OSを作る人達の集まりなので、使う人達のことをあまり考えていない。

多分、日本でも優秀な技術者を投入していると思うんです。
成果物も色々ありそうなんですけど、敷居高くてユーザが増えにくい気がします。

雨と開催地が遠くても熱気に溢れたイベントでした。
まりんかさん可愛かったし。

2014-02-20

JJUG ナイトセミナ「3大IDE頂上決戦」に行ってきた

java jjug

「それ○○でも出来るよ」というツイートが裏で飛び交う、熱く激しいバトルでした。

イベント告知ページ

【東京】JJUG ナイトセミナ「2.19 Eclipse、NetBeans、IntelliJ IDEA 3大IDE頂上決戦」 - 日本Javaユーザーグループ | Doorkeeper

Togetterまとめ

JJUG ナイトセミナ「2.19 Eclipse、NetBeans、IntelliJ IDEA 3大IDE頂上決戦」 #jjug #idewars - Togetterまとめ

それぞれ印象に残った点を簡単にまとめ

NetBeans

最新のJavaに追従。Java8も7.4で対応済み。
オールインワンで日本語化もアプリケーションサーバ連携もDB連携もバッチリ

IntelliJ IDEA

勝利宣言！英語が上達する！
オールインワンで色々出来るのはNetBeansと同じ
正規表現をポップアップでチェックできる機能
ソースコード上のSQLを修正するとDBのテーブルも直してくれる機能
HTML、JavaScript、CSSをWYSIWYGで編集出来る

Eclipse

ユーザ数はナンバーワン！
CTRL+1で何とかしてくれる
みんな意外と使いこなせてない？

感想

まずはどれでもいいのでIDEを使いこなせるようになろう
重いテキストエディタ化している人はもったいないどれか一つマスターしてから次のIDEに行っても遅くはない
どれも素晴らしいけど最初に触るのはNetBeansがいいと思う特にSI屋の新人教育担当の人！ Eclipseのセットアップで時間を潰すくらいなら、オールインワンのNetBeansで実装を学ぶ時間を増やすほうがいいと思いますよ

印象に残った言葉

思考を止めずに実装しよう
これすごく重要だと思う。
そのためにIDEだし。
メソッド名なんて後で変えたくなるから最初は適当に
まずはxxxxxxxxとかにして、メソッド名を考えることで実装のリズムを止めない。
思い返してみると名前で悩んでしまうことはおおいので、これから実践してみようと思う。
出来るエンジニアはブランチを切る(キリッ

2014-02-16

SpringSNSのチュートリアルを試してみた

なんか変な感じに忙しい日々が続いてちょっと間隔あいちゃったけど、今日はこれを試してみた。

Getting Started · Accessing Twitter Data

試す前にTwitter側のセットアップを済ませておく必要がある。
OAuth認証も利用するので、コールバックURLの設定もしておく。

アプリケーションの動きとしては、こんな感じ。起動してhttp://localhost:8080/にアクセスすると、Twitterへのコネクションがあるかを判定する。
最初にアクセスした時はコネクションがないので、/connect/twitterにリダイレクトする。

if (connectionRepository.findPrimaryConnection(Twitter.class) == null) {
    return "redirect:/connect/twitter";
}

この時のViewはtemplateフォルダにある"connect/{provider ID}Connect"が呼び出される。
twitterなら"connect/twitterConnect"、facebookなら"connect/facebookConnect"になる。

twitterConnect.htmlには/connect/twitterをPOSTで呼び出す処理を書く。
/connect/twitterを呼び出すと、SpringSNSはOAuth認証のページに遷移してくれる。
OAuth認証が終わると、これまた自動的に"connect/{provider ID}Connected"のページが呼び出される。
あとはhttp://localhost:8080/に再び遷移することで、TwitterAPIを利用できるようになる。

気になる点としてはtwitter4Jとの使い分け。
APIの使い勝手とかconsumer keyなどの指定は個人的な好みの部分もあるので、好きな方を使えばいいとは思う。
使ってみた感想としては、OAuth認証がSpringSNSの方が楽なのと、様々なSNSを利用する場合にAPIごとに使い方を覚える必要がないのがいいと思う。

2014-01-28

Springのチュートリアル〜第1回 SpringMVCその１

今日はServing Web Content with Spring MVCを動かしてみます。

ダウンロードは↓から。

Getting Started · Serving Web Content with Spring MVC

作るコードもリンク先にあるので、ここには書いたりしません。

ソースの作成

このチュートリアルは3つのクラスを作ります。
コピペすれば一瞬ですが、量も大したことないので全部打ち込んで試してみることをおすすめします。

実行するmainメソッドを持つクラス
Controllerクラス
ビューであるテンプレートファイル（html）

まずはControllerクラスです。
@Controllerアノテーションを付ける。
URLとの紐付けは@RequestMapping("/greeting")で行う。
Spring3.2とあまり違いはなさそう。

ビューとなる部分は、JSPじゃなくてThymeleafというテンプレートエンジンを使います。
ネームスペースに

<html xmlns:th="http://www.thymeleaf.org">

と書いて、置換する部分は

<p th:text="'Hello, ' + ${name} + '!'" />

と書くだけでOKです。

実行

実行する方法は2つあります。

WARを作って配備する
mainメソッドを呼び出す

今回の推奨は当然後者です。 mainメソッドを呼び出すとこんなロゴが出てSpringBootが起動します。

  .   ____          _            __ _ _
 /\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
 \\/  ___)| |_)| | | | | || (_| |  ) ) ) )
  '  |____| .__|_| |_|_| |_\__, | / / / /
 =========|_|==============|___/=/_/_/_/
 :: Spring Boot ::             (v0.5.0.M6)

起動が完了するとhttp://localhost:8080/greeting/にアクセスして作成したアプリケーションが呼び出されます。
動いているのはSpringBootに内蔵されたTomcatです。
http://localhost:8080/にアクセスすれば、Tomcatの404画面が出てきます。

Executable Jarの作成

build.gradleを修正することで、実行可能なJarファイルを作れます。
java -jarで実行すると、mainメソッドを実行した時と同じようにTomcatが起動します。
Jarファイルの大きさは10MB程度。
TomcatやSpringのlibraryがぎっしり入っています。

Manifestファイルはこんなかんじです。

Manifest-Version: 1.0
Start-Class: hello.Application
Spring-Boot-Version: 1.0.0.RC1
Main-Class: org.springframework.boot.loader.JarLauncher

JarLauncherクラスについては別の機会に見ていこうと思います。

制約？

mainメソッドを持つApplicationクラスは@ComponentScanアノテーションが付加されています。
このアノテーションが付いている場合、Springは同一パッケージを検索してコンポーネントを探し出します
今回作成したControllerクラスとApplicationクラスのパッケージを変えてみると、Tomcatは起動しますがコンポーネントはパッケージが違うのでロードされません。
なので、http://localhost:8080/greeting/にアクセスしても404になります。

~~Applicationクラスで違うパッケージのControllerを指定できるといいのになぁ。~~

出来ました。
@ComponentScanにパッケージを指定できます。

@ComponentScan(basePackages="hello.component")

クラスのフィルターなどもできるので、起動が遅い場合は指定してみるとかできますね。

まとめ

SpringBootを使うことで、面倒な環境設定をせずにWebアプリケーションを作成することができます。
NetBeans＋Glassfishに比べれば学習にかかるコストは小さいと思います。

ただ「本番はWebLogicを使う開発」みたいなものにはあまり利点を生かせないかも。
アプリケーションサーバを使用する開発はJava EE、Herokuなどクラウド環境で動かす場合はSpringというように、住み分けができると面白いかも。

せてぃーずノート

Javaのイベント参加レポートとかを書いたりします。