参考サイト：http://www.techscore.com/tech/Java/ApacheJakarta/Maven/index/ Mavenとは Mavenはプロジェクト管理ツールです。プロジェクトに関する色々な情報をPOMに集約し、POMの情報に基づきプロジェクト全体を管理します。 Mavenを使用すると、プロジェクトのライフサイクルに含まれるコンパイルやテストなどの各作業をコマンド一つで行うことができます。 リモートリポジトリとローカルリポジトリは、どちらもプラグインやライブラリが置かれる場所です。 Mavenは必要なプラグインやライブラリをリモートリポジトリからダウンロードし、それをローカルリポジトリに保存します。 各プロジェクトはローカルリポジトリに保存されているライブラリを参照します。 ローカル環境にある全てのプロジェクトの間でライブラリを共有することができます。 リモート
2.2.1 Hello World インストール 公式サイト からダウンロードする。 zip(tar) と war が配布されている。 zip の方は、 Apache Archiva を単独（スタンドアロン）で動かしたい場合に使用する。 Jetty が内蔵されており、それが利用される。 すでに Tomcat などの Servlet コンテナがインストールされており、そこにデプロイする形で利用したい場合は war を使用する。 今回は zip のほうを選択した。 zip を任意の場所に解凍したら、インストールは完了。 起動する 解凍してできたフォルダの下の bin フォルダの下でコマンドラインを開き、以下のコマンドを実行する。 サーバーが起動するので、ブラウザを開いて http://localhost:8080/ にアクセスする。 停止は Ctrl + C。 管理者ユーザーを作成する 右上の
Java テストツールのトレンド 2014/1～2016/5版 1. エコシステムに乗っかるべし 継続的インテグレーション（CI：continuous integration）は、もはや必須のプラクティスとなりました。ＣＩを実施するにあたり、できるだけ世の中でよく使われているツールやフレームワークを使うことが、エコシステムにスムーズに乗っかっていく鍵になります。マイナーなツールやフレームワークを採用してしまった場合の問題点を挙げてみます。 採用したツールの開発が停滞していてバージョンアップによる恩恵が受けられない。 他のツールのバージョンアップに採用したツールが追従できず、他のツールのバージョンアップの恩恵が受けられない。 足りない機能があり社内で色々作りこんだものの、社内のスピードよりも、世の中のスピードのほうが速く、システムの改修が世の中に追従できななくなってしまう。 CIシステムの維
Javaでの開発において、ライブラリのバージョン管理にMavenを用いているところはたくさんあると思います。 しかし、pom.xmlを使って各ライブラリのバージョンを管理していても、各開発者が使うMavenのバージョンを固定することはできません。 プロジェクトで使うMavenのバージョンを固定したい！そんな場合に使えるのがMaven Wrapperです。 takari/maven-wrapper - https://github.com/takari/maven-wrapper 導入方法 導入方法は至って簡単。 maven wrapperを適用したいプロジェクトに移動して、以下のコマンドを発行するだけ。 mvn -N io.takari:maven:wrapper これだけで、プロジェクトに以下のファイルが追加されます。 mvnw - Maven Wrapper経由でmavenを実行するた
JJUG CCC 2016 Springの「Spring Boot で Boot した後に作る Web アプリケーション基盤」というセッションで、Versions Maven Pluginというものがあることを知りました。 Spring Boot で Boot した後に作る Web アプリケーション基盤/spring-boot-application-infrastructure - Speaker Deck 該当のページ。 https://speakerdeck.com/sinsengumi/spring-boot-application-infrastructure?slide=75 https://speakerdeck.com/sinsengumi/spring-boot-application-infrastructure?slide=76 便利そうだな〜と思ったので、メモを兼ね
EclipseとManven(m2e)を組み合わせた場合の最適解（と思われるもの）が得られたので記録。 知っている人には当たり前のことかもしれないし、試行錯誤の中で見つけた形なので間違いもあるかもしれない。 解決する課題 Maven(m2e)はMavenビルドで自動的に.classpathや.projectを書き換えるので、これらのファイルをどのようにソース管理するのかということについて解決する。 前提 開発環境は次の通り。 Eclipse 4.5 Mars.2 Maven3 (Eclipse用Maven統合 1.5 + Java8 support for m2e for Eclipse kepler SR2) Subversion 1.7 ソース管理はチーム開発することを前提に考えているが、Mavenやプロジェクトの設定は限定された人（管理者）しか実施しない前提。 というのも、メンバーは
(maven) サブモジュール間の依存関係グラフを取得するには？ を以前質問しました。そこでの回答は、 mvn org.fusesource.mvnplugins:maven-graph-plugin:reactor -Dhide-external=true を使うとよい、ということでした。 基本的に、これまで問題なく使っていたのですが、多数のサブモジュールを持つようなプロジェクトの場合、このプログラムが１日たっても終わらなくなりました。おそらく、 graphviz の計算処理で時間がかかっていると思われるので、ひとまず自分で graphviz のファイルをチューニングして、多少不恰好でもいいから、依存関係グラフを計算しようとしたのですが、この「依存関係情報」を出力する方法がわからずにいます。 質問: maven のモジュール間の依存関係情報を、最終的には graphviz に与えられる形
Selenium IDE(Firefox Plugin)で記録したテストスクリプトをSIT-WTで実行する方法を紹介します。 これにより、エビデンスの取得やテストケースの複製が簡単にできるようになります。 セットアップ SIT-WTのクイックスタートにある実行環境の準備を行ってください。 次に、以下ソフトウェアの最新バージョンをダウンロードしてインストールします。 Selenium IDE LibreOffice ※拡張子が「xlsx」のエクセルを編集できるソフトウェアがあれば、LibreOfficeはインストール不要です。 上記ソフトウェアの準備ができたらmyprojectというディレクトリを作成し、その中に下記pom.xmlをダウンロードして配置してください。 pom.xml myproject - pom.xml Selenium IDEでテストスクリプトを記録する Selenium
<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
前にこんなエントリを書いたが、このときはmavenから実行してた。今回はgradleから。参考にしたエントリはいくつかあったけど、ずばりというのがなくてつらかった。あれこれ試して組み合わせた。 はじめてのmaven central 公開 - たごもりすメモ あとMaven Central(というかSonaType OSS)もちょっと変わってるのでそのへんも。なお環境は適当なMacに適当にgradleを入れた。以上。 前と変わらないところ GPGのセットアップ パッケージ名前空間を決める アカウント登録 パッケージ名前空間は今回は前のと違ったので、申請は今回もやった。前と同じようにやってさくっと完了。 gradle環境の設定 "$HOME/.gradle/gradle.properties" に行う。 org.gradle.daemon=true signing.keyId=DEADBEEF
M2_REPO の設定 MavenのローカルリポジトリのパスをEclipseに教えてあげます。 Eclipseのワークスペースに移動し以下のコマンドを実行。 mvn eclipse:add-maven-repo -Declipse.workspace=.Eclipseのビルドパス変数に「M2_REPO」が追加されます。 ※この設定はEclipse のワークスペースに対して行うので何度も行う必要はありません。 プロジェクトソースをダウンロード svn co リポジトリパス Eclipseプロジェクトに変換 プロジェクトのトップフォルダ（pom.xmlのある場所）に移動し以下のコマンドを実行します。 mvn eclipse:eclipseプロジェクト直下に「.project」「.classpath」の2ファイルが生成され、Eclipseプロジェクトになります。 Eclipseでプロジェクトをイ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? このページについて 保守開発にほぼ縁がなかったのですが、最近保守開発に携わわることも増えたので、そのまとめです。 普段のシステム保守に関わりはなく、業務知識がないエンジニアが、ある程度まとまった保守開発の案件発足時に開発専門でスポット対応したときに困ったことが書いてあります。 ここに書く困った事案について対応しておくと、スポット対応や保守PJで増員or要員入れ替えで新参者を迎え入れた場合に、新しく入った人が困ることは少なくなると思います。 ※保守開発の経験が増えて困った事案があれば、（愚痴にならないようにときにはネタを仕込んで面白おかし
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
KExcelAPIを作ったのはいいのですが、jarファイルをダウンロードして使用する方法では使う人が面倒なためオレオレMavenリポジトリを作成することにしました。 当初は、gh-pagesにリポジトリを作成（ただファイルを置くだけ）でやってみたのですが、IntelliJ上のGradleでライブラリーを取得する際に次のようなエラーが出てしまいました。 これ自体はインデックスを取得できない感じのエラーなので無視して（Disable）も問題ないのですが、上記画面の「Open Repository List」から飛べる設定画面でもエラーが出ています。（Updateしても同じ） このエラーメッセージにマウスポインタを合わせるとエラーの内容が出てきますが、これはリポジトリー上に「nexus-maven-repository-index.properties」ファイルが無いために起きているということで
概要 Groovyのライブラリを他の言語のようにもっと気軽に公開できないかと調べててわかったことを書きます。 多くの言語ではパッケージ管理システムでライブラリを管理できます。RubyならRubyGems、Pythonならpipを使うと認識しています。(使ったことないので詳しくはわからないけど) Java系のライブラリは通常Mavenで管理されていてOSSを公開する場としてはMaven Central Repositoryがあります。 しかしこのリポジトリは少しお堅いものなのできちんとしたOSSならともかく勝手なものは公開しにくいです。公開権限を申請するのも少しハードルが高いので難しいです。 RubyやPythonだとみんなもっと気軽に公開しているので同じようにできないかと調べて見ました。 余談 余談ですが何を公開したかったかというと、groovycureというプリキュアのGroovy実装ラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く