ビルドツールの移行性、MavenからGradleへの乗り換えは容易か
Javaによるソフトウエア開発でよく使われるオープンソースのビルドツールには、米Apache Software Foundationが開発する「Apache Ant」（http://ant.apache.org/）や「Apache Maven」（http://maven.apache.org/）、米Gradlewareが開発する「Gradle」（http://www.gradle.org/）がある。ここでビルドツールとは、コンパイルやテスト実行、パッケージング、デプロイといった開発作業を自動化するツールのことである。 従来は、柔軟性を備えるAntが広く使われてきた。ただし、処理の記述量が膨大になりがちなため、近年はより効率的にビルド作業が行えるMavenが普及し始めた。また、柔軟性と効率性を併せ持つGradleの1.0版が2012年6月にリリースされ、注目を集めている（図1）。 そこで、M
Eclipse 3.4.2とm2eclipseでMavenを使ったJavaのライブラリ管理 - public static void main
先日、後輩向けにJavaの事始からWicketのあたりまでざっと話をしたのですが、その中で触れたm2eclipseのインストールと使い方についてまとめておきます。 今回の記事ではライブラリ管理についてのみ言及しています。 Eclipseのバージョンは3.4.2でWTPが最初から入っている「Eclipse IDE for Java EE Developers」を使っていますが、3.4.x系なら同じようにできると思います。Pleiadesを使って日本語化していますので、デフォルトの英語のままの方は適当に読み替えてください。 全体的にWebからダウンロードする作業が多いので結構時間がかかりますが、2回目以降はもっと早くなります。 まだ使い始めたばかりの拙い知識で書いているので、間違いやもっとよい方法がある場合はぜひぜひご指摘ください。 1. Mavenとは MavenとはApache Softw
maven流行んないね
tamagawa ryuji @tamagawa_ryuji blogありがとうございました。改めて思ったんですけど、やっぱMavenのいい本欲しいと思いません？@kohsukekawaさんもコメントくださっているように、ずいぶんここに欧米との差があるような気がして。 @masanobuimai @lino_s #jenkinsja 2012-02-19 14:46:40 ikikko @ikikko @tamagawa_ryuji 欲しい！ただ、今からMavenを頑張るよりはGradle/SBTを普及させる方にいったほうがいいのかなーとも思ってます。Mavenもそれまでと比べると画期的なんですが、今はXMLの辛さもでてきてるので。 2012-02-19 14:51:43
Eclipseの最新バージョン「Indigo」リリース。GUIデザイナー、GUI自動テスターなど新機能追加
毎年6月に行われてきたオープンソースの統合開発環境「Eclipse」のバージョンアップが今年も行われ、最新版となる「Eclipse Indigo」がリリースされました。 バージョン番号は3.7となりますが、Eclipse Indigoは正確に言えばEclipseの新バージョンというよりも、Eclipse本体とそれに関連するさまざまなプロジェクトが同一時期に新バージョンをリリースする、「同時リリース」に対して付けられたコードネームです。 Eclipse Foundationは、Eclipse Indigoの開発には62のプロジェクトチームが参加し、4600万行のコードが含まれていると発表しています。 GUIデザイナーや自動テスト、DSL開発フレームワークなど Eclipse Indigoに含まれる主な新機能をいくつか紹介しましょう。 「WindowBuilder」はGUIデザイナーで、ビジュ
【ハウツー】Mavenのパワーをより簡単に! Apache Ivyを試す (1) Mavenのパワーをより簡単に! - Apache Ivyを試してみる | エンタープライズ | マイコミジャーナル
Mavenのメリットとデメリット Mavenはご存じのとおりJavaベースのビルドツールだ。JavaのビルドツールというとApache Antが有名だが、MavenはAntと比べると以下のようなメリットがある。 ライブラリの依存関係を解決できる 標準でプロジェクトサイトの生成やテストの実行など様々なゴールが用意されている Mavenの流儀に従うことで設定ファイルをほとんど記述せずに済む 豊富なプラグインが用意されている Mavenは単なるビルドツールではなく、ライブラリ管理や、プロジェクトサイトやテストレポートの生成などの機能も備えており、Antと比べるとプロジェクトのより広範囲の運用をサポートしてくれるツールといえる。 とはいうものの、Mavenはいいところばかりではない。たとえばインターネットに接続できない環境ではインターネット上のリポジトリを参照できなかったり、Mavenの流儀を外れ
JavaCC Maven Plugin - Introduction
Overview Introduction Goals Usage FAQ Changes Examples JavaCC JJTree JTB JJDoc References JavaCC JJTree JTB JJDoc Project Documentation Project Information Project Reports This plugin uses the JavaCC parser generator to process JavaCC grammar files and generate the appropriate Java source files. For general information about JavaCC, see the JavaCC web site. JavaCC grammar files
Mavenリポジトリを検索してPOMとかGrape用形式で出力できるスクリプトを書いてみた - 豆無日記
はじめに Groovyで、GrapeというIvyベースのツールがあって鼻水ちょちょぎれるほど便利(ry というわけで、最近はちょくちょくMavenリポジトリを検索することがあります。 Groovyのコードを書くときはscreen+vimでやってるんですけど、そうなると、一々Webブラウザ経由で検索しに行くのがおっくうになってくるわけです。 というわけで、プログラマの三大美徳である「無精（Laziness）」の名の下に、Mavenリポジトリを検索するGroovyでスクリプトを書いてみました。ハイル、無精！ もちろん、Maven2のPOM形式と、GroovyのGrape形式で結果を出力できるオプション付きです。 なんかよく考えると既にたくさん前例がありそうですが、車輪の再発明上等です。 楽しいから作ったんだ、何か文句あるかこの野郎。です。すいませんです。 インストール 実行に必要なソースコード
maven で依存 jar とかも含めて実行可能な jar を作る方法 - 宇宙行きたい
maven-assembly-plugin を使って，jar-with-dependencies と manifest 指定すればいいみたい． <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactId> <configuration> <descriptorRefs> <descriptorRef>jar-with-dependencies</descriptorRef> </descriptorRefs> <archive> <manifest> <mainClass>org.yoshiori.Main</mainClass> </manifest> </archive> <finalName>test</finalName> </configura
『Mavenプロジェクトで3rdパーティJARを扱う方法』
最近北欧よりの記事ばっかりだったので、Mavenネタを1つ。Mavenプロジェクトでスマートに3rdパーティJARを扱う2通りの方法を説明する。 Mavenの最大の利点の1つに、依存JARライブラリがローカルPC上の中央リポジトリで管理され、プロジェクト毎の管理が必要ないという特徴がある。しかし、利用したいライブラリがオープンソース（OSS）でなかったり、OSSでも非常にマイナーなものだったりすると、リモートリポジトリに無くて使えない。 この場合によく説明されるのが、以下のようにしてJARをローカルリポジトリに手動でインストールする方法だが、チームで開発しているときに、この作業をメンバひとりひとりにやらせるのは非常に格好が悪い。> mvn install:install-file -Dfile=<JARへのパス> ...かといって、Antの時代に戻ってプロジェクトの lib フォルダの下に
IT-Walker on hatena
依存性の「スコープ」 pom.xmlの<dependency>セクションには子要素<scope>を含めることが出来る。 その一覧は以下のとおり。 compileコンパイル時に必要な依存性 providedコンパイル時に必要だが、基本的に外部の環境（コンテナなど）によって提供されると思われるもの runtime実行時に必要（コンパイル時には必ずしも必要ではない） testテスト時に必要 systemJDKなどのシステムライブラリによって提供されるであろう物 このスコープは、思わぬときに使用されるので注意。 例えば、ear:earゴールでearに依存するライブラリのjarを含める場合はruntimeを指定しなければならない。 Maven2サイトの、プラグインドキュメントの読み方 プロジェクトで使用するプラグインは、<plugin>タグ内の<configuration>要素の子要素としてプラグイ
Maven Jar Plugin
今回はMaven Jar Pluginを見てみます。 主に<packaging>jar</packaging>の時のpackageフェーズ担当です。 JWS(Java Web Start)などで配布するjarファイルへの署名もこのプラグインで行うことができます。 GoalsJarプラグインには4つのゴールがあります。 jar:jar メインのクラスファイル、リソースをjarにまとめます。 jar:test-jar テストのクラスファイル、リソースをjarにまとめます。 jar:sign jarファイルに署名します。 jar:sign-verify 署名したjarファイルを検証します。 使い方メインのクラスファイル、リソースをjarにまとめる$ mvn jar:jar <packaging>jar</packaging>の場合packageフェーズに紐付けられているので、フェーズの指定をすれ
Maven 1.x - Properties Reference
Property Processing Maven supports a hierarchy of different properties to allow specifying defaults and overriding them at the appropriate level. The properties files in Maven are processed in the following order: Built-in properties are processed ${basedir}/project.properties (basedir is replaced by the directory where the project.xml file in use resides) ${basedir}/build.properties ${user.home}/
maven2/コマンド/exec:java(javaのmainメソッドを実行する) - comscom@Wiki
Z:\maventest>mvn exec:java [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'exec'. [INFO] artifact org.codehaus.mojo:exec-maven-plugin: checking for updates from central Downloading: http://repo1.maven.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.1/exec-maven-plugin-1.1.pom 3K downloaded Downloading: http://repo1.maven.org/maven2/org/codehaus/mojo/exec-maven
Maven2のpom.xmlの構成 - tanamonの稀に良く書く日記
仕事でHudsonを導入したいと思っているのですが、Meven2と組み合わせた方がいろいろできるらしいので、Maven2について調べてみました。 半日くらいさわった後でのMaven2の印象 いまどきコマンドラインベース Eclipseとそんなに相性が良くない(Eclipseのプラグインが微妙) Antと比べて挙動が見えない XMLの記述量が多い 用語が多い 最初の壁を越えると意外と簡単 継続的インテグレーションをやる場合、Antより楽そうに思える 嫌でも開発プロセスが確立される Mavenは1の頃にさわってみて、Antに逃げ帰った思い出があるので、そもそも悪い印象が多いのですが、そこは我慢してHudsonを使った運用を確立させるために頑張ってみます。 pom.xml まずこのxmlが問題なわけです。 Mavenサイトに全体の構成が載っていますが、まずこれで使うのを止めたくなるわけです。 も
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
議論：Mavenはビルドに適したツールか？
最近、Maven(サイト・英語)の実用性についてたくさんの論議がなされている。MavenとはJavaベースの依存性管理ツールのことで、多くのプロジェクトで利用されている。InfoQは、問題の争点が何であるか、またどういった結果をもたらすのかを理解するために、この議論をより詳しく調査した。 Apache Tapestry(サイト・英語)とApache HiveMind(サイト・英語)の生みの親であるHoward Lewis Ship(source)は最近、彼の携わっているプロジェクトがMavenを使っていて遭遇した、いくつかの問題についてブログエントリを投稿した(source)。 EclipseとIDEAの双方において、Mavenは非常に遅く、バグが多く、そのうえ不安定でした。IDEA７は同期が明示的に行われるので、Eclipse（とMavenプラグイン0.0.12）よりは多少ましです。それ
Maven2の依存関係を可視化するツールDependency Analyzer 1.1-rc0 - builder by ZDNet Japan
セキュリティモデルは変わった！ クラウド活用、リモートワークはあたりまえ いま求められるゼロトラスト実現のために アプリケーションモダナイズ 求められている背景にあるビジネスの今 そして、成功の鍵を握るDevOpsの真の意味 今を知り、未来を見据える 培ってきたノウハウを最新技術へ対応させる レガシーシステムのモダン化実現への道 クラウドネイティブの実現 モダンインフラの構築・運用の課題解決へ コンテナの可能性を広げるVMware Tanzu デジタル時代のITインフラ構築術 仮想化統合、クラウドを経て今「マルチ」へ ITインフラの最適化と継続的進化への道筋 ともにDXを推進する コンテナ化されたワークロードを管理 継続的な価値を生みだす「協創」への挑戦 ビジネスの推進には必須！ ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス 特集：セキュリティトレンド
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JDK7でAndroidアプリを正しくビルドできない問題を調査した
たまにっき。: Maven
Google Code Archive - Long-term storage for Google Code Project Hosting.