非推奨の警告 最近の Gradle (自分の環境は、 4.10.2)で注釈処理を利用していると、次のようなメッセージが出る。 > gradle compileJava ... Deprecated Gradle features were used in this build, making it incompatible with Gradle 5.0. Use '--warning-mode all' to show the individual deprecation warnings. See https://docs.gradle.org/4.10.2/userguide/command_line_interface.html#sec:command_line_warnings Gradle 5.0 で非互換になる機能を利用しているので、詳細を確認したければ --warning-
Gradle を使って Spring Boot 2 のマルチプロジェクトを作る方法。 環境 Java openjdk 10.0.2 2018-07-17 Gradle 4.10 Spring Boot 2.0.4 対象のマルチプロジェクト |-settings.gradle |-build.gradle | |-foo/ | |-build.gradle | : | `-bar/ |-build.gradle : buildscript { ext { springBootVersion = '2.0.4.RELEASE' } repositories { mavenCentral() } dependencies { classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}") }
GoogleはJavaアプリケーションを自動的にコンテナイメージにビルドしてくれるツール「Jib」が正式版となるバージョン1.0に到達したことを発表しました。 JavaのビルドツールであるMavenもしくはGradleのプラグインとしてJibをインストールすることで、コンテナイメージのビルド環境をあらかじめ用意することも、Dockerfileなどを記述するといった手間をかけることもなく、ビルドプロセスのなかでJibがJavaアプリケーションの構成を読み取り、適切なコンテナイメージを生成し、Dockerコンテナのレジストリへの登録まで自動的に行ってくれます。 これまでJavaアプリケーションをコンテナ化するには、まずはJavaのソースコードからJavaアプリケーションをビルドし、次にDocker環境などを用意してDockerfileを記述し、Dockerイメージを生成するためのビルドを行う、
はじめに PITを使用してKotlinなAndroidプロジェクトでMutation Testingを導入するまでのメモです。 Mutation Testing テストコードが正しいかを計測するために、Mutant Testingという手法があります。 Mutant Testingではプロダクトコードを機械的に変更し、変更されたコードに対してテストを実行します。そしてテストが失敗するかを確認することで、プロダクトコードの振る舞いの変更をテストコードが検知できるかをチェックする手法です。 ミューテーション解析 - Wikipedia 今回はMutation TestingツールとしてPITを紹介します。PITはJavaとその他JVM言語用のMutation Testingツールです。検索するときはpitestで検索すると良いです。 PITの素晴らしい点は、3rdパーティー製Android用G
サーバーサイドKotlinでDB接続テストする際、テストデータのセットアップにはDbSetup が便利です。DbSetupは「xmlなどの外部ファイル」ではなく「コード」でテストフィクスチャを生成できるJavaライブラリで、以下のようなKotlin用のDSLも提供してくれているので重宝しています。 insertInto("users") { mappedValues( "id" to 1, "name" to "前原 秀徳", "job" to "engineer", "status" to "ACTIVE", ... ) } ただ、これだとカラム数が数十個になってくると記述が面倒だし(仕事だと100カラム近いテーブルもあるんですよね。。)、ちょっとだけ値が異なるパターンを色々作りたい、といった際にしんどいな感じてました。 DBスキーマからコードを自動生成してくれて、かつRubyのfact
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://
弊社では、Bitriseを利用してAndroidアプリのCI環境を構築しています。まだまだBitriseを利用している事例は少ないので、簡単にご紹介いたします。 なお、Bitriseを利用したiOSアプリのCI環境構築については、以下の記事で紹介しています。 techblog.lclco.com 前提条件 Gradle(gradlew)でビルドができること 初期設定 まずは、新規作成〜ビルド(apkの作成)までの手順を紹介いたします。 アプリの作成 Bitriseでは、まずビルド等の対象アプリを登録する必要があります。 [Add new app] をクリックすると、ウィザード画面が表示されます。 以下のマニュアルに沿って、進めればよいので詳細は割愛します。 Creating your first App on Bitrise · Bitrise Workflowの作成 アプリ作成後のWor
経緯 dangerをCircleCI上で使ってAndroidのコードを精査する (FindBugs/Android Lint) - Qiita では、CircleCI 1.0を使っていました。 CircleCI 2.0でAndroidのアプリをビルドしつつ、コードレビューBOTも動かす - Qiita では、CircleCI 2.0でしたが、Saddlerを使っていました。 DangerでCheckstyleの結果を指摘する - Qiita では、CircleCI 2.0でDangerを利用しましたが、Checkstyleの結果だけを指摘しました。 その後Gemを更新したりして、 FindBugs / PMD / Android Lint の結果も通知出来るようになりました。 今回は、そのあたりのコードをまとめて貼っていきます。 できるようになること CircleCI 2.0を動作させ、D
はじめに JavaでAWS Lambdaを開発する際にフレームワークを使用したいと思い、Spring BootがAWS Lambdaで動くのかを試してみました。今回行ったのは @Componentを付与したクラスを読み込む 定義ファイル(application.yml)を読み込む ことです。 ※追記 @Autowiredで@Componentのインスタンスを取得する改良版を書きました。 Spring BootをAWS Lambdaで動かす – (2)HanderクラスをApplication Contextとして指定する 手順について 1.build.gradle まずはGradleで必要なものをインポートします。以下のようになります。 build.gradle buildscript { ext { springBootVersion = '1.3.3.RELEASE' } reposi
はじめに Gradle の設定 テストの実行 アサーション Matcher ライフサイクル Display Names @Tag Nested Tests コンストラクタとテストメソッドへの DI Assumptions Dynamic Tests ライフサイクルコールバック はじめに JUnit5 のリリースが近づいています。現在は M2 で M3 の作業が進んでいます。 今のところの予定は以下のようになってます。 2016/10/21 M3 リリース 2016/11/30 M4 リリース 2016/12/30 M5 リリース JUnit4 とは(中身は)全く別ものです。が普通に使う分には特に今までと同じ感覚で使えます。 Java8 以降をサポートという潔い割り切りになってます。 Version 5.0.0-M2 のユーザガイドからかいつまんでみます。 Gradle の設定 プラグインが
はじめに 先日のDevelopers.IO 2017「Androidで使えるKotlinレシピ」で発表したValidationをせっかくなのでライブラリ化し、公開してみました! kamedon/Validation Validationの使い方 Installation build.gradleに以下の設定を追加します。 repositories { maven { url 'http://kamedon.github.com/Validation/repository' } } dependencies { implementation 'com.kamedon:kotlin-validation:0.1.1' } ライブラリ公開が初で、一番簡単だったGithubをRepositoryにするパターンにしました。他の公開の仕方もチャレンジしたい。 Usage 文法的には発表資料に書いてある
参考URL - Google I/O 2017 Session Movie - https://www.youtube.com/watch?v=7ll-rkLCtyk - Optimize your build speed - https://developer.android.com/studio/build/optimize-your-build.html - Migration Guide to Android Gradle plugin 3.0 - https://developer.android.com/studio/preview/features/new-android-plugin-migration.html#apply_plugin - Santa Tracker Project fork - https://github.com/jmslau/santa-track
Android Studio 3.0 2.4 ではなく 3.0 にした理由 incremental change ではないから breaking gradle API change があるから Develop 最新の IntelliJ stable 27.1 ベース Kotlin サポート Create Android Project ウィザードに Include Kotlin support チェックボックスが追加 既存のプロジェクトに Kotlin ファイルを直接作成すると自動で project の dependencies が更新 [Code] - [Convert Java File to Kotlin File] で既存の Java ファイルを Kotlin に変換 show Kotlin Bytecode で Kotlin Bytecode Window を起動し、上部の De
Shhhhh ! Keep the API keys hidden is a constant concern specially when working on a shared or public repository. This article will show a very simple approach to solve this problem using Gradle. Step #1: create a keystore.properties file. This file will contains all the private keys. Create it on your project root and write down the API keys on property=value notation. keystore.properties Remember
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く