「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.
こちらのエントリーが素敵だなと思ったので、最近書いてるKotlinプロジェクトのベストプラクティスをまとめてみます。一部はJavaプロジェクトにおいても利用できるはずです。 zenn.dev 基本方針 参加障壁を下げる。OSSプロジェクトでもプロプライエタリ・ソフトウェアプロジェクトでも、新しい開発者が参加するコストを下げることには大きな意義がある。 環境差異を吸収する。javaにPATHが通ってさえいればOSに関係なくビルドが通るようにする。 プロジェクト固有ルールを作らない。Conventional CommitsやKeep a changelogなど、ひろく世に使われているルールを採用する。 Gradleを設定する Spotlessを使う コードのフォーマットはformatterに任せて人間は細かいことを考えない、というのが不特定多数が参加するソフトウェアプロジェクトのあるべき姿だと
こんにちは。株式会社ヘンリーでエンジニアをしているagatanです。 私たちが開発する電子カルテ・医事会計システム「Henry」は、非常に巨大な単一のプロダクトです。そして、その性質上、明確なドメイン境界を見出すことが難しいという特性を持っています。この「巨大で複雑なプロダクトを、いかにして組織的に開発し続けるか」という問いに開発チームは長年向き合ってきました。 最近、この大きな問いに対する新たな一手として、かつて2つのgRPCサービスとして分割されていたバックエンドを、段階的に「1プロセスのモジュラーモノリス」へと移行させるプロジェクトが進捗しています。 今回は、その移行の過程についてお話しします。 第一歩: モノレポ化 移行への大きな第一歩目は、2年前に遡ります。当時、第一歩として踏み切った「モノレポ化」については、過去のブログでも紹介されています。 dev.henry.jp この記事
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
4月に発売した書籍「Kotlin サーバーサイドプログラミング実践開発」なのですが、この中で途中まで作っていてボツネタにした内容がありました。 gihyo.jp それが「Gradleのマルチプロジェクトでオニオンアーキテクチャを実現する」というものです。 第2部で作成していたbook-managerというアプリケーションは、もともとこれを使って作成していましたが、途中でやめて現在の形になりました。 github.com ボツネタにした理由としては、一回実践で導入してみていくつか微妙な点があったことと、紙面上の説明が複雑になるのでベーシックな内容としては外していいかなと思ったためです。 ただせっかく途中まで作っていたので、試して微妙と感じた点も含めて、今回紹介したいと思います。 サンプルとしてこのbook-managerの内容をマルチプロジェクト化したアプリケーションを使い、オニオンアーキテ
単一のSwiftコードからiOSアプリとAndroidアプリが作れる「Skip 1.0」正式リリース。SwiftをKotlinへトランスパイル iOSのネイティブアプリケーション開発には、開発ツールとしてXcodeを使い、Swift言語を用いてプログラミングを行うのが、iOSの開発元であるAppleが推奨する方法です。一方、AndroidではAndroid Studioを開発ツールとしてKotlin言語を用いてプログラミングすることがGoogleによって推奨されています。 しかしiOSとAndroidの両方で同じモバイルアプリケーションを展開したい場合、異なる開発ツールを使い分ける手間やプログラミング言語の学習コストを考えると、できれば単一のソースコードから2種類のプラットフォームへ展開できることが望ましいでしょう。 最近ではこうしたニーズに対応して単一のソースコードからマルチプラットフォ
7月10日、JVM環境向けの新世代ビルドツール「Mill」のバージョン1.0.0が公開され、大きな話題となっている。Millは高速・高機能なビルド体験を提供するのが特徴で、その特徴と活用方法についてその概要を紹介する。 7月10日、JVM環境向けの新世代ビルドツール「Mill」のバージョン1.0.0が公開され、大きな話題となっている。Millは高速・高機能なビルド体験を提供するのが特徴で、その特徴と活用方法についてその概要を紹介する。 Millとは何か Millは従来のMavenやGradleに代わるビルドツールであり、積極的なキャッシュと並列実行によって同一プロジェクトを既存ツールに比べ3〜6倍高速にビルドできる。プラグインに頼らずとも開発に必要な機能を標準搭載し、IDEからビルド構成を容易に探索できる点が特長だ。オブジェクト指向のビルド定義により学習コストも低減している。 主な特徴（抜
こんにちは、ヘンリーの SRE の戸田と Wildcard Engineer の岩永です。 弊社ではレセコン一体型クラウド電子カルテの Henry を開発・提供しています。 前編の Henry のバックエンドをモノレポ化した戦略やプロセスに続いて、後編のこちらの記事ではモノレポ化の技術的手法を解説します。 dev.henry.jp 実際のモノレポ化の流れに沿って、ポイントを3点説明します。 2つの git リポジトリのマージ アプリケーション・ワークフローのモノレポ対応 モノレポへの切り替え当日に向けた手順書の作成 1. 2つの git リポジトリのマージ 今回のモノレポ化においては、もともと存在していた henry-general-api と henry-receipt-api という2つのマイクロサービスのリポジトリを、1つのリポジトリにマージし、それぞれのマイクロサービスがサブディレ
はじめに 最近スパイスカレーを食べるのはもちろん、作るのにもハマっている小林(@mako-makok)です。 近所のお気に入りのお店の閉店が決まってしまい、悲しみに暮れていますが頑張ってアドカレの記事を書きました。 この記事は株式会社ログラスProductチームの2022年12/18(日)の記事です。 株式会社ログラス Product チーム のカレンダー | Advent Calendar 2022 - Qiita なぜ今更Gradleかというと、最近社内で構築しているSheetlinというライブラリがあります。 ニッチな話になりますが、Sheetlin のインターフェース設計に関する話をKotlin Fest Reject Conference 2022でしてきたので、よろしければこちらもご覧ください。 そんなSheetlinですが、ビルドツールはGradleを利用しています。 私も雰
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
こんにちは。SWETのAndroidチームに所属している外山（@sumio_tym）です。 SWET AndroidチームではAndroidのプロダクトに対して自動テストのサポートをしています。 はじめに 先日開催されたDroidKaigi 2022で「Gradle Managed Virtual Devicesで変化するエミュレータ活用術」というタイトルで登壇しました。 本セッションの動画もYouTubeのDroidKaigiチャンネルに公開されていますので、合わせて参考にしてください。 さて、本記事では、上記セッションの内容から開発PC上でGradle Managed Devices （GMD）を試すのに必要な部分だけを抜粋して紹介していきます。 本記事を読むだけで手っ取り早くGMDを試せるように構成してありますので参考にしてみてください。 Gradle Managed Devices
みなさんこんにちは、電通国際情報サービス（ISID）コーポレート本部 システム推進部の佐藤太一です。 本日は最新のGradle（2022/08現在）を使いこなしながらKotlinでJavaのアプリケーションをビルドするスクリプトを書く際に、知っておくと便利なノウハウをまとめてご紹介します。 はじめに 記事の執筆環境 scoopのセットアップ Javaのセットアップ Gradleのセットアップ サンプルアプリケーションについて ルートプロジェクトの実装 ウェブアプリケーションプロジェクトの実装 ビルドスクリプトの作成 サンプルアプリケーションの実装 バージョニング その他のバージョニングプラグイン バッチプロジェクトの実装 バッチアプリケーションの実装 Fat/Uber Jarの作り方 ビルドにおける共通処理の切り出し ローカルプラグインの作り方 ローカルプラグインの実装 ローカルプラグイン
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
前回書いたのがもう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 フォーマット適用箇所が多い
ホームAndroidStudio【Android】Gradleのバージョンを上げたらcompileSdkVersionなどdeprecatedが出たときの対処法
久しぶりにアプリのアップデートが必要になったため、しばらく放置していたソースコードを触るとともに、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
GooglePlayにてAndroidアプリを公開しているデベロッパーは、2024年8月31日までに、アプリをAndroid 14（API レベル 34） 以降を対象とする必要があります。 Googleからの通知メール原文は以下のとおりです。 Starting August 31, 2024, new apps and app update submissions must target Android 14 (API level 34), except for Wear and TV OS apps, which must target Android 13 (API level 33) or higher. Existing apps must target Android 13 (API level 33) or higher to remain available to new u
目次 目次 茶番 JasperReportsって？ 導入 Gradleの設定 いざJasperReports作成 PDFを作ってみよう Javaから印刷 参考 茶番 上司「けこくん、次の機能開発だけどJasperReportsでPDFを作って出力してほしいんだ。」 私「JasperReportsですか、初めて聞きました。」 上司「うん、参考資料になりそうなURL送るからよろしくね」 … 私「動かない…」 このブログを開設してはや20時間、早速このブログを見てくださった方がいらっしゃるみたいです。嬉しい。Botかな？クローラかな？きっと人だよヒューマノイドだよ この記事は私のようにいきなり聞いたことのないOSSで開発を行うことになった方向けの備忘録です。上司が無茶振りをしてきても大丈夫！ソフトが古くても大丈夫！先達の資料を見ましょう！I love Internet！ ※本記事はJava +
Gradle 7.3.2 Gradleを使っているプロダクトだと、基本的にGradleWrapperを使うと思います。 プロジェクト作成時に最新のGradleを使うかと思いますが、Gradleの更新でたまにビルド時間短縮とかもあるんで、新機能使わなくてもWrapperも更新していきたいところです。 なお 公式のユーザーガイド に書かれている内容です。 short answer 私がやってるのは、追加も更新も「 gradle wrapper を叩く」だけです。 以下は説明。 前提 SDKMAN! でGradleをインストールしています。 sdk install gradle なお、手元のGradleのバージョンアップも一緒です。install で新しいのがあったらインストールしてくれる。 sdk install gradle 普通は sdk upgrade gradle なんだろうけど、up
ホームモバイルアプリ【Android】Consider using 'tasks.register' to avoid unnecessary configurationと出たときの対処法
今日の内容 ● ● 前提の共有 1回のビルドの話 ○ ○ ● 1日のビルドの話 ○ ○ ○ ● ビルド時になにが起きているかを見る方法 さまざまな条件下のビルド結果を確認する方法 1日分を知ろうとするとどうなるか？ 実際の計測方法 結果のイメージ まとめ 3
はじめに スクリプトファイルの命名 Kotlin と Groovy の言語上の考慮事項 Gradle init によるプロジェクト生成 プラグインの適用 プラグインの設定 タスクの構成 タスクの作成 依存の指定 よくある設定 はじめに Gradle 5.0 よりGradle Kotlin DSL が提供され、groovy によるビルドスクリプトを Kotlin で記載できるようになりました。 Kotlin でビルドスクリプトを書くことで、IDEによるサジェストやコードジャンプなどの恩恵を十分に受けることができますし、タイプセーフでありリファクタリングなども容易となるので、これから Groovy のビルドスクリプトを書くのであれば Gradle Kotlin DSL を使うべきです。 ここでは、Groovy DSL と Kotlin DSL の違いと Kotlin DSL でビルドスクリプト
Android アプリのプロジェクトで Gradle 8.0 移行に更新すると(ここでは not Android Gradle Plugin) kapt や ksp を使っているプロジェクトによっては以下のようなエラーが出ることがあります。 Execution failed for task ':app:kaptGenerateStubsDebugKotlin'. > 'compileDebugJavaWithJavac' task (current target is 11) and 'kaptGenerateStubsDebugKotlin' task (current target is 17) jvm target compatibility should be set to the same Java version. Consider using JVM toolchain:
Server-Side Kotlin Meetup vol.6 『Java開発者向けのKotlin』で発表したLTです。 https://server-side-kotlin-meetup.connpass.com/event/262538/
はじめに Jruby覚えてますか？JRubyはまだ現役です。こういう言語を扱うと必ずと言っていいほど、「javaでいいじゃん」と言われます。確かにJRubyでできることはJVMでできることです。 現状ではRubyが好きな人がたまに使うといった感覚でしょうか。 ですが、私はJrubyでJava開発のテストを書いてます。理由は生産性が高いからです。 この記事では普段Java使いのみなさんがJrubyで楽できるtipsを紹介します。 *ご意見いただいたのでjreを内蔵してexe化できるtipsも追記しました。 合わせて、タイトルを「実はJrubyはgradleだけで管理できる」から「gradleのみでjrubyをwindows向けにexe化し、jre内蔵してzipする」に変更しました。 依存環境 gradle https://gradle.org/releases/ Jruby https://
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
Version 1.108 is now available! Read about the new features and fixes from December. This document is an overview of how to work with your Java build tools in Visual Studio Code. It covers the Maven for Java and Gradle for Java extensions as well as other tools. If you run into any issues when using the features below, you can contact us by entering an issue. Maven Maven is a software tool that he
ファイル操作の方法いろいろ紹介 以下、ファイル操作の種類。 単一ファイルの参照 ファイルコレクションによる参照 ファイルツリーによる参照 単一ファイルの参照 fileメソッドで単一ファイルを保持するFileクラスを返却し、操作を行う。 fileメソッドの引数 プロジェクトディレクトリを起点とする相対パスの文字列 絶対パスで指定したFileオブジェクト URL/URIオブジェクト Callableインターフェース クロージャ // 相対パス File relative = file('<相対パス>') // 絶対パス File absolute = file(new File('<絶対パス>')) // URL/URIオブジェクト File url = new URL('<url形式のパス>') File urlFile = file(url) File uri = new URI('<ru
以前記事にしたプロジェクトをbuild.gradleからkotlin-dslに移行します。 build.gradle.ktsにすることでスクリプト内でKotlinを使えるようになるし、IntelliJの補完が賢くなるし、groovyの文法をいちいちググらなくてよくなります。Spring Initializrでのデフォルトもktsになっていますし、やるしかねえぞこれ で、気合で一気にやりました。変換結果はこちら 以下、自分用のメモとしてTipsを記載しておきます。 変換TIPS kotlin plugins // groovy // plugins { // id 'org.jetbrains.kotlin.jvm' version '1.3.50' // id 'org.jetbrains.kotlin.plugin.spring' version '1.3.50' // id 'org.
Gradle v7.5の時点ではまだIncubating段階の機能ではあるのですが、Gradleの新しいプラグイン jvm-test-suite がいい感じなので紹介します。 docs.gradle.org 解きたい課題：サブモジュールや統合テストが出てくるととたんに面倒になるビルドスクリプト Gradleは設定をDSLで記述するので基本的には何でもありなのですが、やはり定形コード（boilerplate）は少ないほうがビルドスクリプトの見通しも良くなります。もちろんGradleは「設定より規約（Convention over Configuration）」の考えを持っているため、ある程度は空気を読んでSourceSetやTaskを自動的に生成してくれます。しかしテスト周りにおいてはこうした自動生成は十分ではなく、次に挙げるような課題がありました： サブプロジェクト全てに対して実行したタス
TL;DR ツールチェーン と ツールチェーンリポジトリ Gradle 8.0 からのツールチェーンリポジトリ blog1.mammb.com TL;DR Gradle 8.0 で以下のようなワーニングや $ ./gradlew build --warning-mode all Using a toolchain installed via auto-provisioning, but having no toolchain repositories configured. This behavior is deprecated. Consider defining toolchain download repositories, otherwise the build might fail in clean environments; see https://docs.gradle.or
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
git worktreeによる並列開発時の悩み claude codeに実装してもらうようになり、git worktreeを作って、複数のタスクを同時にこなしている方は多いのではないでしょうか？ Android開発において、git worktreeを使うと次のような悩みが発生してしまいます。 「worktreeを作ったばかりのときにビルドをすると遅い」 ビルドキャッシュはworktreeごとに生成されるため、worktreeを作成した直後はビルドキャッシュが存在せず、ビルド時間が長くなってしまいます。 これではせっかく並列開発できても、イテレーションを高速に回せません。 結論: dockerでリモートビルドキャッシュサーバーを立てることでビルド時間が改善できた！ 先に結論をお話しますが、dockerでリモートビルドキャッシュサーバーを立てることで、worktreeでのビルド時間を1/7に改
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
本記事は メグリ株式会社 Advent Calendar 2022 の記事です。 こんにちは。メグリ株式会社でAndroidエンジニアをしている田邊です。 今回はGradle Managed Devicesを使ってみたという記事を書きたいと思います。 今年10月に開催されたDroidKaigi 2022で外山さんがご発表された「Gradle Managed Virtual Devicesで変化するエミュレータ活用術」を聴講し、個人的に試してみたいなと思っていたところ、今回のアドベントカレンダーのネタとしてちょうど良かったので実際に試してみました。 DroidKaigi 2022に参加したときの感想記事も書いていますのでよかったら御覧ください。 Gradle Managed Devices (GMD) とは Gradle Managed Devices (GMD) は Android Gra
An exception occurred applying plugin request [id: 'com.android.application'] > Failed to apply plugin 'com.android.internal.application'. > Android Gradle plugin requires Java 11 to run. You are currently using Java 1.8. You can try some of the following options: - changing the IDE settings. - changing the JAVA_HOME environment variable. - changing `org.gradle.java.home` in `gradle.properties`. 最
docs.flutter.dev uses cookies from Google to deliver and enhance the quality of its services and to analyze traffic.
こんにちは、CX事業本部 Delivery部の若槻です。 前回のエントリでは、Androidアプリを実機でデバッグする方法を確認しました。 Androidアプリを実機でデバッグできるようにしてみた | DevelopersIO 今回は、FlutterアプリをAndroidエミュレーターおよび実機で実行する方法を確認してみました。 やってみた flutter createで作成したデフォルトアプリを対象にしてみます。 Androidエミュレーターを使えるようにする まず、実機で実行する前にエミュレーターで試してみたいので、その準備を行います。 Android Studioの開始画面で[Open]をクリック。 プロジェクトディレクトリを選択して[Open]。 Android Studioで既存のFlutterアプリのプロジェクトが開けました。 Android StudioにFlutter pl
はじめに 「明日からきみは Java ね」って言われたとき、これくらい知っていれば大丈夫だろう内容をまとめました。 この記事は初心者エンジニアで Java 系に触れているひとのフォローアップや、Java 系以外の実務経験ならあるというひとへの読み物的なまとめです。 文法解説や設計論、ツール紹介などはありません。 項目は多いですが、ひとつひとつは軽くまとめてあります。 「必要に応じて詳細を調べられる」という入り口のところまでさくさくと紹介します。 この記事の内容を覚える必要はありませんし、最初の最初はあまり理解できなくても大丈夫です。 必要になったとき「そういえばそんなこと聞いたような」くらいに思えれば、きっと普段のお仕事や気持ちがちょっとらくになるはずです。 コンパイルと実行 暗記して自分の手でできるようになる必要はありませんが、大前提として知っておきましょう。 javac コマンドと j
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く