Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2016/8/15 に、Gradle の新しいバージョン 3.0 がリリースされましたので、自分の勉強も兼ねて（というかこっちがメイン）リリースノートに記載されている内容を簡単にまとめてみようと思います。 ちょっと自分のGradleに対する理解が足りておらず、うまく書けない項目もあるので、そのあたりは調べながら随時更新・修正予定です。 新機能 Gradleデーモンが改善され、デフォルトで有効になるよう変更されました Gradleデーモンは、プロジェクトのビルドに必要なリソースをキャッシュし、ビルドの実行を常に待機する仕組みです。 繰り返
はじめに Gradleのビルドを高速化する方法について、下記エントリを参考に調べてみました。 10 Tips to Improve Your Gradle Build Time — Medium 記事の冒頭でも書かれている通り、上記のエントリはAndroidプロジェクト向けに書かれていますが、AndroidプロジェクトでなくてもGradleプロジェクトならば適用できる方法ばかりです。 （一つAndroid限定のものもありますが） 特にマルチプロジェクト構成の際に効果が高いものばかりなので、大規模なGradleプロジェクトを構築する際の参考になりそうです。 ただ、最後のまとめにも書きましたが、ビルド時間の大半を占めるのがテスト実行時間であることが多いため、劇的にビルドが早くなるという訳では無いかと思いました。 0. ドキュメント Gradleのコマンドラインオプションと実行時オプションを利用
Gradle SSH Plugin 2.4.0、Groovy SSH 2.4.0をリリースしました。 github.com 2.4.0の変更点 New features: Host key checking for gateway access Put files filtered by given closure Get files filtered by given closure Add ssh.runtime object in CLI Bug fixes: Skip lecture message from sudo result Specify null as UserInfo to prevent changing known_hosts Host key checking for gateway access ゲートウェイサーバを経由して多段接続する場合でも known_h
JavaのORMであるjOOQをGradleで設定する方法の説明。参考に上げてあるQiitaの記事もあるし元のマニュアルも丁寧ではあるがMavenベースで書かれている。Gradleもマニュアルにはあるがプラグインのことなどはあまり詳細が書いてない。 チュートリアルのサンプル 付属のマニュアルのチュートリアルで書かれているサンプルを元に作成する。なおデータベースはチュートリアルにあるMySQLではなくSQLiteを使った。 Step 1 準備 必要なライブラリを設定する。 apply plugin: 'java' // jooqのGradleプラグインと apply plugin: 'nu.studer.jooq' repositories { mavenCentral() } buildscript { repositories { jcenter() mavenCentral() } d
コマンドラインからのビルドは assenbleDebug とか installDebug で行うことができる。これらはAndroid Pluginの標準タスクである。ただ、インストールまではできるがapk起動はしないし、接続端末の選択などはできないなど実用とまではいかない。 コマンドラインからビルド・対象端末選択・インストール・アプリ起動ができるタスクを追加してみた。 準備 install peco 端末を選択するために peco を使うのでインストール。peco は標準出力をインクリメンタルサーチでき、選択することができる便利なツールだ。 ※ pecoを使った非常に便利なadbツールがあります。 (adb-pect) 実装 対象モジュールの build.gradle にタスクを追加する。 (android studioで作ったプロジェクトなら app/build.gradle) SDKパ
GradleをCentOS6.x上にインストールする手順をまとめます。 手順 JDKをインストールします。 今回は、java-1.8.0のversionをインストールします。 [vagrant@localhost ~]$ yum install -y java-1.8.0-openjdk-devel ***省略*** Complete! # version確認 [vagrant@localhost ~]$ java -version openjdk version "1.8.0_91" OpenJDK Runtime Environment (build 1.8.0_91-b14) OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode) [vagrant@localhost ~]$ gradle.zipの最新版を落としてきます。 今現在
背景 Android Studioのビルド時間を少し改善出来たので、メモ書き。 確認環境 プロジェクト Multi-Dexしないとビルド出来ない位のソースコード量 PC Macbook Air CPU：Core i5 1.6GHz RAM：8GB Gradleについて DexOptions 仕事だとあまりtoolやpluginのアップデートを積極的に行えなかったりする(のに甘えて)ものでそんなにAndroid Plugin DSL Referenceを見ていなかったのですが、DexOptionsを見たらこんなのが用意されてました。 dexInProcess 要するに時間の掛かるdex compileを別プロセスで実行することでgreatな感じにパフォーマンスが良くなる、ってことと理解しました。まだ試験段階ってことらしいですが、今回はこちらを試してみました。 試した設定 dexInProce
最近のGradleで導入されているTestKitを使ってみたのでメモします。 TestKitでできること TestKitを利用すると、Gradleプロジェクトに対するテストを実行できます。例えば、何かの設定ファイルを自動生成するタスクをGradleで定義している場合に、そのタスクに対するテストコードを記述できます。TestKitはSpockと併用できるので、BDDスタイルでテストコードを書くこともできます。 この仕組みを応用すると、Gradleプラグインを適用したプロジェクトに対するテストを実行できます。Gradleプラグインの受け入れテストとも言えますね。詳細は The Gradle TestKit - Gradle User Guide Version 2.14 を参照してください。 使い方 ここでは、テスト対象のプロジェクトがGradle 2.13と1.12の両方でちゃんと動作するか
・・・と言うものの、実際に勉強会をしたのは 半年前の 2015年11月 なんですが。 せっかく説明資料もサンプルコードもたくさん作ったので どこかにアップでもしようかと思いながら、ようやくアップした次第です。 https://speakerdeck.com/hideoku/ming-ri-karashi-itakunaru-gradle サンプルコードは GitHub にアップしてます。 https://github.com/hideoku/GradleLabo 勉強会をやった経緯 うちの部署では、ハンズオン形式で技術勉強会をやってました。 ひとり1回は講師をしないといけないということで、私は Gradle の入門を。 Gradle 大好きなので、みんなにもとにかく使ってもらおうかなと。 Gradle を使ってみようと思ってもらうことが重要なので ちょっと偏ってますが「Gradle ＝ 便
今回は、Gradleを利用してSpring-bootのマルチプロジェクトを生成し、 EclipseにImportしてみます。 プロジェクトの構成は以下のようになります。 ・Master：Multi Projectを生成・管理するための、Gradleの設定ファイルが配置されます。 ・Base：SpringのJavaプロジェクトで、DAO、DTO、各種Utilなどが配置されます。 ・Shop Front：一般ユーザーが利用する画面で、Baseをインポートします。 ・Shop Manager：管理者が利用する画面で、Baseをインポートします。 ・Shop Batch：各種バッチが実行されるプロジェクトです。Baseをインポートします。 インストール環境とバージョンは以下のようになります。 インストール環境とバージョン 名前 バージョン ダウンロード元 Windwos(OS) 7 (64bit)
This document summarizes a presentation about the Gretty Gradle plugin for managing web containers. The Gretty plugin allows running web applications on Jetty or Tomcat with features like hot deployment, integration testing, code coverage, and debugging support. It also enables running multiple web applications on a single container as a "Gretty Farm" with capabilities like single sign-on and clas
Gradle SSH Plugin 1.5.0、Groovy SSH 1.5.0をリリースしました。 github.com github.com 1.5.0の変更点 Gradle SSH Pluginではホストにロールを関連付けることができます。これまで複数ロールのORを取るメソッド role() を提供していましたが、1.5.0からANDを取るメソッド allRoles() も提供しています。 // remote hosts associated to webServer OR appServer session(remotes.role('webServer', 'appServer')) { } // remote hosts associated to webServer AND appServer session(remotes.allRoles('webServer', 'ap
gradleのバージョン2.11がとっくの昔に出ていたので、リリースノートを意訳しておきました。 原文はこちら Gradle2.11ではソフトウェアモデルとIDE連携およびコンティニュアスビルドを強化しています。 ソフトウェアモデル改善はGradleの現在の目標となっています。ネイティブ対応とPlayフレームワーク対応から始まったソフトウェアモデルはJavaのフルサポートを目標として開発しています。今回は新しいJavaプラグインでのJUnitによるテストのサポートとコンパイルに関するジョブの最適化を行っています。こうした改善に伴い新しいソフトウェアモデルによるプラグイン開発も改善されています。 ソフトウェアモデルだけでなく、既存のJavaプロジェクトもGradle2.11の恩恵を受けられます。IDE連携が改善されたことにより、IntelliJ IDEAやEclipseなどのIDEでGrad
Gradleで特定の場合にのみテストケースを実行する方法を説明します。例えば、通常のテストケースはH2 Databaseを利用するけど、一部はテスト環境上のMySQLで実行したいといった場合を考えます。 基本的な考え方 JUnitのカテゴリ機能でテストケースをフィルタします。もしくは、パッケージ名でテストケースをフィルタします。 Gradleでは以下の2タスクを作成します。 カテゴリの付いていないテストケースを実行するタスク カテゴリの付いているテストケースを実行するタスク 開発環境では1だけ実行します。テスト環境では1と2の両者を実行します。 実装例 以下の例はGradleとSpockで書いていますが、JavaやJUnitでも同様です。 Spec ここでは、MySQLが必要なテストケースには RequireDatabase カテゴリを付けることにします。 interface Requir
Gradle標準にビルド時のプロジェクト状態をレポートするProject Reports Pluginがあります. 本稿はこのプラグインを使ってみたレポートです. 公式ドキュメントにあるObtaining information about your buildで触れられているいくつかのコマンドをGradleのタスクとして定義できます. 導入は非常に簡単で apply plugin: 'project-report' を宣言するだけです. これにより追加されるタスクについて紹介します. DependencyReport プロジェクトの依存関係ツリーをテキストファイル形式でレポートするタスクです. レポートはbuild/reports/projectフォルダ配下に出力されます. このタスクはコマンドラインで下記を実行した結果と等価です. ./gradlew dependencies 下記のよ
背景 : Gradle プラグインの開発について 独自の Gradle プラグインの書き方は次のページに書かれています。 Chapter 39. Writing Custom Plugins ここには公開の方法も書かれていて、次のように述べられています。 If you are publishing your plugin internally for use within your organization, you can publish it like any other code artifact. See the ivy and maven chapters on publishing artifacts. If you are interested in publishing your plugin to be used by the wider Gradle community
build.gradle 内でデフォルト値を設定しておき、 gradle.properties の設定値があればそちらで上書きする。 build.gradle の頭のあたりにデフォルト値と gradle.properties からの読み取りコードを以下のように書いておく。 configDir は def なり ext { } なり適宜環境に合わせて。 configDir = 'conf' // ← デフォルト値 if (project.hasProperty('config.Dir')) { configDir = getProperty('config.Dir') } そして設定ファイルの gradle.properties に以下の通り書けば、そちらが優先される。 config.Dir = conf_devファイルやプロパティ設定がなければデフォルト値が使われる。 後は、以降のタスク設
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く