somemoのブックマーク / 2022年9月16日

somemo id:somemo

2022年9月16日のブックマーク (7件)

Date functions | BigQuery | Google Cloud
somemo 2022/09/16
“CURRENT_DATE([time_zone]) Description 指定したタイムゾーンまたはデフォルトのタイムゾーンの現在の日付を返します。引数なしで呼び出す場合、括弧は省略可能です。”
リンク
gradle-embulk-pluginsを使ったメモ(Embulkプラグイン開発者用) - Qiita
2020年3月現在、Embulk プロジェクトは最初のリリースから5年が経過し、バージョン1.0に向けての作業がすすんでいます。マイルストーンについての情報はEmbulk v0.10 series, which is a milestone to v1.0を参考にすると良いでしょう。この中で、プラグイン開発者はgradle-embulk-pluginsの利用が推奨されています。この文書は、自分のプラグインでgradle-embulk-pluginsを使った際に調べたことやハマったことを記載します。 1 gradle-embulk-pluginsとはそのうち 2 既存のプラグインのバージョンアップ方法わざわざ書かなくても、手順はREADMEに書いてあります。 gradle5で廃止になる構文を書き換える gradleのバージョンをあげる gradle-embulk-pluginsを利用
somemo 2022/09/16
“./gradlew dependencies --write-locksを実行して、gradle/dependency-locks/embulkPluginRuntime.lockfileを作成します。”
リンク
embulk dependencies example
somemo 2022/09/16
embulkPluginRuntime.lockfile
リンク
Gradle4.xから6.xで変更する依存関係の定義 - ソフラボの技術ブログ
Graldeを4.10.2から6.0.1にバージョンアップしたときに警告やエラーが出たので、そのときに変更した依存関係周りを簡単にまとめました。個人的にGradleはあまり詳しくないので、今回影響があった部分のみの記載です。さらに詳細を知りたい方は、参考サイトをご覧ください。バージョンアップ時のエラー Gradle6にしてビルド等を走らせると、lombokを使用している場合、認識されずコンパイルが通りません。いつの間にかGradleの設定方法が変わっていたので、その辺を変更します。依存関係ライブラリの依存定義に使う設定名が以下のように変わっています。 compile -> implementation compile files -> implementation files runtime -> runtimeOnly providedCompile -> compileOn
somemo 2022/09/16
“スムーズにバージョンアップするためにも、非推奨定義は別の定義に変更しておいた方が良いです。非推奨や警告定義の確認は、Gradleの各コマンドで「--warning-mode all」を付与すると出力されます。”
リンク
Gradleにおけるcompile vs compileOnly vs compileIncludeの比較について
こんにちは、日本ライフレイサポータビリティエンジニアの竹生です。今回は、Gradleにおけるコンパイル、コンパイルオンリー、コンパイルインクルードの違いについて説明する記事を紹介します。 ※本記事はLiferay Community Blogに投稿されている” Gradle: compile vs compileOnly vs compileInclude”を翻訳したものです。配信元または著者の許可を得て配信しています。 ※オリジナルの英記事著者:David H Nebinger氏はサウスカロライナ州のサマーヴィルに住むLiferay, Inc.のSoftware Architect/リードコンサルタントです。彼はLiferay Communityサイトにて、多くの技術情報を投稿するなど精力的に活動しています。今回はよく質問をもらう、compileと、compileOnly、そしてco
somemo 2022/09/16
リンク
gradleがpublishするpom.xmlにdependencyを入れる - Qiita
gradleでライブラリとしてjarをpublishしたときpom.xmlにdependenciesが含まれてなくてあれ？　となった失敗談。その場合は、というか、基本的にはpublicationsでartifact jarではなくcomponents.javaを使用する。環境 gradle 7.3 ソースコードなどまず適当なdependencyを含む適当なbuild.gradleを作成する。 plugins { id 'java-library' id 'maven-publish' } group = 'kagamihoge.example' version = '0.0.1-SNAPSHOT' repositories { mavenCentral() } dependencies { implementation 'com.google.guava:guava:31.0.1-jr
somemo 2022/09/16
“components.java A SoftwareComponent for publishing the production JAR created by the jar task. This component includes the runtime dependency information for the JAR. https://docs.gradle.org/current/userguide/java_plugin.html#sec:java_plugin_publishing”
リンク
Gradle の compile, api, implementation とかについて - Qiita
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 の場合実装
somemo 2022/09/16
“implementation と api の使い分け以下は個人的な見解。基本は implementation で宣言する ”
リンク
- 2022年9月18日
- 2022年9月16日
- 2022年9月15日