Microsoft DevOps ハッカソンに参加したよ

Microsoftさんが主催するDevOpsハッカソンに参加したので、そのレポート。

DevOpsハッカソンとは?

イベントの内容からコピペ。

DevOpsのマインドセットを２日間のトレーニングで学ぶイベントです。
伝統的なアプリケーションライフサイクルマネジメント(ALM)から脱却して、
DevOpsの人、プロセス、そしてツールについて学んで、
顧客により早くビジネス価値を届けられるようになりましょう！
DevOpsハッカソンに参加すると、あなたは開発者、インフラ技術者の方とチームを組んで
Infrastructure as Codeに関する実際の環境でDevOpsのプラクティスを適用することができます。

大まかな流れ

• DevOpsについての説明
• アイデア出し＆チーム決め
  • ホワイトボードに名前と自分のやりたいことを書いてみる
  • みんなに紹介
  • 各自投票
• ハッカソンについての説明
  • 大まかな進め方、チームの評価ポイントなど
• ハック!! (翌日15:30まで)
  • 発表の準備を含む
  • 初日の残業は18:00まで :P
• 発表＆表彰
  • 1チーム5分でプレゼン

私たちのチームができたこと

Visual Studio OnlineとAzureを使ったJavaアプリのビルド、デプロイと、負荷テスト。
ビルドと、デプロイはVSOのビルドを使って自動化。負荷テストは手動で実行。

Javaアプリのコード、デプロイのスクリプト(Dockerfileなど)は、MS 寺田さんがデモで作成されたものを利用。

発表スライド

Microsoft DevOps Hackathon (Sep 2015) Team 4 Presentation from Yuichiro Saito

ビルド

GitHubにあるコードをクローン＆ビルド＆warファイルにパッケージング。

デプロイ

ビルドで生成されたwarファイルを使って、Dockerイメージを作成、DockerHubにpush。
評価用サーバにイメージをpullして、コンテナを起動。
イメージのビルドやデプロイ用のスクリプトはGitHubに格納。

負荷テスト

Visual Studioを使って負荷テスト。 PowerBIを使ってグラフ化。

お借りしたコード

• Javaアプリ: https://github.com/yoshioterada/GlassFish-Docker
• Dockerfile: https://github.com/yoshioterada/JavaEE7-App-On-Docker

お借りした知恵

山ほど。MSのみなさん、どうもありがとうございました。
参加者だったのにたくさんのヘルプに応じてくれた竹林さん、ありがとう!!!

使ったお金

Azureポータルで見ることができるので、さらしてみる。 Visual Studio Onlineが一番太いようだ。
※ VSOは5人まで無料。今回は6人チームだったので、1人分のコストが発生したとのこと。

ふりかえり

良かった

• Visual Studio Onlineを使って継続的デプロイを体験できた
• 会場が快適!! お弁当おいしい、ネットもスイスイ、飲み物たっぷり
• メンバーそれぞれがビルド、デプロイ、負荷に分かれて、いい感じで進めてた
  • バランスがとても良かったんだと思う
• 困った時にいろんな人の手を借りた
  • 牛尾さん、寺田さん、MSのみなさま
  • 竹林さん、原田さん
• 全体の絵を描いて、みんなのコミュニケーションを助けた(と思いたい)

困った

• VSOを使えるようになるのに時間がかかった
  • 事前の素振りを間違えた感がある
    • dockerじゃなくてサンプルを素振りしておけばかなり楽になったんじゃないか?
• テストがない!!
  • 時間がなかったからとか言ってたら、誰かにしばかれそう
• VSOAgent, 評価用サーバは手動で作成
  • 何回もやるとすると骨折れるし、やっぱ自動化したいところ
• 他のチームとほとんど話せなかった
  • 今考えるともったいない気がする
• 最後のプレゼン、各チームのデモをスクリーンで見たかった
  • 準備時間考えるとちょっと難しかったと思うけど
• 写真が少なすぎる!!
  • ブログ書くとき致命的

次やるとき

• 何を素振りするか注意しよう
  • 提供されるサンプルがある場合はまずそこから始めてみよう
• Hello Worldアプリからスタートして、少しずつ成長させよう
• 最初に絵を描いてみよう
  • 描けなければ分かってないことが分かるし、上手くいけばみんなの理解を助けることができる
• 他のチームにも遊びに行こう
  • 邪魔しない程度に
• 1時間に1回休憩入れて、写真撮ろう
  • 頭冷やせるかもしれないし

自分たちでやるとしたら

Azureの費用について、Facebookでコメントをもらったので更新。ありがとうございます!!!

もし、小さな(1チーム=5人未満)DevOpsハッカソンをやるとしたら。

• 会議室: 10時間 * 2
• Wifi: 自前または、付属の会議室を探す
• Azure利用料: 1,000円程度
  • VSOは5人まで無料、6人目からは費用が必要
  • 仮想マシンリソースは使わない時は落とす
    落とさない=24時間運用の場合は3倍くらいになるはず

ご飯と飲み物は、自分の好みで持ち込み。(俺の場合はコンビニ弁当とパンで十分)

会議室は スペースマーケット | 貸し会議室から球場まで簡単予約 とか見ると、Wifi付きで400円/時間くらいから借りられるみたい。

項目	費用
会議室＋Wifi	8,000円	400円/時間 * 10時間 * 2日
Azure使用料	1,000円	ツワモノがいる場合でも3,000円くらい??

9,000円を5人で割って1人1,600円。
ツワモノが集まったとして12,000円だから、1人2,400円。(ツワモノを甘くみすぎ??)
1,600円＋食費・交通費だったら、飲み会1回分より安いので、参加しやすいかも。

問題は、MSのエバンジェリストと、VSO、Azureの達人をどうやって確保するか……だよねぇ。
DevOpsハッカソンに参加した人を巻き込んでしまうのがいいかもしれない。

---

以下は、私から見た経緯。長いし、偏ってるのでご注意をば。

やったこと(1日目)

DevOpsの説明＆チーム決め

DevOpsエバンジェリストのDavidさんからDevOpsの説明。そもそもから始まって、VSOを使った継続的インテグレーション、継続的デプロイなどが紹介されてた。
CIの部分は牛尾さんが説明。参加者を罠にはめて、TDD＆ペアプロの実演に引きずり込むなど、牛尾さんらしい進め方。

次は、ハッカソンのアイデア出し。 チームでホワイトボードに名前とハッカソンでやってみたいことを書きだして、共有。
このままチームでやりたいこと選んで、ハッカソンスタートなのかなぁと思ったら、 全チームのホワイトボードを壁にはって、みんなにも共有。 その後、自分の名前を書いた付箋を、やりたいテーマに貼り付けて、テーマごとにチームを組み替えた。
なるほど、やりたいテーマで集まった方が面白いよなぁ。

VSO使った継続的インテグレーション・継続的デリバリーをテーマにしてみたものの、他のテーマの方が面白そうでうろうろしてたら、その間に自分が出したテーマに5人集まっちゃって、身動きが取れなくなってしまった。(と、この時点では思ってたんだけど、後から考えてこれはとてもラッキーだったと思う)

後、ぼっちチームができそうになって、かっこえーとか思ってた。

チームができたら、ハッカソンの進め方や評価ポイントなどを説明。 ざっくり計画立てて、スタート!!

ハックハック!!

正確には四苦八苦が正しい。

最初はオートスケールできたらいいねとか、インフラのテストやりたいよね、WebアプリはRailsにしたいよね、という話をしていて、1日目終わるまでに、アプリがデプロイできたらいいんじゃない? なんて気軽に思ってた。

楽観的に考えてることがうまくいけば世の中楽なんだけど、そうはいかず。
VSOの環境設定ではまってどたばたしてたら、夕方が来てたような気がする。(すでに記憶が薄い)
「進捗どうですか?」と聞かれたら、「まったく進捗なしです」と答えなきゃいけない事態。ヤバい。

なんでこう、自分がやるときは楽観的に考えてしまうんだろうね...orz

他の人もいろいろとはまってた模様。夕方近くなっての進捗は、確かこんな感じだったと思う。

• ビルド: できてない
• デプロイ: できてない
• 負荷テスト: できてる!!!

よもや負荷テストが一番最初にできるとは...。 このままいくとやばそうなので、ビルドとデプロイは事前に提供されてたサンプル PartsUnlimitedMRP を使うことに。

18:00までの残業を終えて、1日目終了。
不安だったので、帰ってからサンプルを素振り。2時間程度で継続的インテグレーションの部分ができた。
サンプルの説明が丁寧だったのに加え、昼にこけた経験が生きた結果と思われる。
デプロイもできるようにしておこうかと思ったんだけど、設定ミスのせいでつまづいて気力大幅にダウン&KO。

2日目

朝のワーク

2日目のスタートは、牛尾さんのワークから。 背伸びした後、おたけび。おたけび???

「イイイイヤァァァァーッ!」

その後、「作業の見える化しましょう(だったと思う)」ということで、残タスクを見積もり時間も合わせて書き出した後、課題を共有。 タスクを見ながら、今日どこまで行けそうか相談するという流れ。

いつも自分が会社の人に説明していることのはずなのに、言われてあーそうだよねと気づいたりするところが情けなかったり。

ハックハック!!

いろいろあって、昼頃の状況。

• ビルド: できた!!
• デプロイ: できない
• 負荷テスト: できてるので、さらに楽しいことを!!

デプロイさえできたら、繋がるんだけどなぁ。

DockerホストとVSOエージェントの連携が上手くいかなかったりなんだりで、なかなか進まない。
それでも、MS寺田さんが作っていたDockerfileを使って、Glassfishのイメージを作成、評価サーバにデプロイ、実行するところまで到達。

でも、ビルドしたアプリをGlassfishで動かそうとすると失敗する。

あーだ、こーだと悩んでいるうちに、残り2時間。
この時点で、集中力が切れてしまった。けっこう、あきらめ早い。
1人だったらここで終了なんだけど、そこはチーム。まだまだ終わらない。

MS寺田さんのアドバイスで、動かすアプリをサンプルのものから、寺田さんの作ったものに切り替え。 ビルドとデプロイを修正して.... できた!!!

プレゼンの準備

手が空いてた人がプレゼンの資料を作ってくれてたので、自分はほとんど何もせず。
手慣れた感じで、さくさくっと作ってて、とても羨ましく思うなど。

このへんから、笑いも出たり和やかな雰囲気に。
終わってなかったら、多分眉間にシワが寄ってたと思うし、今も寄ってたんじゃないかと思われる。
みんなの粘りに感謝。

プレゼン＆表彰

各チーム、5分間のプレゼン。 メモがないので、覚えていることを書き出してみる。

• 優勝は、Mesos使ってたチーム
• 他のチームも四苦八苦して、軌道修正してた
• VSOでタスク管理してたチームがいた
• 小さく積み上げながら上手く作ってたチームがいた
• プレゼン資料まで作ってたのはうちくらい

後、うちのチームもいいところまでいってたみたい。 Team4のみなさん、MSのみなさん、参加者のみなさん、お疲れ様でしたー!!!

XSERVERにgitを入れる (https使えるように)

https使う場合は、curlがいるのです。

流れ

• gettext のインストール
• curl のインストール
• git のインストール

gettext のインストール

wget http://ftp.gnu.org/pub/gnu/gettext/gettext-0.18.2.tar.gz
tar xf gettext-0.18.2.tar.gz
cd gettext-0.18.2
./configure --prefix=/home/[ユーザ名]/opt
make install

curl のインストール

ちょっと古いけど、勘弁。

wget http://curl.haxx.se/download/curl-7.37.0.tar.bz2
tar xf curl-7.37.0.tar.bz2
cd curl-7.37.0
./configure --enable-libcurl-option --prefix=/home/[ユーザ名]/opt
make

git のインストール

wget https://github.com/git/git/archive/master.zip
unzip master.zip
cd git-master
make configure
./configure --prefix=/home/[ユーザ名]/opt --with-curl=/home/[ユーザ名]/opt
make all
make install    

参考にしたもの

Program & Design Tips: XSERVERにSSH接続してgitをインストールする方法

How to install curl 7.37.0 with CentOS 6.5 - Qiita

GitでHTTPのpushができない | hatotaka's Blog

Play2.2(Java)からPlay2.3(Java)にマイグレーションする際、SecureSocialで苦労したとこ

社内コミュニティで作っている とあるアプリ をPlay2.2からPlay2.3にマイグレーションしました。 Playのマイグレーションと言うよりは、SecureSocialのバージョンアップで苦労したので、その記録を残しておきます。

ご利用上の注意事項

網羅した情報ではありません。私が使っているせまーい範囲での情報です。

• 利用している認証方式はUserPasswordのみです。OAuthの情報はありません。
  • この時点でいらない子のような気もしますが、まぁ整理するための練習と思って書きます。
• Viewに関する情報はありません。
  • SecureSocialはフロントから呼び出す認証APIを実装するために利用しています。

お品書き

• どのバージョンを使うか?
• 参考になるコード
• 変わってたところ
• Scalaで書くしかなさそうなとこ
• 実装で悩んだところ
  • build.sbt
  • グローバル設定
  • UserService
  • コントローラー
  • Future
  • テスト (Cookieどうするの?)

どのバージョンを使うか?

sonatype-snapshots/ws/securesocial/securesocial_2.11/master-SNAPSHOT を使えばよいようです。

参考になるコード

SecureSocialのリポジトリにあるサンプルアプリが参考になります。

securesocial/samples/java/demo at master · jaliss/securesocial

変わってたとこ

• プラグインの管理方法
• Identityクラス
• UserServiceのインターフェース
• ctx().args.get(SecureSocial.USER_KEY)が返すオブジェクト

プラグインの管理方法

従来のバージョンではplay.pluginsで管理していました。 master-SNAPSHOTでは、securesocial/RuntimeEnvironment クラスで利用するプラグインを管理します。

RuntimeEnvironment.Defaultクラスを継承すると、楽に作れます。

注意点

グローバル設定を行うクラスで、getControllerInstanceをオーバーライドする必要があります。

参考になるコード

securesocial/MyEnvironment.scala です。 ※ このクラスはScalaで書くしかないようです。

Identityクラス

Identityクラスがなくなりました。代わりにBasicProfileクラスを使います。

UserServiceのインターフェース

• 戻り値にF.Promiseを使うようになった
• doSaveに引数SaveModeが追加された
• doSave(Token) -> doSaveToken(Token)に変更された
• 新しいメソッドが追加された
  • doLink
  • doPasswordInfoFor
  • doUpdatePasswordInfo

実装はサンプルアプリを参考にするとよいです。

ctx().args.get(SecureSocial.USER_KEY)が返すオブジェクト

従来は、Identityクラスのオブジェクトでした。
master-SNAPSHOTでは、開発者が指定したクラスのオブジェクトになりました。地味に便利。

Scalaで書くしかなさそうなとこ

Javaで書く方法が分からなかったとこです。
難しいことをしなかったので、サンプルアプリのコピペでほぼ対応できます。

• ViewTemplatesを継承したクラス
• RuntimeEnvironmentを継承したクラス

実装で悩んだところ

build.sbt

"ws.securesocial" %% "securesocial" % "master-SNAPSHOT"

でいいんだ。と分かるまでに一苦労しました。 ググると、以下のようなコードを見つけることができますが、2015年4月時点ではここまでしなくてもよいようです。

lazy val root = (project in file(".")).enablePlugins(PlayScala)
    .dependsOn(ProjectRef(uri("https://github.com/ewiner/securesocial.git#play-2.3"), "mainModule"))

もう1点、SNAPSHOTを参照する場合は、

resolvers += Resolver.sonatypeRepo("snapshots")

を付けるのを忘れないようにしましょう。

グローバル設定

サンプルコードにあるgetControllerInstanceがいるのかどうかに悩みました。

結論、必要です。

private RuntimeEnvironment env = new MyEnvironment();

@Override
public <A> A getControllerInstance(Class<A> controllerClass) throws Exception {
    A result;

    try {
        result = controllerClass.getDeclaredConstructor(RuntimeEnvironment.class).newInstance(env);
    } catch (NoSuchMethodException e) {
        // the controller does not receive a RuntimeEnvironment, delegate creation to base class.
        result = super.getControllerInstance(controllerClass);
    }
    return result;
}

UserService

何を実装すればいいのかよく分からなかったものがあります。

• SaveModeのLoggedInでやること
• doLink, doPasswordInfoFor, doUpdatePasswordInfo
  • doLinkはサンプルアプリに実装例がある
  • doPasswordInfoFor, doUpdatePasswordInfoは

が、空実装でもマイグレーション前と同等の機能は提供できているので、気にしないことにしました(オイオイ)。

コントローラー

サンプルコード securesocial/Application.java を見ると、

• コンストラクタがある
• すべてのメソッドがstaticでなく、インスタンスメソッドになっている

のような実装になっています。
いずれもプラグインを管理するRuntimeEnvironmentを参照するためなのかな? と思います。

ただ、コントローラーでSecuredActionまたは、UserAwareActionアノテーションを使っていれば、securesocial.core.java.SecureSocialのevnメソッドを使ってRuntimeEnvironmentが参照できるようなので、上記の対応はしませんでした。

以下、調べてみたことです。

• securesocial.core.java.SecureSocialクラスのenvメソッドでは Http.Context.current().argsのキー"securesocial-env"に入っているオブジェクトを返す
• Http.Context.current().argsにオブジェクトをセットするのは SecuredクラスのinitEnvメソッド
• SecuredクラスのinitEnvは以下のアノテーションで使われている
  • SecuredAction
  • UserAwareAction (で使われているUserAwareクラス)
• SecuredActionまたは、UserAwareActionアノテーションを使っていれば、SecuredクラスのinitEnvが呼び出されるので、securesocial.core.java.SecureSocialクラスのenvメソッドを使ってRuntimeEnvironmentを呼び出すことができる

Future

SecureSocialだからと言うわけではないのですが、絡みで苦労したので。
Futureでラッピングされたオブジェクトをどう参照すればいいか? で悩みました。
例えばこんなの。

Future<Option<Authenticator<LocalUser>>> futureAuthenticator ...

futureAuthenticator.value().get().get() で Option<Authenticator> を取り出せるはずなのですが、単に呼び出すだけだとNoneが返ってきます。

concurrency - Scala - futures does not run - Stack Overflow を見ると、待ちが必要らしいです。

で、こんな感じでまってみました。が、これでいいのか良く分かっておりません…orz

Await.result(futureUser, Duration.create(10, TimeUnit.MILLISECONDS));

テスト (Cookieどうするの?)

コントローラーのテストをするのに、リクエストにCookieを付けたい場面があります。 このCookieをどう作るの? と言う話です。

従来は java - Unit-testing methods secured with Securesocial annotation - Stack Overflow を参考に実装していました。

master-SNAPSHOTでは、Cookieの作成に必要なプラグインをRuntimeEnvironmentから参照する必要があります。 なので、実装方法を変更しなければいけません。

残念ながらその方法が良く分からなかったので、playframework 2.3 - Unit testing securesocial authentication for play2.3.x controllers in scala - Stack Overflow を参考に、実際にAPIを呼び出し、受け取ったCookieを使うことにしました。強引ではありますが…。

Scalaな方は、この辺 securesocial/WithLoggedUser.scala を利用にすると幸せになれそうです。
最新のバージョンには対応していない(Identityクラスを使っている)ようなので、修正が必要と思います。

社内のコミュニティのメンバーと、開発合宿に行ってきました @山喜旅館

動機

これまで3回ほど合宿に行ってたんですが、2011年を最後に3年ほどやってませんでした。 このまま合宿しなくなるのも寂しいし、新しい人も増えてきたし、ここを逃す手はないんじゃないか? ということで、一念発起。 合宿に行ってきたというわけです。

日時

2014年11月28日(金)、29日(土)の1泊2日。

メンバー

社内のコミュニティの人。私を含め8人。 コミュニティの名前は「NESアジャイルコミュニティ」。アジャイルについて興味のある人が集まって、ごそごそしてます。 2007年にスタートしたので、今年で7年目。 ぐだぐだ のんびり続けてます。

8人のうち、5人は付き合いの長い人。3人が今年入ってきてくれた人 :D うち2名は、今年入社で、先週コミュニティに参加して、その場で合宿参加を決めたというなかなか行動力のある人たち。

場所

伊東にある 山喜旅館 です。

候補は、メンバーが紹介してくれたFindJobさんの エンジニアが選ぶ。開発合宿で泊まりたい日本の宿7選【2013年版】 を参考にしました。 「開発合宿」と銘打っているだけあって、Wifiや会議室、プロジェクタなどが標準装備のようです。ありがたい。 私たちは、

• 参加者は東京と、静岡に分かれていたので、交通費が最小になるところ
• 宿泊費がお財布に優しい ということで、山喜旅館にしました。

プランは「研修・ゼミプラン」です。1泊2食で6480円(税込)。 安い代わりに 「浴衣・バスタオル・タオル・歯ブラシなどのアメニティは自分で持っていく」 のような制限があります。 サイト で注意事項を確認しましょう。

プランに加えて、2日目用の会議室(9:00～17:00)と、プロジェクタ1台を借りました。 プロジェクタはVGA接続です。Macな方とかは変換コネクタお忘れなく。

ちなみに、これまでの合宿は、完全自腹のため、公共の設備を使っていました。 が、今回は 会社から支援を受けることができ 、個人の負担を減らすことができたので、 せっかくだから、ネットでよく見かける開発合宿で行ってるところにしてみました。 この仕組みを作ってくれた人事総務部の方に感謝‼︎

やったこと

テーマは「最近の開発を体験しよう」です。 対象をWebアプリにして、社外の開発サービスも使ってみようということでGitHub,Slack, TravisCIを使ってみました。

• GitHub: https://github.com/agilecommunity/oot
• Slack: https://agilecom.slack.com/messages/general/
• TravisCI: https://travis-ci.org/agilecommunity/oot

(TODO 全体の図)

準備

コミュニティの人たちとの情報交換用にRedmineが立ち上がっているので、そこを使って連絡を。

開発環境のセットアップ方法、旅しおり作り、備品担当などを決めて行きました。

移動

東京からは新幹線こだまを使って熱海まで、そのあと伊東線を使います。

伊 東駅についたら、徒歩10分ほどで宿に着きます。みんな大好きGoogle先生に 道案内 してもらえば、迷うことはほぼないでしょう。 しかし、なぜ、Google先生はくねくね曲がるルートが好きなのか。

食料などの調達は駅前のコンビニ(セブンイレブン)が楽そうです。 コンビニに寄るのを忘れる私のような人は、 途中のお店 角田商店 で、お酒、つまみを調達する手もあります。

宿

貫録ある入口。ほんとにここでいいんだっけ? と一瞬迷うくらい。

部屋は2Fの「大島、初島」と、「大？」の3部屋。 大島は、8人で集まってだべっても大丈夫な大きさです。

(TODO: 写真なかったっけ?)

夕飯

2Fにある宴会場で夕飯です。てんぷら、刺身、お肉と、ボリュームもしっかりしてます。

合宿1日目

これから始まる開発に向けて、懇親会でメンバーの絆を深めます。 合間をぬって、開発環境の準備を。

山喜旅館はWiFi完備。部屋でも使えるはずなんですが、電波が弱いのか、たびたび切れます。 ので、自前のWiFiルータで乗り切りました。WiMaxはあんまりスピード出ませんでした。 他の人のレポートで、事前にお願いしておくとつながりやすい部屋を紹介してもらえるという話がありました。 単なる連絡不足かも…。みんな、ごめん…orz

しかし、この後3時まで話し込むとは…。明日は開発なのに!!

合宿2日目

朝食を食べた後、チェックアウト。会議室に移動して、開発スタートです。 旅館の中に会議室がある(2Fの宴会室のそば)ので、移動が楽で助かります。

会議室には

• ホワイドボード2つ (壁に備え付けが1つと移動式が1つ)
• 長机8つくらい
• いすたくさん
• 有線LAN

があります。(私たちが借りたのは第二会議室)

当日のタイムスケジュールはこんな感じです。 12:00で離脱する人がいるので、なるべく開発時間がとれるよう、ライトニングトークを午前、午後に分割しました。

時間	内容
09:00～9:30	ライトニングトーク(1)
09:30～12:30	開発
12:30～13:30	お昼
13:30～14:00	ライトニングトーク(2)
14:00～16:00	開発
16:00～17:00	片づけ

会議室の様子です。

開発は、インフラチームと、アプリチームに分かれて行いました。 アプリチームは、午前中、仕組みの説明を、午後はバグの修正と、いくつかの改修を、 インフラチームは、githubのリポジトリの引越しから始まり、slack, travisciのアカウント取得、連携を。

人数と興味の範囲が増えると、できることが増えていいですね‼︎ :D

最後に

開発合宿で気づいたことを適当に。

良かったこと、続けたいこと

人

• 色々な人に会えた。色々な考えに触れられて刺激を受けました。
• みなさん、いい人でよかった！

宿

• １日目、部屋が和室なのでみんなが部屋でワイワイやりやすかった
• 値段の割にはおいしい料理
• 2日目は会議室のWiFiの早くてよかった
• 長い間、温泉に浸かることができた
  • ぬるい温泉のおかげ
• 温泉に入れたこと
  • 温泉好きなんですw

内容

• 宴会が盛り上がって、楽しかった
• LTが面白かった
• なんかいろいろ触れた(興味領域を探せた)
  • Bootstrap, AngularJS, Play Framework
  • GitHub + Travic CI + Slackの連携
  • アジャイル開発っぽいの(ターン制度？)
• 1つのものをみんなで作るという体験ができた
• 興味に応じて作業ができた（「インフラチーム」と「アプリチーム」に分かれて作業できた）
  • 「Javaコードなんて書きたくないんですが・・・」という欲求に対応できた
• お弁当アプリのリポジトリをGitHubの組織リポジトリに移行できた
• issueをかなり見つける事ができた
• 合宿前にSlackとGithubのアカウントを取得していたので、スムーズに進めることができた
• データの受け渡しに以外とUSBメモリが役立った

その他

• 楽しく活動できた
• 欠席者が出なかった
• いきなりでもなんとか参加できた事(ありがとうございます)
• あんまり寒くなかった
• 終電で参加出来た！！
• Facebookのメッセンジャーは良かった
• エクスプレス予約で、Webから領収証が発行できることを知った

困ったこと

宿

• 温泉がぬるかった
• １日目の夜は旅館のWiFiがつながりにくく、持参したモバイルルータのスピードもあまり出なかった
• プロジェクタの入力がVGAしかなかったのでDVIのみのPCは繋がらなかった
• （若干）宿が古くて、歩いた時に音がしたり、ちっちゃい虫がいたり

内容

• 到着したのが9:00pmで、本格的に始まったのが11:00pmだった
  • 金曜日開始が良くない？？
• 作業時間がちょっと少ないように感じた（午前中までしかいられなかったからかも）
• LT資料は用意しとくべきだった
• 慣れないMacはダメだった
• 以前作成したElasticsearchコンテナを動作させようとしたところが正常に起動しなかった
• 色々触っただけだった(最初だし仕方無い)
• Webアプリの構造について、よく分からない部分があった
  • もうちょっと、予習しておけばよかった
• 環境のセットアップに手間取った
  • 前日にやっておくべきでした…
• コーディングの経験不足が明らかになった
  • ペアの方のお蔭で何とかやっていけた感じです。ありがとうございました<( )>
• インフラチームの作業が、（ちょっと）行き当たりばったりだった [2票]

その他

• 3時に寝た次の日は眠たかった
• ちょっと食べ過ぎてしまい、日曜日に胃が重かった。
• ビールを飲みすぎた
• 誰かが会議室の鍵を隠した
• 2日目、天気が悪かった
• 最後まで居たかった（２日目午前中までしかいられなかった）
• 清算間違えたかも、もうちょっと注意を払ってお金のやり取りをすれば良かった

改善したいこと

宿

• プロジェクタの入力仕様について確認しておく

内容

• 合宿でやることを事前に整理しておく
• 作業内容を前日までにもう少し詰める
  • 少なくとも項目だけでも挙げておく（やり過ぎないのは大事）
• Slackをもっと活用する
• Gitの使い方を事前に調べておく or 使い方を共有する +　何やかんやでgitで躓いてた気がしたので...(私だけ？)

その他

• 旅館からあずかったものはちゃんと管理しましょう
• 無線LANルータがあればメンバ間のデータ送信が楽になる？
• 予め、messangerのコミュニティは作っておくべき？
• 3連休の前半に設定する？
  • 「次の日仕事」はちょっとキツイので

ろくろ回す練習しよっと…。

Play Framework 2.2.xのbuild.sbtにcucumberを実行するタスクを追加

背景

• Play Frameworkでjavaを使って開発している。
• UIのテストにcucumber-jvmを使っている。
• it:testでcucumberを実行している
• 開発中は特定のタグ @current のついたシナリオだけ実行したい
• play it:current とかやりたいけど、方法が分からん
• skipoleschris/xsbt-cucumber-plugin · GitHub を入れてみたが、Scalaが前提のようなので、使えない感じ

仕方がないので、タスクを作ってみた

実行方法

play cucumber

でcucumberが実行できる

play "cucumber [タグの名前]"
(ex play "cucumber @current")

タグの名前を指定して実行することもできる。

build.sbtに入れ込むコード

lazy val cucumberTask = InputKey[Unit]("cucumber", "Run Cucumber tests.")

cucumberTask := {
  val logger = streams.value.log
  logger.info("Running Cucumber tests.")
  val args: Seq[String] = Def.spaceDelimited("<arg>").parsed
  val cucumberOpts = args.isEmpty match {
    case false => "-Dcucumber.options=" + args.map("--tags " + _).mkString(" ")
    case true => ""
  }
  logger.info("Cucumber.Options: "  + cucumberOpts)
  val cucumberRunner = "features.RunCucumber"
  val classPassArgs = (fullClasspath in Test).value.map(_.data).mkString(";")
  Fork.java(ForkOptions(runJVMOptions=Seq(cucumberOpts)), Seq("-cp", classPassArgs, "org.junit.runner.JUnitCore", cucumberRunner))
}

• クラスパスはfullClasspath in testを使っている
• CucumberのRunnerはコードに埋め込み
• tags以外のオプションは対応していない

自分で使う分にはここから始めればいいから十分だ。

• 引数とりたい場合はTaskKeyじゃなくて、InputKeyに突っ込む
• Def.spaceDelimited("").parsedで引数が取れる
• Fork.javaでjvmを起動できる

がポイント?

PlayFrameworkをHerokuにデプロイするまで

• Herokuでサインアップ
• HerokuのClientをインストール
• 以下のコマンドを実行して、デプロイ先を作成

heroku create [HerokuアプリのID]

• デプロイに使うgitリポジトリのURLが出力されるので、それを使って以下のコマンドを実行

git remote add heroku [URL]

• Procfileを作成。Playアプリ名には、build.sbtのnameで指定している名前を入れる。

今回はdevモードで動かしかったので%prod.application.modeを指定。

web: target/universal/stage/bin/[Playアプリ名] -Dhttp.port=${PORT} -DapplyEvolutions.default=true -Ddb.default.driver=org.postgresql.Driver -Ddb.default.url=${DATABASE_URL} -D%prod.application.mode=dev

• system.propertiesを作成 (SecureSocialを使ってるのでJava7が必要)

java.runtime.version=1.7

• Pushする (developブランチをPushする場合)

git push heroku develop:master

Pushするときに以下のメッセージが出る場合は、msysgitのインストールディレクトリにある.sshフォルダにキーを置くこと。
Heroku – Trouble with Windows and SSH Keys | Ganeshji Marwaha による。

Permission denied (publickey).

SublimeTextを入れてみる

• フォントを変える
  • SublimeText2 - Sublime Text 2でフォントを変更する - Qiita
• PackageControlを入れる
  • Installation - Package Control
• パッケージ入れる
  • Git
  • Tag
  • Play 2.0
  • AngularJS
  • Twitter Bootstrap Snippets
  • HTML5