2020-07-11: Cloud Buildでの記述が誤っていたので修正しました。 はじめに 今年のゴールデンウィークは暇があり、勤務先で複数のリポジトリを使っているのが辛く感じてきていたため、monorepoについて調べてみました。monorepoについての説明やメリットについては他の記事に譲ります。 www.graat.co.jp この参考記事でmonorepoの本当の課題として挙げられている以下の4点のうち、3点目に相当する「CIで変更によって影響を受けた部分だけをビルドする方法」を調査・検討しました。 トランクベース開発は、より一段と重要になります すべてのサービスがモノレポで上手く動くわけではありません より精巧なCIセットアップが必要です あなたは大規模な変更について考える必要があります この参考記事ではnxが挙げられていますが、nxは主にJavaScriptのプロジェクトを
はじめに わたしはWebアプリケーションのUIをテストする作業をソフトウェアで自動化する技術に関心があります。2018年1月以来わたしは Katalon Studio というソフトウェアに注目しています。Katalon Studioとはどういうソフトウェアか？ Katalon Studioの特徴を要約した文章がCapterra > Automated Testing Software > Katalonにありました。 About Katalon Studio Katalon Studio revolutionizes the use of open-source test automation frameworks such as Selenium and Appium by eliminating their technical complexities to allow testers
Javaアプリケーションを自動的にDockerイメージにビルドしてくれる「Jib」、Googleがオープンソースで公開 Googleは、Javaアプリケーションを自動的にDockerコンテナ化するツール「Jib」をオープンソースで公開しました。 JavaのビルドツールであるMavenもしくはGradleのプラグインとしてJibをインストールすることで、Docker環境の構築やDockerfileなどを記述することなく、ビルドプロセスのなかで構成を読み取り、Dockerコンテナのイメージを生成、Dockerコンテナのレジストリへの登録まで自動的に行ってくれます。 これまでJavaアプリケーションをDockerコンテナ化するには、JavaアプリケーションをビルドしたうえでDocker環境を用意してDockerfileを記述し、そこでDockerイメージを生成するといった手順が必要でした。 Ji
今回はGradleでよくハマるであろうポイントを集めたTIPSを11個紹介します。 01. 依存関係のバージョンが指定されたものにならない MavenからGradleへ移行した場合、おそらく誰もが最初に陥る問題かと思います。 端的に言うと、Mavenの pom.xml で指定したままの依存関係の設定をそのまま build.gradle へ移したとしても 最終的に取得される依存関係は殆どのケースで同じにはなりません。 これは「推移的依存関係」によって同じライブラリが存在した場合に優先されるバージョンがMavenとGradleでは異なるために起こります。 推移的依存関係とは簡単に説明すると、ある依存関係がさらに依存する関係のことを言います。 MavenでもGradleでもそれらを自動的に取得しようとしますが、 それらの中で使っている依存関係のgroupIdもartifactIdも同じだがバージ
こんにちは、今シーズンのNBAもGSWの試合は全試合観てる米林です🏀 今年は毎試合満員御礼のOracleアリーナに行って観戦したいなぁと思いつつカリフォルニア州オークランドの人たちはOracleがデータベースの会社って知ってるのかどうか毎回気になっています🏀 うちの会社ではJavaの開発において、Error Prone を積極的に取り入れている。 その理由はCTOのmopemopeが入れろって怖いから、ただそれだけである。 実際のところ導入して損は無いので皆さんも是非導入を検討して頂きたい。 Error Prone とは github.com Error Prone とはGoogleが公開していて、githubに記載されている説明のとおり “Catch common Java mistakes as compile-time errors” そのままである。 コンパイル時にエラーが起き
前回のエントリでは CircleCI 上で Docker を使ってビルドする方法については敢えて触れませんでした。 今回は、CircleCI 上で任意のバージョンの JVM を使ってビルドする為に Docker コンテナを使ってみます。 試行錯誤した結果の circle.yml はこちらになります。参考にしたい方はどうぞ。 machine: timezone: Asia/Tokyo environment: GRADLE_OPTS: -Xmx4G -Dorg.gradle.daemon=true -XX:+HeapDumpOnOutOfMemoryError services: - docker post: - sudo service mysql stop - sudo service postgresql stop dependencies: cache_directories: -
概要 もう随分と前に TravisCI から CircleCI へ乗り換えたのですが、いかんせん、便利な CircleCI をもってしても Android のプロジェクトのビルド時間は長くなり続け、ついに 1 回のビルドに 20 分を費やすほどにまで成長してしまいました。いくつか無駄を省いたり、キャッシュをしてみたりと言った策を講じたものの、目立った改善が得られませんでした。そこで CircleCI を脱却してみることにしました。現在、CircleCI を脱却し Wercker を利用することで 1 回のビルドが 5 分ほどで終わるようになりました。この記事には、何がどのようにして短時間で済むようになったかを書き記してあります。 問題の根源 そもそも CircleCI で時間がかかっている部分はどこかというところから見ていきます。現在のプロジェクトで使用している分には、以下に上げる部分でか
Spring Boot とは Spring プロジェクトが提供する様々なライブラリやフレームワークを、手っ取り早く使えるようにしたフレームワーク。 Dropwizard の Spring 版みたいなの。 ビルドすると単独の jar ファイルができあがる。 Web アプリの場合は、組み込みの Tomcat が起動する（Jetty や Undertow に切り替え可）。 Web アプリでなく、普通の Java プログラムとしても動かせる。 Maven や Gradle などのビルドツールを利用する（Ant でもできなくはない）。 使用したいコンポーネントを依存関係に追加するだけで、結合に必要な設定などが自動で行われる。 環境 Java 1.8.0_45 Gradle 2.3 Spring Boot 1.2.3 Hello World 実装 buildscript { repositories
こんにちわ、みけです。 だんだん寒くなってきて、一日の半分ほどは寝てるような状態です。 ここ数週間(!!!)、JavaFXをサーブレットから叩くアプリケーションを作っているのですが、 最初は単純にwarファイルを作って、 jetty-runnerで走るようにするだけのものにしていたのですが、 どうしてもJavaFXの方のスレッドまわりでうまく動かない部分があって、 デバッグが若干面倒になってきたので、 実行可能warを作ることにしました。 (デバッグポートをつなげて、IDE上でデバッグしてもいいのですが、手順が若干面倒だったので) 実行可能warの作り方 実行可能warの作り方については、qiitaにたくさんのっています。 jenkins.war のような実行可能 war ファイル作りたい Jetty組み込み方メモ 若干不満な点 僕は主にgradleを使っているので、2.の方は参考になるの
5. 「徹底入門」というタイトルにふさわしい内容 (digitalsoul0124) http://www.amazon.co.jp/product-reviews/4798136433/ref=dp_db_cm_cr_acr_txt?ie=UTF8&showViewpoints=1 これまで手厚くサポートされたビルドツールの本を 見たことがありませんでした。(grimrose) http://grimrose.blogspot.jp/2014/12/gradle.html これ１冊あればググる必要ないのでは という安心感がある (sue445) http://booklog.jp/item/1/4798136433 Gradle”徹底”入門に恥じぬ、Gradleへの愛を 感じる徹底ぶりで、一読の価値ありです。(lino) http://lino.hatenablog.jp/entry/g
#ことのはじまり 問題が発生したのは、 Jersey MVC の JSP を GlassFish 4.0 で試そうとしたときのこと。 CDI を有効にしてデプロイしたら、 CDI 関連のエラーが発生した。 色々試していたところ、 build.gradle の dependencies に providedCompile で指定していた jersey-mvc-jsp をコメントアウトしたら、エラーは発生しなくなった。 いや、 providedCompile なのに何で影響あるんすか。。。 調べたところ、どうも Eclipse の Gradle プラグインでインポートした Web アプリプロジェクトは、build.gradle の dependencies で指定した jar を軒並み WEB-INF/lib の下に叩きこむようになってるっぽい。 下は、Eclipse の Maven プラグイ
G*(Groovy, Grails ..) Advent Calendarも始まってますが、11月のまとめです。 Grailsセミナー@日本大学、JJUG CCC 2013 FallのJVM言語パネルディスカッション、G*ワークショップZ、第四回 #渋谷javaと 3つ4つイベントがあり、そのうちGrailsが2つ3つありました。 blog Groovyでリストモナド(orリストアプリカティブ)を書いてみる - uehaj's blog [GroovyとProcessing]ポンゲーム（未完成） - Qiita Gradle SSH Plugin 0.1.9をリリースしました - GeekFactory Groovyで決まった月のカレンダーを任意の曜日はじまりの形で生成する方法 - Qiita データベースアクセスの基本（CRUD）(1/4):初心者のためのGroovy/Grails入門
ハマることがあるかも。と言うか私以外にもハマった人が居たので、書いておきます。 なお、ここではgradle1.9、jersey1.17.1を使っています。他のバージョンは知らない。 お話 「時代はJAX-RSなので素振りでもしてみよう」と思いたちますよね。そしたら「backpaper0 JAX-RS」とかでググりますよね？ JAX-RSとかの話 — 裏紙 で。これを見ながらもpom.xmlなんて書いてられないので、「時代はGradleだ」と思ってbuild.gradleを書きますよね？ apply plugin: 'java' repositories.mavenCentral() dependencies { compile 'com.sun.jersey:jersey-bundle:1.17.1' testCompile 'com.sun.jersey.jersey-test-fram
ブログの秋。 先月よりも倍ぐらいエントリーがあったようだ。 内容もGroovy、Grails、Gradle、G*ワークショップのVert.xもあり。 blog そろそろPower Assertについてひとこと言っておくか - ぐるぐる～ Bitbucket | The Git solution for professional teams GitHub - IBM/japan-technology: IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc. [GroovyとProcessing]キーボードとマウスからの入力 - Qiita ちょっとしたことがGroovy「エラーの出るSSL証明書を無視してHTTPSアクセスをテストする」 - Qiita 本家Grailsユ
Vagrant + Chef で Java Web アプリケーション開発環境を作る2013年8月09日とあるプロジェクトのために Vagrant + Chef で Java Web アプリケーションの開発環境を作った。 実現すること git clone -> vagrant up -> gradle war により、ゲスト OS でアプリケーションが動く状態にします。 vagrant up 時に chef-solo によりサーバを構成する gradle war で Tomcat にデプロイする (以後同じ方法で再デプロイ) アプリケーション起動時に FlywayDB でマイグレーションする プロジェクトの構成 git リポジトリの構成は以下の通り。 app は Java の Web アプリケーションプロジェクト。server は Vagrantfile と chef のリポジトリ。 開発を
Maven から Gradle への移行2013年5月30日既存の Maven プロジェクトを Gradle に移行してみる。 対象のプロジェクトは shibainu。SpringMVC と spring-data、QueryDSL を使った Web アプリケーションのテンプレートプロジェクト。このような pom.xml を使っている。 Maven でやっているのは主に下記の処理。 ビルド (依存ライブラリの解決、コンパイル、war の作成) Maven プラグイン querydsl-maven-plugin (QueryDSL のメタデータエクスポート) flyway-maven-plugin (Flyway の DB マイグレーション) jetty-maven-plugin (Jetty の起動) これらを Gradle に移行する。 ビルド (依存ライブラリの解決、コンパイル、war
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
