Java テストツールのトレンド 2014/1～2016/5 - Qiita
Java テストツールのトレンド 2014/1～2016/5版 1. エコシステムに乗っかるべし 継続的インテグレーション（CI：continuous integration）は、もはや必須のプラクティスとなりました。ＣＩを実施するにあたり、できるだけ世の中でよく使われているツールやフレームワークを使うことが、エコシステムにスムーズに乗っかっていく鍵になります。マイナーなツールやフレームワークを採用してしまった場合の問題点を挙げてみます。 採用したツールの開発が停滞していてバージョンアップによる恩恵が受けられない。 他のツールのバージョンアップに採用したツールが追従できず、他のツールのバージョンアップの恩恵が受けられない。 足りない機能があり社内で色々作りこんだものの、社内のスピードよりも、世の中のスピードのほうが速く、システムの改修が世の中に追従できななくなってしまう。 CIシステムの維
Spring BootでWARを作成して別のTomcatにデプロイする - Qiita
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.example</groupId> <artifactId>nagap</artifactId> <packaging>war</packaging> <version>1.0.0-SNAPSHOT</version> <name>nagap</name> <url>http://maven.apa
Javaで業務系システムを開発するときの鉄板構成(2015年12月版) - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Javaにはたくさんのフレームワークやライブラリがあります。 新規のプロジェクトでは何を採用するか検討する必要がありますが、最近Javaを始めた人や長い間レガシーなシステムをやっていて新しい技術に触れる機会がなかった人にとっては、たくさんの候補の中から選択していくのは大変なのではないでしょうか。 そこで、大部分のプロジェクトで無難に対応できるような鉄板ともいえる構成をまとめてみました。 想定システム 業務系システムと呼ばれるもの。金融系、人事系など、比較的お堅い感じのシステム メンバーが複数人で中規模以上のプロジェクト Web
JavaやGroovy製のライブラリをMavenリポジトリで公開する - Qiita
概要 Groovyのライブラリを他の言語のようにもっと気軽に公開できないかと調べててわかったことを書きます。 多くの言語ではパッケージ管理システムでライブラリを管理できます。RubyならRubyGems、Pythonならpipを使うと認識しています。(使ったことないので詳しくはわからないけど) Java系のライブラリは通常Mavenで管理されていてOSSを公開する場としてはMaven Central Repositoryがあります。 しかしこのリポジトリは少しお堅いものなのできちんとしたOSSならともかく勝手なものは公開しにくいです。公開権限を申請するのも少しハードルが高いので難しいです。 RubyやPythonだとみんなもっと気軽に公開しているので同じようにできないかと調べて見ました。 余談 余談ですが何を公開したかったかというと、groovycureというプリキュアのGroovy実装ラ
JavaユーザーのためのパッケージマネージャーSDKMAN - Qiita
================================================================================ Available Java Versions ================================================================================ Vendor | Use | Version | Dist | Status | Identifier -------------------------------------------------------------------------------- AdoptOpenJDK | | 16.0.1.j9 | adpt | | 16.0.1.j9-adpt | | 16.0.1.hs | adpt | | 16.
Mavenで配布用zipファイルを作成する - Sacrificed & Exploited
mavenで依存ライブラリや設定用ファイル、バッチファイルなどを含んだ配布用zipファイルを作る方法をメモしておく。 配布物のディレクトリ構成 以下のような構成の配布物を作成します。 +bin/ +sample.bat <----起動用バッチファイル(windows用) +sample <----起動用バッチファイル(unix用) +config/ +config.xml <----設定ファイル +config.xsd +backlog.xml <----backlogの設定ファイル +lib/ +sample-0.0.1.jar <----実行対象のjar +依存しているjar 実行方法のバリエーションについて jarに格納されたクラスを実行するには、以下のようなバリエーションがあります。 依存ライブラリを統合した実行可能なjarを作成し、-jarオプションの引数に指定して起動する。 依
Mavenでビルドする際の10のTips - cynipeと読む
1. 環境別の設定はプロファイルで 環境毎に切り替えたいっていう設定ファイルは大抵のプロジェクトにはあると思います。DB接続先設定だったり、ロギング設定、場合によってはweb.xmlの初期化パラメータとか。最近流行り？のAppEngineだとデプロイ先の設定、開発時のcronの設定とか。こういった環境毎の設定を都度都度書き換えてなんてことをやってたらバージョン管理上うまくない*1ですし、Hudson、その他自動化スクリプトからデプロイを行ったりする際に色々とうまくないです。なので、こういった設定はプロファイルを使ってサクっと切り替えられるようにしてます。 詳しいプロファイルの使い方*2についてはそのうち別エントリで書く*3！...と思います。基本的なことはTECHSCOREさんのここを参照すればかなり分かるはずです。自分はここで覚えました。ただMaven3からはprofiles.xmlの使
Maven2/TIPS集 - きのさいと
-source 1.3 でサポートされていません とか言われる場合 † ソースのバージョン - TzlTTqTjの日記を参考にさせていただきました！ビルドの設定を下記のように書き替えればよい <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>1.5</source> <target>1.5</target> </configuration> </plugin> </plugins> </build> さらにtargetタグにつづけて <encoding>Windows-31J</encoding> とか指定すれば、文字エンコーディングによるコンパイルエラーなど
Maven2 で JAR の Manifest ファイルを設定する方法をメモ
Maven2 で JAR の Manifest ファイルを設定する方法をメモ Maven2 の JAR アーカイバ(maven-jar-plugin) における Manifest 関連の設定をメモ。 Manifest 関連の設定方法 JAR アーカイバの Manifest 関連の設定は pom.xml に記述する。 <model> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <configuration> <archive> <manifest> <mainClass>jp.in_vitro.dummy.Main</mainClass> <packageName>jp.in_vitro.dummy</packa
Jenkinsで静的解析・テスト結果やらのレポートを生成するMavenの設定 - Qiita
これは何？ Jenkinsに静的解析、テスト結果をまとめてレポートしてもらう為のMaven設定を記したもの。 ※ Jenkins自体への設定は割愛します。 レポートイメージ Jenkinsの画面から静的解析の結果、テストの結果などが一望できる様な感じ バージョン情報 maven 3.3.3 jenkins 1.634 centos 6.5 (Open Logic 6.5) jenkinsに吐かせたいレポートの内容 findbugs checkstyle jUnitのテスト結果 カバレッジ測定 PMD(Javaソースコード解析の為の静的なルールセット) javadoc生成 必要なJenkinsのプラグイン ※ 標準でインストールされているプラグインを含みます ※ 依存関係でインストールされたプラグインは対象としていません。 Checkstyle Plug-in Cobertura Plugi
Java製アプリを Eclipse から実行したことしかない新人に「ビルドツールとは？」を説明してみる…そして CI へ - Qiita
Ant とか Gradle とか，名前は見かけるけど何に使っているのかよくわかりません (意訳) 的なことを新人から立て続けに言われたので，順を追って説明してみようと試みる． ビルドとは: 書いたプログラムを本番環境で動作させるまで 「ビルド」という言葉をいきなり説明するのも唐突なので，そもそもプログラムコードが本番で稼働するまでの流れをざっくりと説明します． デプロイまでに必要な作業 アプリケーションをテスト環境や本番環境で動作させるためには，おおまかに言えば以下の様な手順をを踏みます． (自分や新人の実業務ではサーバーサイドは Java，クライアントは Java だったり TypeScript で書かれた Web だったりするので，それを想定しています．) コンパイル: プログラミング言語を用いて書いたプログラムをバイトコードに変換すること．スクリプト言語なら不要． 依存ライブラリの解
MavenでOracle JDBC(ojdbc.jar)を使うには
Mavenは便利だけど中には手に入らないjarも存在します。 特に会社でMavenを使おう！となるとojdbc.jar つまり、Oracle JDBCが無くて困ります。ではどうするか？ 答えは３つあるかなーと。 ojdbcだけはMaven以外で管理する。 つまり普通にlibフォルダに突っ込んでビルドパス通すなりなんなりする。 JDBCドライバのリポジトリは？ 上記URLを参考にする。 ローカルリポジトリを使う。 1でもまあ良い気もします。特に欠点はないかもしれません。 2は以下の理由で採用しづらいです。 まずojdbcのバージョンが古いです。2013/9/8現在、Oracle DBは11gでojdbc6.jarが最新です。そしてコメントにもあるように再配布OKなのか怪しいので、ここのURLから取得していいのか分かりません。普通OracleからDLするときにライセンス承認求めてくるので、そっ
MavenでbuildするときにAspectJを有効化する方法 - Qiita
<build> <finalName>${project.artifactId}</finalName> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>aspectj-maven-plugin</artifactId> <version>1.7</version> <executions> <execution> <goals> <goal>compile</goal> <goal>test-compile</goal> </goals> </execution> </executions> <configuration> <aspectLibraries> <aspectLibrary> <groupId>org.springframework</groupId> <artifactId>sprin
リポジトリ管理ツール：Artifactoryの紹介 - @ikikko のはてなブログ
何か驚くほどに（日本語の）情報が少ない。めぼしいものといえば、ぐらい？なので、ちょっと書いてみます。 概要 リポジトリ管理ツールとは リポジトリ管理ツールとは、Mavenなどのビルド結果の生成物（アーティファクト）を突っ込むためのリポジトリ（インハウスリポジトリ）を簡単に立てることができるツールです。まあぶっちゃけインハウスリポジトリはWebDAVでも構わないので、Apacheとか使うと簡単に構築することはできます。ただ、ツールとして作られている以上、単純なWebDAVにはない機能も備えているわけでして。 いくつかあげると、 セントラルリポジトリをはじめとした、リモートリポジトリのキャッシュ リポジトリの分割・分割されたリポジトリの仮想的な統一 デプロイされているアーティファクトの検索 Jarの内部を参照可能 セキュリティをロールに応じて細かく設定可能 のような、細かいながらも便利な機能を
Javaライブラリを配布する際のログ周りにおける配慮と実践 - Kengo's blog
2020-07-22更新: 以下の投稿で情報をアップデートしています。 https://blog.kengo-toda.jp/entry/2020/07/21/223136 いつも購読させていただいている id:teppeis さんのブックマークに以下のエントリが流れてきて、なるほどこいつはたしかに厄介だと思いました。 javaのロガーが多すぎて訳が解らないので整理してみました - 文系プログラマによるTIPSブログ ただSLF4Jが最も先進的かつ著名なインタフェースである以上、配布側としてはSLF4Jを使いつつ問題を解決したいところです。他のインタフェースを使ったりオレオレ実装を使ったりしてしまうと、それこそユーザの自由度を奪ってしまう形になります。 実際、SLF4Jを配布パッケージに含めないという簡単な解決法がありますので、簡単に紹介します。悲劇を繰り返さないためにライブラリ開発者がす
javadoc.io が便利 - tokuhirom's blog
javadoc.io が便利 Maven central へのアップロードを無事に果たしたのはよいが､javadoc を見るにはどう>したらいいのか､､と思って探してみると､あった｡ありました｡javadoc.io http://javadoc.io は maven central にあがってるプロジェクトの javadoc を表示してくれるサイト｡ http://www.javadoc.io/doc/me.geso/mech2/ とかにアクセスすると､javadoc をいい感じに表示してくれる｡今後は README.md にはこの URL を記載することにしよう｡ (本来であれば search.maven.org でjavadocを表示してほしいのだが) Published: 2014-11-28(Fri) 08:09
はじめてのmaven central 公開 - たごもりすメモ
前置き：このエントリはJavaおよびJava周辺の*1開発環境に全く縁の無い人間が、可能な限り依存ソフトウェアを少なく手順をシンプルに保ったままやろうとしたものであり、知識・経験のある人にとっては全く最適な手段でなかろうことをお断りします。 先日のエントリ で書いたとおり woothee 1.0.0 をリリースした。Perl, Ruby, Node.js および PHP などはそれぞれの言語毎のモジュールリポジトリに登録されている。 が、Javaについては自分が Maven Central の勝手がわからず、されてると便利だよなーとは思いつつ放置していた。 が、なんと @making さんからMaven Central登録用の pull requestがきた 。きてしまった。これで最大の問題(xmlを書く)はおおむね解決されてしまったので、覚悟を決めて登録作業をすることにした。 せっかくや
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SonarQubeでプログラムの品質管理をはじめる（CIに組み込む） - Qiita
IBM Developer
mvn の exec:java が終わるまでの時間が15秒ぐらい待ってて遅いってとき - tokuhirom's blog