Gradle入門 - Qiita
追記1: コメントでの指摘を受け、gvmに関する記述を削除 この記事は、日経ソフトウェア 2013年 06月号 04/24発売 のステマ記事です。 6月号に、@keiji_ariyama(前座部分担当) と 僕(Gradle概要担当) と @sys1yagi(Android対応部分担当) という分担でGradle入門的な記事を書きました。 ですが、僕の目的としてはトップゲート社員への布教を主目的と考えて書いたため、本来要求されている分量を(わざと)大幅にオーバーして書いていました。雑誌に掲載されなかった溢れ分をネットで公開して良いか打診した所、「全文掲載でも良いですよ」という豪気なお許しを頂いたのでここに公開します。この場を借りてお礼申し上げます。 プロの編集さんの手を経て、だいぶわかりやすく噛み砕かれたものが雑誌のほうには掲載されていますので、ここに書いてある内容が難しいなぁ…と思ったら
Gradle User Guide
Copies of this document may be made for your own use and for distribution to others, provided that you do not charge any fee for such copies and further provided that each copy contains this Copyright Notice, whether distributed in print or electronically. このドキュメントは、個人利用目的および第三者に配布するためにコピーして使用できます。ただし、印刷するにせよ電子媒体を使用するにせよ、以下の点に留意してください。どのような形態であれ使用料を課さないこと。また、このコピーライト条項を配布物に含めること。 例目次 6.1. 初めてのビルドス
Mavenプロジェクトをオフラインでビルドする - 新・たけぞう瀕死の日記
ライブラリの依存関係やスコープを管理できたり、様々なレポートを出力できたりと、なんだかんだいってもMavenは便利です。少しでも道から外れるとpom地獄が待っていますが、幸いにしてトラウマになるような事態に出会ったことはいまのところありませんw ただ、仕事では納品後にユーザがどんな環境でビルドするからわからないからオンライン前提じゃないとビルドできないMavenは使いにくいケースが多く、場合によっては開発時はMavenを使うけどAntでもビルドできるようにしておく、みたいな不毛なことをしたりしていました。もちろんMavenのローカルリポジトリをコピーしてプロジェクトと一緒に配ればオフラインでもビルド可能な環境を作ることはできるのですが、もっとポータビリティの高い方法はないかなぁ…と思っていたところ、@shimashima35さんに簡単な方法を教えていただきました。 ポイントは-Dmaven
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アプリケーション開発プロジェクトにおいて必要となるパッケージリポジトリは次のようなものがある。 セントラルリポジト
mavenコマンドの使い方（主にgoal）について調べたのでメモ
CentOS 5.9 64bit maven 3.1.0 Java 1.7.0_05 mavenのインストール方法は以下を参照 ※http://kakakikikeke.blogspot.jp/2013/10/maven.html mvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app -DartifactId=my-app 通常のJavaプロジェクトを作成する場合のパラメータです archetypeGroupIdは後述にもありますが、mavenで用意されたテンプレートみたいなものを設定します（独自で作成することも可能） groupIdはいわゆるパッケージ名です artifactIdはいわゆるプロジェクト名です コマンド実行時に入力が必須の部分もあるの
Archetype -- generate ゴール (1)：対話的にプロジェクトを作成する - 倭マン's BLOG
最近あまり使っていなかったので更新に疎くなっていましたが、Archetype プラグインの「generate ゴール」がそれなりに使いやすくなっているようなので、使い方を見てみましょう。 といっても、以前の記事と内容はあまり変わりませんが*1。 プロジェクトの作成方法は次の2種類があります： 対話的にプロジェクトを作成する パラメータを指定してプロジェクトを作成する 今回は「対話的にプロジェクトを作成する」方法を見ていきます。 「パラメータを指定してプロジェクトを作成する」は次回に。 対話的にプロジェクトを作成するこの方法は、単純な Maven2 プロジェクトを作成するのに使います。 流れは以下のようになります： コマンドを実行する archetype を選択する プロジェクトのパラメータを設定する ★コマンドを実行する★対話的に Maven2 プロジェクトを生成するには、まず以下のコマン
Maven2使い方メモ - Qiita
ずっと避けてたけど、そろそろ避けられなくなってきたので Maven2 の使い方をメモする。 とりあえず、インストールから簡単なコマンドラインプログラムを作るまで。 環境 OS Windows7 64bit 2.2.1 インストール Maven2 のインストール方法。 ダウンロード ここから apache-maven-2.2.1-bin.zip をダウンロード。 インストール zip を任意の場所に解凍。 ※解凍場所を以後 %M2_HOME% と記載する。 %M2_HOME% にパスを通す。 ローカルリポジトリの設定 ローカルリポジトリはデフォルトだと %ユーザのホームフォルダ%/.m2/repository に作成される。 嫌な場合は変更する。 %M2_HOME%/conf/settings.xml の localRepository タグがコメントアウトされているので、コメントアウトを外
Eclipseの既存プロジェクトをMavenプロジェクトに変換する（１）：変換方針と変換手順
Antを使ってビルドされているOSSをEclipseで閲覧・編集して、後からMavenで管理したいなーと思ったときのお話。 目次 1. ディレクトリ構造を変えるべきか2. 前提3. Mavenプラグインのインストール4. 移行方法が２種類ある？4.1. 【失敗した手順】 B. New Maven Project4.2. 【正しい手順】 A. Create New Pom4.2.1. Group ID・Artifact ID・Versionを決める4.2.2. 残りもデフォルトのまま5. 最低限の変換完了 スポンサーリンク ディレクトリ構造を変えるべきか Mavenはディレクトリ構造が特殊で、いろいろな記事を読んでも「Mavenの作法に従うべき」と書かれています。 一方で、このディレクトリ構造って、Mavenで管理しているプロジェクト以外だとまずやらないであろう、ちょっと特殊なディレクトリ構
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-TECHSCORE-
本章では、Apache Software Foundation で開発されているプロジェクト管理ツール「Maven」について解説します。 Maven はプロジェクト情報の一元管理、統一したビルドプロセスの提供、依存ライブラリの管理などの機能により、 開発者にかかるプロジェクト管理の負担を軽減します。 現在の Maven は、version 1 系統と version 2 系統が平行して開発されていますが、本章では version 2 系統について説明します。 Maven INDEX Maven とは 1.1. Maven とはどのようなものか 1.2. Maven の入手とインストール Maven 入門 2.1. Maven のアーキテクチャ 2.2. Maven の実行 2.3. プロジェクトの作成 2.4. pom.xml について 2.5. コンパイル 2.6. ユニットテスト 2.
Mavenってなにする人なの？
Mavenってなにする人なの？ POM（Project Object Model）: アーティファクト：ビルドの成果物として生成される単一のファイル - グループID：アーティファクトを生成した組織のID - アーティファクトID：組織内でアーティファクトを識別するID - バージョン：アーティファクトのバージョン リポジトリ：定められたディレクトリ構成にしたがってアーティファクトを格納しておく場所 - ローカルリポジトリ：Mavenを実行するマシンのファイルシステム上に存在 - リモートリポジトリ：Webサーバ上で公開されているもの リポジトリにアーティファクトを格納しておけば、他のプロジェクトのビルド時にそのアーティファクトを利用することが出来る。 ●プロジェクトが必要とするアーティファクトを、1つ1つ手作業でダウンロードしなくてもよい ●複数のプロジェクトで同じアーティファクトを共有
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
spring error during build