Jenkins Workflow Pluginを使ってGradleマルチプロジェクトのワークフローを組んでみた(WIP) - Splash of waters - 2nd. Season
先日のJenkinsユーザ・カンファレンスの講演を受けて、Jenkins Workflow Pluginがすごく便利そうだったので、早速試してみました。 想定するプロジェクト構成 基本的にはGradleの階層型マルチプロジェクト構成で、その他にドキュメントのビルド(Sphinx)とCoffeeScript, Sassのコンパイル用のプロジェクトがあります。 ファイル構成を簡略化するとこんな感じです。 root/ build.gradle settings.gradle common/ build.gradle sub1/ build.gradle sub2/ build.gradle doc/ Makefile ui/ Gruntfile.coffee package.json 各プロジェクトの概要は、 root rootプロジェクト common sub1, sub2の共通クラス sub
最近のJava関係イベントの個人的なまとめと感想 - Splash of waters - 2nd. Season
デブサミやJava Day Tokyoなど、会社の許可をもらってイベントにありがたく行かせてもらっているけど、ちゃんとレポートできていなかったということで、社内勉強会で話すことにしました。 まとめ資料を作ったので、このブログにて先行して公開してしまいます*1。少し前のエントリで資料をアップロードしたのはこのための準備でした。 資料の位置づけ 古いJavaの知識で止まっている人（自分含め）やこれから本格的にJavaを学ぼうと思っている人に、最近のJava関連の新機能などをざっくりつかんでもらうための資料です。内容の深さ・広さは、聴く人のJavaスキルに合わせた一応合わせたつもりです。 Java SE 8がリリースされて、その界隈では「for文禁止」などと言われる一方で、会社の新人研修で教えるJavaでは、「ループはforやwhileを使って書きます」みたいに教えるわけで、その辺のギャップを埋
Gradleを使ったWebアプリケーションのさくさく開発（war作成とJUnit編） - Splash of waters - 2nd. Season
時間とモチベーションに余裕のあるうちに行けるところまで調べていきます。というわけで、今回はwarの作成と、Jettyでの起動確認。 コード 需要はないと思いますがGitHubに公開します（EclipseからGitを利用するのに妙にハマりました…。Gitはあまり使い慣れていないので余計なファイルが混ざってるかも…） https://github.com/tq-jappy/gradle-sample-webapp アプリケーションを作成する 作るwarはとりあえず何でもよいので、基本的なGETでメッセージを返すHelloServletを含むwarにします。 作ったファイルは以下の3つ。 sample.servlet.HelloServlet.java(src/main/java) HttpServletを継承して、Get時にリソース内のファイル"hello.txt"を読み込んで、中身をそのまま
Gradleのチートシート - Splash of waters - 2nd. Season
以前Twitterでつぶやいたのですが、Gradleのチートシートが欲しかったので、自分で作ってみました。 ソースコード https://github.com/tq-jappy/Gradle-CheatSheet ダウンロード 内容はもっと洗練させていきたいですが、ひとまず以下に公開します。 https://github.com/tq-jappy/Gradle-CheatSheet/raw/master/gradle-cheatsheet.pdf チートの項目は自分のプロジェクトで利用するものに特化しているところはありますが、ブログ、Twitter、あるいはGitHubへのPull Requestなどでフィードバックをいただけると嬉しいです。 きっかけ Gradleのユーザガイドは日本語版もあるし、かつ非常に丁寧に書かれているので、欲しい情報は大体ユーザガイドを参照すれば分かります。ただ、
Gradleを使ったWebアプリケーションのさくさく開発（環境ごとの設定ファイル管理） - Splash of waters - 2nd. Season
ちょうどキクタローさんが「Challenge Java EE ! - maven-war-pluginで環境ごとの設定ファイルを管理してみた」を書かれていたので、便乗してGradleでやってみようと思いました。 前置き Gradleで設定情報を外出しして環境ごとに切り分ける方法については、すでにいくつかの方法が紹介されています。 bluepapa32 さん（bluepapa32’s Java Blog - Gradle で環境ごとに構成を変更する） Hayashi さん（Literal Ice - Gradleでプロパティなどの設定情報を外出しして切り替えて使う ） 今回は、Gradleの動的にタスクを定義できるという特徴を生かして、手間や重複が少なく、環境が増えた場合でも管理しやすい方法を検討してみたので、紹介したいと思います。簡単に言うと、環境設定ファイル(hoge.propertie
Gradleを使ったWebアプリケーションのさくさく開発（Herokuデプロイ編） - Splash of waters - 2nd. Season
久しぶりのGradleシリーズです。これまで作ったアプリケーションをHerokuにデプロイしてみます。 昔はRailsアプリケーションに限っていたようですが、現在のHerokuではベータ的にGradleもサポートされています。 Q: Does Heroku support Gradle builds? A: Yes. Gradle support is in private beta currently. Please contact the Heroku team if you want to try our Gradle build support. http://wiki.developerforce.com/page/Webinar:_Heroku_Java_Webinar_FAQ というわけで、試してみました。 Herokuアカウントを作る アカウントをもっていなかったので、ht
WebDriver(Firefox)の起動・停止を抑制してスローテスト問題を緩和する - Splash of waters - 2nd. Season
以前からSelenium WebDriverを使ってWebアプリケーションのテストを行なっているんですが、ずっとつきまとっていたのがスローテスト問題（テストに時間がかかる！）。 スローテスト問題は、テストの並列化やテスト数の削減などの解決策とともに随所で議論されてきたテーマですが、Selenium WebDriverを使っていて特に私が気になっていたのは、ブラウザ(Firefox)の起動時間でした。ローカルで一度テストが通るのを確認するのに、毎回数秒(7秒くらい)待たされるのは、精神衛生上よくないですよね。これをなんとかするべく、色々悩んできましたが、ようやくいい方法が見つかったので、紹介したいと思います。 なお、ブラウザの起動も含めSeleniumテストの効率化の取り組みについては、サイボウズLiveのSeleniumテスト並列化（Slideshare）がすばらしいまとめになっています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
