Gradle の dependencies で指定する compile, api, implementation についての勉強メモ。 compile は非推奨 Gradle 3.4 で Java Library Plugin が追加されたことで、 dependencies で compile を使用することは非推奨となってたらしい(runtime, testCompile, testRuntime も)。 4.7 の Java Plugin の説明では、ガッツリ Deprecated と書かれている。 （4.6 のドキュメントだと Deprecated って書いてないけど、明確に非推奨となったのは最近？） 代わりに implementation と api を使用することが推奨されている。 compile と implementation の違い compile の場合 実装 |-set

gradle便利ですね。でもgradle界隈の人が言うほど簡単じゃない・・・。 gradleは柔軟な代わりにいろいろ設定の書き方があって混乱するので整理してみました。 基本的な構成 build.gradleも設定ファイルといえば設定ファイルなのですが、ここではbuild.gradleの外のものを設定ファイルとして書き連ねることにします。 init.gradle 初期化スクリプトで、Gradleオブジェクトに対するなにがしかを行うものだそうです。 今のところそんなに興味がないのでリンクを貼るだけで終わります。 http://gradle.monochromeroad.com/docs/userguide/init_scripts.html settings.gradle 設定スクリプトでSettingsオブジェクトに対するなにがしかを行うものだそうです。 ほとんどマルチプロジェクト用の設定フ

AppEngine × Spring Boot × Kotlin 1. AppEngine × Spring Boot × Kotlin Hidetake Iwata (@int128) NTT DATA CORPORATION AppEngine ja night #2 2. Hidetake Iwata Software Engineer NTT DATA CORPORATION ※今日は個人的なお話です 2 3. agenda 1. AppEngine × Spring Boot × Kotlinでサービスを作った話 2. Gradleのプラグインを作った話 3. CircleCIによる継続的デプロイ 3 4. GradleUpdate ビルドツール（Gradle）の新しいバージョンが出たら、バージョンアップのPull Requestを 送ってくれるサービスを開発中 https://

Swaggerのソースコード生成をGradleで利用するためのプラグインを書きました。 github.com 以下のようなビルドスクリプトを実行すると、SwaggerでAPIサーバを自動生成できます。 plugins { id 'org.hidetake.swagger.codegen' version '1.0.0' } repositories { jcenter() } dependencies { // declare swaggerCodegen to run CLI swaggerCodegen 'io.swagger:swagger-codegen-cli:2.2.1' } // declare a task to generate code task generateServer(type: SwaggerCodegen) { language = 'spring' inp

Gradleは元々の作りが非常にブラックボックスなため、設定されたオブジェクトのライフサイクルがわかりづらいなどの問題があり、Gradle3に向けて、それを修正している最中です。その中核となるのがRule Based Model Configurationという仕組みです。 その仕組については以前にもエントリーを書いているので、そちらを参照してください。 mike-neck.hatenadiary.com 基本的な考え方は 値オブジェクトの生成(プラグインが値オブジェクトを生成する) 値オブジェクトの設定(ユーザーがオブジェクトの中の値を変更できる/mutableなオブジェクト) 値の利用(ユーザーもプラグインも値を変更できない/immutableなオブジェクト) という流れにそって設定を記述していくという考え方です。 では、Javaプロジェクトはどのように変わっていくかを今回は簡単に説明

Gradleではapplicationプラグインを使うことで実行用のスクリプトを生成できるが，この方法では複数のファイルに別れてしまい，使い勝手が悪い．そこで，単一ファイルにしたりインストーラーで簡単に導入できるようにしたファイルの作り方を紹介する． 方法その1 依存するクラスをすべて内包したJARを作る gradleをつかって依存ライブラリを含む単一で実行可能なjarを生成するなどで紹介されているが，このまま使うと，このプロジェクトに依存したプロジェクトを作るとクラスの重複が起こってしまって問題になるので，別のタスクとして定義し，別の名前のファイルになるようにする． apply plugin: 'java' apply plugin: 'application' mainClassName = 'info.informationsea.java.excel2csv.Excel2CSV'

gradle,org に何か異変っぽいものが起きているらしいです。 Gradleさんどうなってしまったの https://t.co/L1ssx97cY4— Yasuharu Nakano (@nobeans) 2015, 10月 26 僕も昨晩確認してみたところ、こんなページになっていました。 @saba1024 なんか、直ってた pic.twitter.com/aA7ebZzNlG— Shinya Mochida (@mike_neck) 2015, 10月 26 何だろうと憶測で思いを巡らすのも面倒なので、聞いてみました。 discuss.gradle.org で、マーク・ビエイラさんが「Gradlephant」(gradle象)と「Build Happiness」について知りたかったら、読んでねと紹介されたのがこちらのページ。 gradle.org 簡単に訳してみましょう。 grad

概要 Gradleでプロジェクト作るとき、IDEを使うと比較的よしなにやってくれるがシェルで操作しているときは手作業でやっていた。 とは行ってもgradle initしてから少しディレクトリを追加するだけなんだが project ├── build.gradle └── src ├── main │ ├── java │   └── groovy └── test ├── java └── groovy まずはじめにこの構成を作っていた。 最近面倒になってGitHub上によく使う基本的な構成を作ってクローンするようにしていた gradletemplate 多分こういうのを簡単に作れる仕組みあるんだろうなぁとは思いつつ、見つけきらなかったのでこういう方法を使っていたが最近Lazybonesというものを知ったので使ってみたらまさにやりたいことだった。 Lazybonesを使うと様々なパターンで

Java製アプリを Eclipse から実行したことしかない新人に「ビルドツールとは？」を説明してみる…そして CI へCIgradleビルドツール継続的インテグレーション Ant とか Gradle とか，名前は見かけるけど何に使っているのかよくわかりません (意訳) 的なことを新人から立て続けに言われたので，順を追って説明してみようと試みる． ビルドとは: 書いたプログラムを本番環境で動作させるまで 「ビルド」という言葉をいきなり説明するのも唐突なので，そもそもプログラムコードが本番で稼働するまでの流れをざっくりと説明します． デプロイまでに必要な作業 アプリケーションをテスト環境や本番環境で動作させるためには，おおまかに言えば以下の様な手順をを踏みます． (自分や新人の実業務ではサーバーサイドは Java，クライアントは Java だったり TypeScript で書かれた Web

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

gradleユーザーの方も読んでもらいたい記事です。gvmがsdkmanに変わるらしいです。 gvmがgo version managerと名前がバッティングしてて、かつgo version managerの方が古くから存在していたとのことで、gvmがsdkmanに変わるそうです。 で、アップデートの仕方をすでにqiitaに書いていらっしゃる方がいたので、それを見ながら作業しています。人柱ありがとうございます。おじさんは、もう老害です。 qiita.com 特に入れたいcandidatesもないので、普通にgvm selfupdate forceでやりました。 ~ $ gvm selfupdate force GVM has been detected on your system... This update will upgrade GVM to SDKMAN! Do you want

井上です。 普段 Java でシステム開発を行っているのですが、ビルドツールとして最近は Gradleを使っています。 Gradle は 日本語のドキュメント や 「Gradle徹底入門 次世代ビルドツールによる自動化基盤の構築」 といった日本語の情報が豊富で、Java界隈におけるビルドツールのデファクトスタンダードとなりつつあります。 Gradle におけるライブラリのバージョンの指定方法 Gradle では、プロジェクトで使用するライブラリを指定することで、そのライブラリ及びライブラリが依存しているライブラリ群を自動的にダウンロードする機構が備わっています。 以下、Java を使ったプロジェクトで JUnit を使用する際のGradle のビルドスクリプト (build.gradle) の例です。 apply plugin: 'java' sourceCompatibility = 1

2. 受講対象者 • これからGradleを始める予定の人 • Gradleを始めたばかりの人 • Gradleに興味がある人 • pom地獄から脱出したい人 Gradle初心者向けの内容となっています。 それなりに使っている方は、今からでも 裏セッションに移動することをお勧めします。

20150828 JSUG Spring in Summer 2015 - Spring BootアプリケーションをAmazon Elastic Beanstalkに一発でデプロイしてみよう

Gradle Wrapperを自動更新してくれるサービス Gradle Update を公開します。Gradle Wrapperのようなビルドシステムは一度設定するとバージョンを上げるタイミングがあまりないのですが、新しいバージョンを使うとパフォーマンスが改善されたりバグを踏まずに済むメリットがあります。 Gradle Updateを有効にすると、新しいバージョンのGradleがリリースされるたびに、Pull Requestで新しいGradle Wrapperをお届けします。お届け対象は、自分が所有する公開リポジトリのうちGradle Wrapperがすでに含まれるものです。 使い方 Gradle Updateを有効にするには、Gradle Update のリポジトリにスターを付けてください。 間もなくするとPull Requestの通知が届きます。 Pull Requestを開くと、新し

表題のとおりです。 shibuya-java.connpass.com で、発表してきました。 On stream-lazy-computation from mike_neck Mochida www.slideshare.net 実際のプレゼンの内容はもう少し丁寧かつ雑な資料でやりました。 JavaのStreamで学ぶ遅延処理実装パターン from mike_neck Mochida www.slideshare.net で、発表者で欠席した人や怪我でこれない人がいたので、勢いで作った発表もしました。 gradle2.4のルールベースモデルコンフィギュレーション from mike_neck Mochida www.slideshare.net 発表の元ネタは以前の mike-neck.hatenadiary.com と mike-neck.hatenadiary.com です。 La

このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。

こんにちわ、みけです。 昨日に引き続いてアノテーションプロセッサーのあれをあれするあれです。 概要 プロセッサーを指定する アノテーションプロセッサーにパラメーターを渡す プロセス対象のプロジェクトのリソースは取得できない 1. プロセッサーを指定する プロセッサーを指定する方法は次のとおり二つあります。 javacの-processorオプションで指定する src/main/resource/META-INF/services/javax.annotation.processing.Processorファイルで指定する -processorオプションで指定する場合は次のように、 javac -processor jp.hoge.foo.BarProcessor,jp.hoge.foo.BasProcessor -classpath ... カンマ区切りでプロセッサーのクラス名を指定します

こんにちわ、みけです。 前回org.glassfish.grizzly.http.server.CLStaticHttpHandlerと JAX-RS(Jersey)を組み合わせてアプリケーションを作って、 ルートにデプロイしたところ、 片方のハンドラーしか動作しないという残念な結果になってしまいました。 なんか、エロイ人からも特にアドバイス的な音沙汰もなかったので、 CLStaticHttpHandlerを使うのを諦めて、 全部JAX-RSに寄せようと思います。 問題点 さて、スタティックなコンテンツに対するハンドルをJAX-RSで 記述する場合、一つだけ困ったことが有ります。 それはコンテンツが増えるたびに、リソースクラスを作らなければいけないことです。 また、逆にコンテンツがなくなるたびに、リソースクラスを削除しなければいけないことにもなります。 こういった、本質的でないクラスの作成