「Log4j 2に脆弱性があるらしい、バージョンアップしたら治るらしい。」 本日話題のこのテーマで軽く書いておきます。 未完です。 未完公開の言い訳。更新した内容は最後に書いてます。大きな間違いは（今のとこ）ないので、よかった。 2021-12-20追記: 2.17.0 出てますのでコピペしてそのままにせず適宜読み替えてくださいね。 とにかくバージョンを上げよう ……リリースできるかは別の話として。 バージョンを上げられないことには話になりません。ということでとにかくあげましょう。 Log4j 2のようなログライブラリは多くのプロダクトで使用されています。 意識する／しないに関わらず、ログライブラリは何かしら関連があると思うべきでしょう。 使用しているかの調べ方 常時依存ライブラリリストを出力するなどして管理しているのであればそれを見ればいいだけの話ですが、そうでなければ、 mvn dep
数えてみたら意外と数あったのでまとめます。 release-please Google謹製のリリース自動化ツール。monorepo対応のRelease Drafterという感じですが、リリースはDraft Releaseの安定版への昇格ではなく、PRのマージによって行います。PRでリリースするという点ではgit-pr-releaseぽいですが、ブランチは main だけでリリースブランチは無い感じ。changesetsよりはとっつきやすい印象です。 github.com 例えば↓のようなワークフローを用意すれば、モジュールごとにGitHub Releaseを作成するためのPRを自動作成できます。 初期セットアップでJSONファイルを2つ作る必要があるのが若干面倒ですが、それさえ越えてしまえば考えることは少なさそうです。 # .github/workflows/release-please.
JCenter が2021年5月1日にシャットダウンすることになったので Android アプリエンジニア観点でメモをまとめた - BattleProgrammerShibata
シャットダウンが延期されました 読み取り専用として存続します JCenter のシャットダウンについては2022年2月1日へ延期になりました。 https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/ UPDATE: To better support the community in this migration, JFrog has extended the JCenter new package versions submission deadline through March 31st 2021. To clarify, the JCenter repository will keep serving packages for 12 months until February
こちらのエントリーが素敵だなと思ったので、最近書いてるKotlinプロジェクトのベストプラクティスをまとめてみます。一部はJavaプロジェクトにおいても利用できるはずです。 zenn.dev 基本方針 参加障壁を下げる。OSSプロジェクトでもプロプライエタリ・ソフトウェアプロジェクトでも、新しい開発者が参加するコストを下げることには大きな意義がある。 環境差異を吸収する。javaにPATHが通ってさえいればOSに関係なくビルドが通るようにする。 プロジェクト固有ルールを作らない。Conventional CommitsやKeep a changelogなど、ひろく世に使われているルールを採用する。 Gradleを設定する Spotlessを使う コードのフォーマットはformatterに任せて人間は細かいことを考えない、というのが不特定多数が参加するソフトウェアプロジェクトのあるべき姿だと
N予備校iOSアプリ開発チームのyoppieです。 筆者のN予備校での経歴は Androidアプリ開発チーム 2021年4月 - 2022年3月 iOSアプリ開発チーム 2022年4月 - 現在 です。iOSアプリ開発にチャレンジしたくなり、Androidアプリ開発からiOSアプリ開発に移りましたが、iOSアプリ開発とAndroidアプリ開発(以下I/A)でのさまざまな違いがあり、苦労しました。(iOSアプリ開発チームに移り10ヶ月経ちますが、今も苦労しています...) I/Aでのさまざまな違いがありますが、この記事では筆者が特に違いを感じた点をまとめています。 I/Aどちらかのエンジニアの方がもう一方に移りたて、もしくは移ろうか迷っている方に向けた記事となっています。 IDEに関連した各種バージョン 一般的にXcodeでiOSアプリ開発を行い、Android StudioでAndroid
GradleのマルチプロジェクトによるKotlin、Spring Bootでのオニオンアーキテクチャの実現 - タケハタのブログ
4月に発売した書籍「Kotlin サーバーサイドプログラミング実践開発」なのですが、この中で途中まで作っていてボツネタにした内容がありました。 gihyo.jp それが「Gradleのマルチプロジェクトでオニオンアーキテクチャを実現する」というものです。 第2部で作成していたbook-managerというアプリケーションは、もともとこれを使って作成していましたが、途中でやめて現在の形になりました。 github.com ボツネタにした理由としては、一回実践で導入してみていくつか微妙な点があったことと、紙面上の説明が複雑になるのでベーシックな内容としては外していいかなと思ったためです。 ただせっかく途中まで作っていたので、試して微妙と感じた点も含めて、今回紹介したいと思います。 サンプルとしてこのbook-managerの内容をマルチプロジェクト化したアプリケーションを使い、オニオンアーキテ
単一のSwiftコードからiOSアプリとAndroidアプリが作れる「Skip 1.0」正式リリース。SwiftをKotlinへトランスパイル
単一のSwiftコードからiOSアプリとAndroidアプリが作れる「Skip 1.0」正式リリース。SwiftをKotlinへトランスパイル iOSのネイティブアプリケーション開発には、開発ツールとしてXcodeを使い、Swift言語を用いてプログラミングを行うのが、iOSの開発元であるAppleが推奨する方法です。一方、AndroidではAndroid Studioを開発ツールとしてKotlin言語を用いてプログラミングすることがGoogleによって推奨されています。 しかしiOSとAndroidの両方で同じモバイルアプリケーションを展開したい場合、異なる開発ツールを使い分ける手間やプログラミング言語の学習コストを考えると、できれば単一のソースコードから2種類のプラットフォームへ展開できることが望ましいでしょう。 最近ではこうしたニーズに対応して単一のソースコードからマルチプラットフォ
こんにちは、ヘンリーの SRE の戸田と Wildcard Engineer の岩永です。 弊社ではレセコン一体型クラウド電子カルテの Henry を開発・提供しています。 前編の Henry のバックエンドをモノレポ化した戦略やプロセスに続いて、後編のこちらの記事ではモノレポ化の技術的手法を解説します。 dev.henry.jp 実際のモノレポ化の流れに沿って、ポイントを3点説明します。 2つの git リポジトリのマージ アプリケーション・ワークフローのモノレポ対応 モノレポへの切り替え当日に向けた手順書の作成 1. 2つの git リポジトリのマージ 今回のモノレポ化においては、もともと存在していた henry-general-api と henry-receipt-api という2つのマイクロサービスのリポジトリを、1つのリポジトリにマージし、それぞれのマイクロサービスがサブディレ
なんとなく使わないGradle
はじめに 最近スパイスカレーを食べるのはもちろん、作るのにもハマっている小林(@mako-makok)です。 近所のお気に入りのお店の閉店が決まってしまい、悲しみに暮れていますが頑張ってアドカレの記事を書きました。 この記事は株式会社ログラスProductチームの2022年12/18(日)の記事です。 株式会社ログラス Product チーム のカレンダー | Advent Calendar 2022 - Qiita なぜ今更Gradleかというと、最近社内で構築しているSheetlinというライブラリがあります。 ニッチな話になりますが、Sheetlin のインターフェース設計に関する話をKotlin Fest Reject Conference 2022でしてきたので、よろしければこちらもご覧ください。 そんなSheetlinですが、ビルドツールはGradleを利用しています。 私も雰
CircleCI の Android Docker Image でJDKが11にアップデートされた件のまとめ - nashcft's blog
私は今回の件より前から CircleCI を使っておらず、最近は主に GitHub Actions でCIを構築していてこの件で被害は被っていないのだけど、軽く調べてみたところ Android project を JDK 9+ でビルドすることに強い興味をを持っている自分には結構興味深いことがわかったのでもう少し詳細に調べてまとめることにした。 何があったの 日本時間で 2020-08-18 のお話 CircleCI の Android Docker Image が更新され、JDK 8 ベースから JDK 11 ベースになった*1 これらの image を使ってCIを行っている Android project でビルドが失敗するものが発生した Twitter が少し賑やかになった 原因1: なぜビルドが失敗するようになったの この blog を書き始めてから調べて知った付け焼き刃な部分もあ
Gradleで複数サブプロジェクトをもつプロジェクトを作成する - kdnakt blog を見て、buildSrcディレクトリ周りで混乱した記憶が蘇ってきました。 gradle initでサブプロジェクトを持つプロジェクトを作るとbuildSrcを使ったプロジェクトが生成されるらしい。知らんかった。buildSrcまわりはドキュメントわかりにくいので、実コード読めるのは助かる。 Gradleで複数サブプロジェクトをもつプロジェクトを作成するhttps://t.co/XVozfs9Zqu— 書けない猫はただの猫さ (@Kengo_TODA) July 7, 2021 書く場所がbuildSrcとbuild.gradleの2つに増えるので、何をどこに書けばいいのかよくわかんないんだよね。Gradleはこういう悩みが多い、最近ではbaseプラグインに書くべき処理とそうでないconvention
昔の gradle には dependency locking 機能がなかった。ビルドするタイミングによって、別の依存モジュールが利用されたりしていた。。 最近、gradle に dependency locking 機能がついたので試してみた。 carton.lock とか package-lock.json とか、そういうのと同じようなことができるようになる。 同じレポジトリからビルドしたら同じ jar が生成されるようになる。便利。 dependency locking を利用すると gradle.lockfile というファイルが生成される。 デフォルトだとフェーズ単位でファイルが生成されるから enableFeaturePreview('ONE_LOCKFILE_PER_PROJECT') を settings.gradle に書いて１ファイルにまとめるようにしたほうが良い。gr
こんにちは。SWETのAndroidチームに所属している外山（@sumio_tym）です。 SWET AndroidチームではAndroidのプロダクトに対して自動テストのサポートをしています。 はじめに 先日開催されたDroidKaigi 2022で「Gradle Managed Virtual Devicesで変化するエミュレータ活用術」というタイトルで登壇しました。 本セッションの動画もYouTubeのDroidKaigiチャンネルに公開されていますので、合わせて参考にしてください。 さて、本記事では、上記セッションの内容から開発PC上でGradle Managed Devices （GMD）を試すのに必要な部分だけを抜粋して紹介していきます。 本記事を読むだけで手っ取り早くGMDを試せるように構成してありますので参考にしてみてください。 Gradle Managed Devices
Software Package Management with AWS CodeArtifact | Amazon Web Services
AWS News Blog Software Package Management with AWS CodeArtifact Software artifact repositories and their associated package managers are an essential component of development. Downloading and referencing pre-built libraries of software with a package manager, at the point in time the libraries are needed, simplifies both development and build processes. A variety of package repositories can be use
みなさんこんにちは、電通国際情報サービス（ISID）コーポレート本部 システム推進部の佐藤太一です。 本日は最新のGradle（2022/08現在）を使いこなしながらKotlinでJavaのアプリケーションをビルドするスクリプトを書く際に、知っておくと便利なノウハウをまとめてご紹介します。 はじめに 記事の執筆環境 scoopのセットアップ Javaのセットアップ Gradleのセットアップ サンプルアプリケーションについて ルートプロジェクトの実装 ウェブアプリケーションプロジェクトの実装 ビルドスクリプトの作成 サンプルアプリケーションの実装 バージョニング その他のバージョニングプラグイン バッチプロジェクトの実装 バッチアプリケーションの実装 Fat/Uber Jarの作り方 ビルドにおける共通処理の切り出し ローカルプラグインの作り方 ローカルプラグインの実装 ローカルプラグイン
AndroidアプリのJCenter閉鎖の影響調査と暫定対応 | MoT Lab (GO Inc. Engineering Blog)
こんにちは。 車載システム第二グループの空中です。Twitter等では @soranakk で活動しているのでそちらの方がわかるかもしれません。 普段はタクシー車両に搭載された専用端末上で動作するAndroidアプリ開発をしています。 さて、唐突ですがJCenterが閉鎖されます。 https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/ 概要についてはこちらの記事が参考になると思います。 https://bps-tomoya.hateblo.jp/entry/2021/02/04/184317 Androidアプリ開発ではほぼほぼ100%ぐらいのアプリがJCenterを参照しているのでJCenterからMavenCentralに移行して大丈夫かどうかを調べる必要があります。 これの影響
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
monorepoのCI/CDで変更された部分だけをビルド/デプロイする - orangain flavor
2020-07-11: Cloud Buildでの記述が誤っていたので修正しました。 はじめに 今年のゴールデンウィークは暇があり、勤務先で複数のリポジトリを使っているのが辛く感じてきていたため、monorepoについて調べてみました。monorepoについての説明やメリットについては他の記事に譲ります。 www.graat.co.jp この参考記事でmonorepoの本当の課題として挙げられている以下の4点のうち、3点目に相当する「CIで変更によって影響を受けた部分だけをビルドする方法」を調査・検討しました。 トランクベース開発は、より一段と重要になります すべてのサービスがモノレポで上手く動くわけではありません より精巧なCIセットアップが必要です あなたは大規模な変更について考える必要があります この参考記事ではnxが挙げられていますが、nxは主にJavaScriptのプロジェクトを
利用ライブラリをMavenリポジトリ形式でプロジェクト内のファイルとして保持する(JCenterシャットダウンに向けて)
Mavenリポジトリというと、JCenterやMaven Centralといったインターネット上で公開されたリポジトリを使うことがほとんどかと思いますが、プロジェクト内にMavenリポジトリ形式でディレクトリを作っておいて、そこを参照するといった事もできます。 様々なプロジェクトで使うものならば、インターネット上の各種Mavenリポジトリで公開したり、社外に公開できないならばRepository Manager(Sonatype NexusやJFrog Artifactoryなど)を社内に立てるといった方法をおススメしますが、、 一部のプロジェクトでしか使わない 手間をかけずにやりたい って時には、プロジェクト内にMavenリポジトリ形式でディレクトリを作って参照するといった方法も案の1つではと思います。 また、JCenterのシャットダウンに向けて、JCenterでしか公開されていないラ
初期設定 Spring Boot プロジェクトのビルドとディレクトリー構成 プロジェクトは Spring Boot の spring-boot-starter-web と spring-boot-starter-thymeleaf で構成し、ビルドは Gradle を用いています。 また、多くのフロントエンド系技術は Node.js ランタイムに依存するため、Gradle で Node.js をラップする com.github.node-gradle.node を使います。 このプラグインは指定バージョンの Node.js をプロジェクトローカルに自動的に導入できるので CI を組む時にも便利です。（Heroku などでも動作します） build.gradle は次のようになります。 https://github.com/h1romas4/springboot-template-web/b
GradleでJavaのバージョンを指定するときはsourceCompatibilityじゃなくてToolchainsを使うと便利 - Mitsuyuki.Shiiba
追記 2021-02-14 Toolchains はまだ IDEA ではサポートされてないみたい。IDEA を使うときはこれまでの書き方をしておく方が良さそう。 Support detecting SDKs from Gradles toolchain support https://youtrack.jetbrains.com/issue/IDEA-252328 追記ここまで === 昨日、Gradleのことを書いたのだけど。そういえば、触ってる中でもうひとつ学んだことがあったので、今日はそれについて。今日もタイトルの通り。 bufferings.hatenablog.com 昨日も書いたけど、Gradleって変化が速い印象あるので、しばらくするとこのやり方よりも良いやり方が出てくるかもしれない。今日は、2021年2月時点のGradle 6.8.2のお話。 これまでの書き方 これまでは、
ITエンジニア本大賞2021で紹介されていた「ドメイン駆動設計入門」（以下、本書と呼ぶ）が、DDDを学ぶ上でわかりやすかったです。一応他のDDD本も数冊読んではいたのですが、どうしてもユビキタス言語や境界づけられたコンテキストなど”場合による”ものが頻出してしまい、結局どうすればいいんだ……となって手が動きにくかったのです。よくわからない概念の上にさらにわからない概念を積み重ねるので、どんどん混乱する感覚がありました。 定期的にDDD勉強しなきゃ……ってなるんだけどやらない（やれ）— 正月と正月のあいだ (@Kengo_TODA) September 5, 2019 反面、本書では副題の通りボトムアップ形式を採っているため、実際にどう手を動かせば良いのか細かく確認できました。また不明点を最小化しながら進むだけでなく、その概念を導入することでどんな問題が解決されるのかが実例をもって明示されて
Qiita Nightの資料になります。 ↑ 右下の拡大ボタンを押すと読みやすくなります。 https://increments.connpass.com/event/251564/ どうAndroidプロジェクトをセットアップするか？ takahiromという名前で活動しています。 Androidが好きです。 GDE for AndroidやDroidKaigi Co-organizerやCyberAgent Developers Expertなどの活動をしています。 初めてQiitaスライドを使いました。 初めてAndroidアプリを作りたいという方 Googleから公式のチュートリアルが提供されているので、最新のAndroidの開発について確認してみてください！一緒に開発していきましょう🙌 https://developer.android.com/courses/android
この記事は、2013年に書いた記事を現状に合わせてアップデートするものです。結論から言うと、当時から id:miyakawa_taku さんがおっしゃっていた「APIは依存に含めて良い」を支持するものです。あるいは無難にバージョン 1.7.30 を使っておきましょう。 blog.kengo-toda.jp slf4j-apiに1.7, 1.8, 2.0の3バージョンが生まれた 現在slf4j-apiには3つのバージョンが存在します。現在のSLF4Jエコシステムを考える上では、これらの違いを抑える必要があります： 1.7.x Java 1.5から利用できるバージョンです。安定版にこだわるなら未だこのバージョンを使う必要があります。 1.8.x JPMS（a.k.a. jigsaw）を採用しServiceLoaderを使ってBindingを呼び出すようになったバージョンです。Java 1.6が
Spring Boot入門の本を読むと、Maven と Gradle でのビルドの方法が併記されているものが殆どだ。Gradle は Mavenとどう違うのだろうか？ なんで Gradle 使わないといけないのか？ とふつふつと疑問が湧いてくる。しかし、どちらのホームページを読んでも、非常に多くのことができることを漠然と書いてあるだけで、具体的な違いを簡単に理解させてもらえない。 そこで、動かしながら、それぞれの基本と両者の違いを確認したメモである。ついでに、make と ant も整理してみた。 make (メイク) makeコマンドは、プログラムのビルド作業を自動化する。 コンパイル、リンク、インストール等のルールを記述したテキストファイル (Makefile) に従って、これらの作業を実行する。 C/C++言語だけでなく、Java言語にも適用することができる。 構成ファイル: Mak
JavaのビルドとCIのキホン
Expert of Java, JavaScript, JVM bytecode, build and CI. Publishes SpotBugs plugin, Java libraries, Jenkins plugin and open-source ebook about Maven3.
【Android】Gradleのバージョンを上げたらcompileSdkVersionなどdeprecatedが出たときの対処法
Android Studioでの開発において、Gradle/AGP(Android Gradle Plugin)のバージョンを上げたら、compileSdkVersion, buildToolsVersion, flavorDimensionsがdeprecatedになったときの対処法です。 Gradleのバージョンを6から7 or 8に上げたら、それぞれで非推奨になってしまいました。 gradle-wrapper.propertiesでGradleのバージョンを6.5から8.6へアップデートしました。 'compileSdkVersion' is deprecated 'buildToolsVersion' is deprecated 'flavorDimensions' is deprecated また、[Project Structure]のSuggestionsにてwarningあ
Stop using Gradle buildSrc. Use composite builds instead
Pic by Tania MT with ❤What is buildSrcbuildSrc is a directory at the Gradle project root, which can contain our build logic. This allows us to use the Kotlin DSL to write our custom build code with very little configuration and share this logic across the whole project. This has become very popular in recent years and it is a common practice to define project-specific tasks or storing dependencies
はじめに 多くのJavaプロジェクトで使われているビルドツール、Gradleについて調べている過程で、プラグインの依存関係を確認する方法を知り、それに関連して不要なプラグインを洗い出す手順を試してみました。 設定 ここでは、既存のGradleプロジェクトの設定ファイルであるbuild.gradleを一時的に編集し、使用していないプラグインのみをLinterで検出してみます。 まずは、Gradle Lint Pluginをプロジェクトに追加し、Linterを導入します。 （ちなみにこのNebulaとは、Netflixが提供しているGradleのプラグイン集だそうです。） buildscript { repositories { mavenCentral() } dependencies { classpath 'com.netflix.nebula:gradle-lint-plugin:la
![[小ネタ] GradleのLinterを導入して不要な依存関係を抽出してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/e91dae2eb1f753bef486b806281e7f0306ba86e7/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Fgradle.png)
【Android】Gradleのバージョンを上げたら広告関連のManifest merger failedが出たときの対処法
久しぶりにアプリのアップデートが必要になったため、しばらく放置していたソースコードを触るとともに、Gradleのバージョンも 8.2 から 8.6 へアップデートしました。 gradle-wrapper.propertiesは以下のとおりです。 -distributionUrl=https\://services.gradle.org/distributions/gradle-8.2-all.zip +distributionUrl=https\://services.gradle.org/distributions/gradle-8.6-all.zip また、サードパーティーのライブラリも合わせてアップデートしました。 app/build.gradleのdependencies内の関係しそうなライブラリは以下のとおりです。 - implementation 'com.google.and
前回書いたのがもう4年前でビビったのと、最近いろいろ進展があったのでまとめてみます。 actions/setup-java の依存キャッシュを使わない これ自分が実装した機能なのでホント申し訳ないんですけど、今なら gradle/gradle-build-action を使ったほうが良いです。 利点は公式が説明しているので読んどいてください。 github.com spotlessApplyして差分が出たらSuggest Changeする reviewdogが action-suggester という素敵なアクションを提供しています。GitHub Actionsでフォーマッタを実行して差分ができた状態でこのアクションを実行すると、GitHub Pull RequestのSuggest Change機能を使ってフォーマットを提案してくれます。 github.com フォーマット適用箇所が多い
【Android】2024年8月31日よりアプリは Android 14（API レベル 34） 以降を対象とする必要あり
Google Play Consoleで「アプリは Android 14（API レベル 34） 以降を対象とする必要があります」が出たときの対処法 アプリは Android 14（API レベル 34） 以降を対象とする必要があります。 Google Playからのメールで、2024年8月31日以降、新しいアプリとアプリ更新の送信は Android14（APIレベル 34）をターゲットにする必要があるという通知がきた お客様のアプリは Google Play デベロッパー プログラム ポリシーを遵守していないため、まもなく措置を適用いたします。できるだけ速やかに違反を修正してください。 対処方法 引き続きアプリを更新できるようにするには、以下の手順に沿ってください。 Android 14（API レベル 34） 以上をターゲットとするようアプリを更新します。 アプリの新しいバージョンを製
Introduction Gradle has emerged as the build tool of choice for projects within the JVM ecosystem, including Kotlin. It is the most popular build tool for open source JVM projects on GitHub. It is downloaded on average more than 15 million times per month and has been counted in the Top 20 Most Popular Open Source Projects for IT by Techcrunch. Many popular projects have migrated from Maven to Gra
【Android】Consider using 'tasks.register' to avoid unnecessary configurationと出たときの対処法
Android Studioでの開発において、Gradle/AGP(Android Gradle Plugin)のバージョンを上げたら、「Consider using 'tasks.register' to avoid unnecessary configuration」というwarningが出たときの対処法です。 Gradleのバージョンを6から7 or 8に上げたら、deprecated（非推奨）になってしまいました。 project/build.gradleの'task clean'の記述で、'tasks.register'に変更しましょうということです。「Use 'tasks.register'」と提案があるので従いましょう。 更に「'buildDir' is deprecated」というwarningが出たら、「rootProject.buildDir」と記述していた部分を「ro
このガイドでは、Spring Boot アプリケーションを実行するための Docker (英語) イメージを構築する手順を説明します。まずは基本的な Dockerfile から始めて、いくつかの調整を行います。次に、docker の代わりにビルドプラグイン (Maven および Gradle 用) を使用するいくつかのオプションを示します。これは「入門」ガイドであるため、範囲はいくつかの基本的なニーズに限定されています。本番環境で使用するコンテナーイメージを構築する場合、考慮すべき点が多く、短いガイドですべてを網羅することは不可能です。
フィードバックを送信 Jib を使用して Java コンテナを構築する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Jib は、Dockerfile の使用や、Docker のインストールを必要とせずにコンテナをビルドします。Jib は、Maven や Gradle の Jib プラグインで使用できます。あるいは、Jib Java ライブラリを使用できます。 Jib の機能 アプリケーションをコンテナ イメージにパッケージ化するすべてのステップを処理します。Dockerfile の作成に関するベスト プラクティスを知っている必要や、Docker がインストールされている必要はありません。 Docker ビルドフロー: Jib ビルドフロー: Jib はアプリケーションを依存関係、リソース、クラスの個別レイヤに整理します。Jib はまた、Docker イ
Preparing your Gradle build for package visibility in Android 11
Preparing your Gradle build for package visibility in Android 11 Posted by David Winer, Product Manager One of the central themes for Android 11 has been protecting user privacy. On Android 10 and earlier, you could query the full set of installed apps using methods like queryIntentActivities(). Often, however, this approach provides much more access than most apps need to implement their function
はじめようビルドメトリクス | ドクセル
今日の内容 ● ● 前提の共有 1回のビルドの話 ○ ○ ● 1日のビルドの話 ○ ○ ○ ● ビルド時になにが起きているかを見る方法 さまざまな条件下のビルド結果を確認する方法 1日分を知ろうとするとどうなるか？ 実際の計測方法 結果のイメージ まとめ 3
Photo by Aleksi Tappura on UnsplashGradle 7.0から導入された Version catalog を使ったライブラリ管理方法についてまとめておきます。 また、Gradle 7.2ではいくつか改善がされてるので、今回はGradle 7.2を使っていきます。 Gradleで使用するライブラリの依存関係を定義するときに、これまでもいろいろな方法がありました。例えば、extra propertiesを定義したり、buildSrcで定義したり、など。 これらの方法とは別に Version catalog という新しい方法を使うことができるようになりました。 Version catalogの定義Version Catalogを使ってどのようにライブラリを管理するかを見ていきます。例として、androidxのviewmodelとlivedataを使う場合です。 s
はじめに スクリプトファイルの命名 Kotlin と Groovy の言語上の考慮事項 Gradle init によるプロジェクト生成 プラグインの適用 プラグインの設定 タスクの構成 タスクの作成 依存の指定 よくある設定 はじめに Gradle 5.0 よりGradle Kotlin DSL が提供され、groovy によるビルドスクリプトを Kotlin で記載できるようになりました。 Kotlin でビルドスクリプトを書くことで、IDEによるサジェストやコードジャンプなどの恩恵を十分に受けることができますし、タイプセーフでありリファクタリングなども容易となるので、これから Groovy のビルドスクリプトを書くのであれば Gradle Kotlin DSL を使うべきです。 ここでは、Groovy DSL と Kotlin DSL の違いと Kotlin DSL でビルドスクリプト
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Log4j 2のバージョンアップのやりかた - 日々常々
2022年に試した開発ワークフロー関係の機能やツール - Kengo's blog
Gradle/Kotlinで開発する私的ベストプラクティス2022 - Kengo's blog
Androidアプリエンジニアから見たiOSアプリ開発 - ドワンゴ教育サービス開発者ブログ
医療系スタートアップのバックエンドをモノレポ化した話 〜技術編〜 - 株式会社ヘンリー エンジニアブログ
GradleのbuildSrcとどう付き合うべきか - Kengo's blog
Gradle の dependency locking について - tokuhirom's blog
Gradle Managed Devicesでテストを動かしてみよう - DeNA Testing Blog
KotlinとGradleで始めるモダンなビルド環境 - 電通総研 テックブログ
jcenter, bintray 廃止で自分のAndroidアプリに対応したことのメモ - Qiita
Spring Boot ウェブアプリにフロントエンド技術を含める webpack ビルド - Qiita
「ドメイン駆動設計入門」付録のGradle向け解釈 - Kengo's blog
2022年のAndroidプロジェクトセットアップ - Qiita
Javaライブラリを配布する際のログ周りにおける配慮と実践 2020 - Kengo's blog
ビルドツール make / ant / maven / gradle ざっくり理解メモ - Qiita
[小ネタ] GradleのLinterを導入して不要な依存関係を抽出してみた | DevelopersIO
Gradle用のGitHub Actions勘どころ（2023年夏） - Kengo's blog
Gradle vs Bazel for JVM Projects
Docker で Spring Boot - 公式サンプルコード
Jib を使用して Java コンテナを構築する | Google Cloud
GradleのVersion catalogを使ったライブラリ管理
Gradle Groovy DSL から Kotlin DSL への乗り換え方 - A Memorandum
www.nikkei.com
www.nikkei.com
x.com
www.chunichi.co.jp
bonjin5963.hatenablog.com
b.hatena.ne.jp