Don't Put Fat Jars in Docker Images
Philipp Hauer's Blog Engineering Management, Java Ecosystem, Kotlin, Sociology of Software Development Posted on Oct 14, 2019. Updated on Jun 12, 2022 Putting a fat jar into a Docker container is a waste of storage, bandwidth and time. Fortunately, we can leverage Docker’s image layering and registry caching to create incremental builds and very small artifacts. For instance, we could reduce the e
Data Access Module using Groovy with Spock testing
This blog is more of a tutorial where we describe the development of a simple data access module, more for fun and learning than anything else. All code can be found here for those who don’t want to type along: https://github.com/ricston-git/tododb As a heads-up, we will be covering the following: Using Groovy in a Maven project within Eclipse Using Groovy to interact with our database Testing our
7.2. NEXUSによるMavenリポジトリの管理 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
Sonatype NEXUS はパッケージリポジトリマネージャソフトウェアである。 OSS版と商用版がありますが、OSS版でも十分な機能がある。 本章ではOSS版のNEXUSの役割と設定方法などについて解決する。 7.2.1. Why NEXUS ?¶ 開発者が一人しかいない場合には、インターネット上のセントラルリポジトリと、 その開発者のPC内のローカルリポジトリだけでも、mavenやant+ivyを使って開発することは可能である。 しかし、Javaアプリケーションを複数のサブプロジェクトに分けてチームで開発する場合には ライブラリの依存性解決が複雑になるため、ライブラリの依存性解決の自動化が必要となる。 そのためにはパッケージリポジトリサーバの存在が不可欠である。 Javaアプリケーション開発プロジェクトにおいて必要となるパッケージリポジトリは次のようなものがある。 セントラルリポジト
Spring Boot 入門 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、鈴木です。 Spring Boot を使ってみたので、ご紹介します。 Spring Boot 関連プロダクトが多すぎて把握しきれない！ ってことありませんか？ きちんとモジュール分割されたフレームワークは、コアとなる機能（Spring Framework）があり、関連するプロダクト（Spring Security とか Spring Data とか）が山盛りという構成になります。 このように分割されていると、取捨選択して必要な機能だけ利用することができるので、使う側にとって大きなメリットになります（巨大な一枚岩のフレームワークだとそうはいきませんね）。一方で慣れるまでは「どれを選べば良いの!?」となりがちですね。 Spring Boot は「関連プロダクトが多すぎて大変だ」という問題を解消してくれます。 Spring Boot とは Spring Boot のサイトには「スタン
Jenkins用のpom.xmlの基本設定 | KATSUMI KOKUZAWA'S BLOG
だんだんと暑くなってきた先週、Java7 を導入できることになって大喜びして IntelliJ IDEA の Inspect Code を使って Java7 に対応するコードに一括変換をした月曜日、 今年は良い夏を迎えられそうだと思っていたら、OS が Java7 をサポートしてなくてコードを Java6 にダウングレードするという、モチベーションがだだ下がりな作業したところです。 ただ Java6 にダウングレードするというものやってられないので、 Eclipse の Web アプリ構成のプロジェクトを Maven 構成のプロジェクトに置き換えようと考えました。 Maven 構成に変えるのはフォルダの位置を変更するだけなのでとても簡単で、 かつ、ライブラリはビルド時に取得してくれるから、今までのように VCS に jar ファイルも一緒にコミットする必要がなくなり、 アプリのリソース自体
GradleでEclipseとIntellij IDEAの開発環境を作る - 猫好きモバイルアプリケーション開発者記録
ちょっと前まではMavenでプロジェクトを構築している人も多かったですが、 Android StudioがGradleを採用してからはGradleによるプロジェクト構築にシフトしている人も増えてきました。 とはいえ、Web業界で古いシステムを保守・運用している方だとまだまだMavenメインの利用者が多いかと思いますので、 Mavenからの移行も含めた観点で記載して行きます。 Mavenと比較したGradleの利点 Mavenと比較したGradleの利点を簡単にまとめると以下のような感じです。 (この記事を執筆時のGradleの最新バージョンは 1.11 です) 記述量が圧倒的に少ない 記述言語がGroovyなのでJavaも使える。そのため比較的なんでも記述できる AntやMavenの機能も利用できる。特にAntはほぼすべての機能を利用可能。MavenはMavenプラグイン以外は殆ど利用可能
Gradleで陥りやすい問題点の解決策TIPS集 - 猫好きモバイルアプリケーション開発者記録
今回はGradleでよくハマるであろうポイントを集めたTIPSを11個紹介します。 01. 依存関係のバージョンが指定されたものにならない MavenからGradleへ移行した場合、おそらく誰もが最初に陥る問題かと思います。 端的に言うと、Mavenの pom.xml で指定したままの依存関係の設定をそのまま build.gradle へ移したとしても 最終的に取得される依存関係は殆どのケースで同じにはなりません。 これは「推移的依存関係」によって同じライブラリが存在した場合に優先されるバージョンがMavenとGradleでは異なるために起こります。 推移的依存関係とは簡単に説明すると、ある依存関係がさらに依存する関係のことを言います。 MavenでもGradleでもそれらを自動的に取得しようとしますが、 それらの中で使っている依存関係のgroupIdもartifactIdも同じだがバージ
Gradle の依存関係を使いこなしてみる - bluepapa32’s Java Blog
Gradle でも Maven や Ivy と同じように簡単にライブラリの依存関係を解決することができます。 内部的に Ivy を利用しているようなので同じことができて当然なのですが... まずは リポジトリの設定から... ライブラリの取得先の Maven リポジトリのパスを 以下のように列挙しておくだけでよいです。 repositories { mavenCentral() // Maven セントラル mavenLocal() // ローカル mavenRepo url: [ "http://repository.jboss.org/nexus/content/groups/public-jboss", // JBoss "http://repository.apache.org/content/groups/public", // Apache "http://repository
Groovy - Compiling With Maven2
Although it is possible to use Ant inside Maven to compile Groovy, the easiest method is to use GMaven, the Maven2 plugin for building Groovy projects. GMaven has the advantage that it will build projects where Java code references classes defined in Groovy. Nevertheless, here's an example of a Maven2 build using the Ant plugin to compile a groovy project. Note that the Ant plugin is bound to the
イカす達人 (8) : テストにだけ Groovy を使うプロジェクト - 倭マン's BLOG
以前に Maven2 プロジェクトで Groovy を使用する方法を見ました（一覧）。 ただし、Groovy は便利で、Java と Groovy がシームレスに連携できるとはいえ、いきなり Java プロジェクトを Groovy プロジェクトに変更できるとは限りません。 そこで、メインコードは Java のみで書き、テストコードは Groovy （と Java）で書けるというプロジェクト（の pom.xml）を考えてみます。 サンプルのパラメータ まず、以下のサンプルで使用するパラメータを示しておきます： パラメータ 値 groupId org.sample artifactId sample version 1.0-SNAPSHOT pom.xml pom.xml の概要は以下のようになります。 「...」の箇所はそれぞれ後で見ていきます。 <?xml version="1.0" en
Maven2/checkstyleプラグイン - HirobiroWiki
定義ファイルだけのプロジェクトを作る † マルチモジュールでCheckStyleとかのルールを共有する - ssogabeの日記と殆ど同じ。 packagingはjar 今回、resourcesの下に、「learning-checkstyle-checkstyle.xml」と配置した。 ↑ CheckStyle?の定義ファイルを作成 † EclipseのCheckStyle?プラグインにデフォルトでついている定義ファイルをエクスポートして、雛形にするのが手軽。 但し、Eclipseの定義書式は古いので注意。ファイル上部にあるスキーマの版数を1.2から1.3に変えるとよい。 ここ→Checkstyle Islandとか、ここ→Checkstyleとか、ここ→最近Jenkinsネタも流行っているし、静的テストの設定を晒してみたり - Usa*Usa日記などを見ながら中身を編集する。 ↑ pom
mavenのレポートプラグインてんこ盛り設定 - Sacrificed & Exploited
mavenレポートプラグインをてんこ盛りにしたpom.xmlの設定例です。 以下のレポートプラグインを使います。 org.apache.mavenのプラグイン maven-site-plugin プロジェクトのサイトを作成する maven-jxr-plugin クロスリファレンスを作成する maven-surefire-report-plugin テスト結果のレポートを作成する maven-checkstyle-plugin checkstyleのチェックレポートを作成する。 maven-pmd-plugin PMDでのチェックレポートを作成する。 org.codehaus.mojoのプラグイン findbugs-maven-plugin findbugsのチェックレポートを出力する。 cobertura-maven-plugin Coberturaを使ってカバレッジレポートを出力する。ビ
Be an Idealistic Realist
select の結果を見やすく成形する。 .header On .mode column 実機上のデータベースデータを読み込む テスト用途限定。 /data 以下のファイルは root 化しなければ読み取ることができないため SD カード上にデータを配置する方式を取る。 AndroidManifest.xml に以下の権限情報を追加する。 <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" /> SQLiteOpenHelper などに渡すデータベース名を以下のようにSDカード上の任意の場所にする。 Environment.getExternalStorageDirectory () + "/data/mydatabase.db"; データベースが生成されると以下のようにdbファイルが確認できる
Eclispe：プログラムをリモートサーバに送信・実行する手順メモ
手元のWindows上のEclipseで編集したり実行したりしているプログラムを、SSHで接続できるリモートの高性能マシン上で実行させる方法について、悪戦苦闘（長い）含め紹介します。結局採用した方法は後半に書いてあります。ちなみに、そんな簡単にできる設定はEclipseに存在しなさそうです。それと、リモート「デバッグ」では無い点に注意。 目次 1. 目標1.1. リモートデバッグとは違う2. できるようになったこと3. 却下：実行ファイルを同期する4. 却下：mavenのdeploy機能を使う4.1. The build could not read 1 project4.2. The packaging for this project did not assign a file to the build artifact4.3. パッケージorg.testngは存在しません4.4. N
JavaEE7(GlassFish4.0)のEclipse4.3(Kepler)におけるMaven(M2E)連携 | あらぶるトラブル
Eclipse4.3でMavenプロジェクトを作成しようとしたら手間だったので手順の記録。 最初にm2e-wtp(Mavan Integration for Eclipse WTP)をマーケットプレースからインストール。 ヘルプ->Eclipseマーケットプレース->検索で「m2e-wtp」にてインストールを実行。 Junoと書いてあるがリリース元によると”m2e-wtp 1.0.0 adds Java EE 7 support in Kepler”となっている。 Pleiades All in Oneだとアップデートでいいかどうかを聞かれるがとりあえず次へ次へとそのままインストール 新規->MavanプロジェクトからMavanプロジェクトを作成しようとしたところ、アーキタイプにwebapp-javaee7が無い。（Eclipse4.2ではこれででてきた記憶がある。。） 理由があって外され
Maven dependency libraries not deploy in Eclipse IDE - Mkyong.com
Problem By default, while starting the Tomcat server instance in Eclipse, the project’s dependency libraries will not deploy to the Eclipse’s Tomcat plugin library folder ‘WEB-INF/lib’ correctly. See this “.classpath” file, that is generated by Maven “mvn eclipse:eclipse” command. <classpath> <classpathentry kind="src" path="src/main/java" including="**/*.java"/> <classpathentry kind="src" path="s
イマドキのIDE事情(129) リポジトリ管理ツール「Nexus」でMavenをさらに活用しよう!
Nexusとは? NexusはSonatype社が提供するWebアプリケーションで、Webブラウザ上からMavenリポジトリの管理を行うことができ、外部のリポジトリのプロキシ/キャッシュとしても動作する。同種のツールには、Artifactoryなどがある。 IDEの範疇からは外れてしまうが、Java開発においてMavenを使用する場合に、開発したソフトウェアをデプロイしたり、外部のMavenリポジトリに存在しないライブラリなどを使用するために、開発環境の一部としてプライベートリポジトリを立てる必要に迫られることがある。Nexusはこのような場合に有用なツールだ。 Nexusは無償で利用可能なOSS版に加え、有償のProfessional版が提供されている。本稿ではOSS版の導入手順と基本的な利用方法を紹介する。 Nexusのインストール NexusのWebサイトには、Jettyがバンドルさ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - eirslett/frontend-maven-plugin: "Maven-node-grunt-gulp-npm-node-plugin to end all maven-node-grunt-gulp-npm-plugins." A Maven plugin that downloads/installs Node and NPM locally, runs NPM install, Grunt, Gulp and/or Karma.
Sonatype Nexus Repository | Leading Binary Repository Manager
News and Notes from the makers of Nexus | Sonatype Blog