Gradle 9では何が変わるか ー 設定キャッシュ、アイソレ―テッドプロジェクト、Kotlin 2.0の統合
6月19日、The Gradle Blogで「Road to Gradle 9 with Louis Jacomet」と題した記事が公開された。この記事では、Gradle 9の主要な改善点と新機能について詳しく紹介されている。 以下に、その内容を簡潔にまとめて紹介する。 Gradle 9の主な焦点 Gradle 9において重視している事柄は以下の３つである。 パフォーマンス Gradle 9では、ビルド速度の向上が最重要視されている。特に、設定キャッシュの改善が進められている。 分かりやすさ Gradleの使用方法や設定がより理解しやすくなるように、ドキュメントの改善や新しいAPIの導入が行われる。 最新のJavaおよびKotlinバージョンのサポート Gradle 9では、最新のJava 23およびKotlin 2.0のサポートが予定されている。 これらの大方針に基づき、以下に述べるよう
Gradle を完全に理解した人が、何も分からなくなるための第一歩 - Qiita
自己紹介 opengl-8080 主に Qiita で技術メモを書いたり 関西の SIer 勤務 タイトルの元ネタ エンジニア用語の「完全に理解した」「何も分からない」「チョットデキル」は「ダニング・クルーガー効果」で簡単に説明ができます。これは一種の認知バイアスで能力の低い段階では自分の能力の低さを認識できないためです（過大評価しがち）。その反面で能力が高くなると過少評価しがちです。 pic.twitter.com/LGaJ4E5hWo — おちゃめ (@ochame_nako) April 8, 2019 ※スライドモードでは画像が表示されないみたいなので、スライドモードを解除して記事本文を直接参照してください。 お話しすること 「Gradle 完全に理解した」レベルの人が、「Gradle 何も分からん」レベルになるためのお話 自分自身、最近 Gradle のことが何も分からなくなって
静的解析ツール ErrorProne でJavaのコンパイルエラーを強化 - Qiita
ErrorProneとは？ ErrorProne はGoogle製のJavaの静的解析ツールです。 他の静的解析ツール（FindBugsなど）との大きな違いは、チェックNGが コンパイルエラーとなること です。 以下、公式サイトから引用 It’s common for even the best programmers to make simple mistakes. And sometimes a refactoring which seems safe can leave behind code which will never do what’s intended. We’re used to getting help from the compiler, but it doesn’t do much beyond static type checking. Using Error
Spring Boot2 x Doma2のハマったこと備忘録 - Qiita
このページについて Spring Boot2 x Doma2で開発するにあたって少しだけハマったことがいくつかあったので備忘録として残しておこうと思います。 当方のスペック Spring Boot 2.1.7 Java11 IntelliJ 2018.3 DOMA doma-spring-boot-starter:1.1.1 MySQL 5.7 gradle 5.4.1 [DOMA4019] SQLファイルが クラスパスから見つかりませんでした 以下のようにSQLをファイルを正しいディレクトリ構成でおいてもこのエラーが出る場合があります。 例) -- SQLファイルの置く場所は間違っていない UserRepostory findOneメソッド src/main/xxx/domain/repository/UserResotiory.java src/main/resources/META-
GradleでJavaのビルド時にJDKを動的に切り替える方法 - Qiita
はじめに OpenJDK11 が 2018 年の 9 月にリリースされました。エンタープライズな案件で Java を使うとすると JDK11 が多いのではないでしょうか。 また、すでに JDK8 を使っているけど、新しく導入される一部のプロジェクトでは JDK11 を採用したい、という声もちらほら聞きます。 今回は JDK8 を使っているが JDK11 での検証を始めたときに、Gradle でのビルドを JDK8 と JDK11 の両方に対応したい(ビルドしたい)という場合に、どのようなビルド設定がよいのか考えました。なお JDK の変更にバージョンアップに伴うアプリケーションの修正、チューニングなどは、必要事項と思いますが、本記事からは除きます。あくまでビルド時に JDK を動的に切り替える方法に焦点を当てたいと思います。 設定内容 1. build.gradle の sourceCom
Spring gradleでサーバー実行可能WARをvagrant仮想サーバーにデプロイする - Qiita
TomCatを仮想サーバーに入れる。 TomCatの公式ページでtarファイルをダウンロードしてきて、 そのままFTPソフトでサーバーにアップロードしてから、ターミナルでサーバー側にログインしてその場で解凍する。 WarファイルをTomcatのwebappsフォルダに入れる。 Tomacatを起動する。このとき、以下のようにフルパスで指定する必要があるらしい。 （shはスクリプトファイルで、そういう起動エントリを書いているらしい） cd でbinに入ってstartup.shと入力してもファイルがないと言われてハマった。 この状態のままブラウザで http://192.168.33.10:8080/sample/ を開くとsample.warの中身が表示される。 ※sampleの部分を作ったwarファイル名に書き換える。 遭遇したエラー状況： サーバーに接続できない ⇨ TomCatが立ち上
OpenJFX時代のJDK選び - もしくはOpenJFX時代のアプリケーション配布 - JavaFX in the Box
Java 11からJavaFXがOracle JDKに含まれなくなったことはみなさんご存知の通り。もともとOpenJDKのJDKプロジェクトにはJavaFX (OpenJFX)は含まれていなかったので、Oracle OpenJDKなどにもJavaFXは含まれていません。 でも、ディストリビューションによってはJavaFXを含んでいるものがあります。たとえば、Liberica JDKなどがJavaFXを含んでいます。 なので、JDKソムリエの @yamadamn さんはJavaFXを使うんだったらLiberica JDKを推すのですが、それはハッキリいってまちがいです。 その理由は、デスクトップアプリケーション特有の視点、つまり アプリケーションを配布しなくてはいけない ということに対しての配慮がないからです。 これはどういうことかというと、アプリケーションのユーザーにアプリケーションの実行
Bintray jcenter - Maven, Gradle, Ivy, SBT, Groovy, Clojure central repository
JCenter is the place to find and share popular Apache Maven packages for use by Maven, Gradle, Ivy, SBT, etc. For the most comprehensive collection of artifacts, point your Maven at: http://jcenter.bintray.com Want to distribute your own packages through JCenter? You can link your package by clicking the "Include My Package" button. And if you're into legacy, you can even synchronize your packages
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cloud Build and Gradle/Maven Caching - Java Code Geeks
Gradle - Deploy Java web apps to Azure in one step! - Microsoft for Java Developers
ビルド自動化システム「Gradle 7.0」リリース、Java 16をサポート
Spring-bootとLINEMessagingAPIで電車遅延通知botを作る - Qiita
Java 8からJava 12へのアップグレード
Spring Bootでデータベースにアクセスしよう
Spring Cloud Greenwich.SR2 is available.