The Maven Publish Plugin provides the ability to publish build artifacts to an Apache Maven repository. A module published to a Maven repository can be consumed by Maven, Gradle (see Declaring Dependencies) and other tools that understand the Maven repository format. You can learn about the fundamentals of publishing in Publishing Overview.
ソースの構成 おそらく、以下のように１つのJavaプロジェクト内にすべて書くのではないでしょうか？ デメリット バッチを書いている人が、オレオレライブラリやWEBのソースを改変する可能性がある。（オレオレライブラリ、WEBも然り） プロジェクトが太って行った時に、コンパイルなどに時間がものすごくかかる。（5000以上のJavaファイルが配置されているものを見たことがある） それぞれのソースでプロジェクトを分けているものも書こうかと思いましたが、 その場合は、システムでスタックをちゃんと組んでるかな、と思ったので省略。 リポジトリのモデル 従来型の場合は、以下のパターンのどちらかではないでしょうか？ リポジトリは分けている 最終的に社内のSVNリポジトリにオフショアA、Bのソースをマージすることを想定しています。 デメリット オフショアA、Bのマージが大変 オレオレライブラリの追加モジュール
こんにちわ、みけです。 ここ数日、gradleのmaven-publishプラグインにはまっていたので、 そのメモです。 なお、例によって長い記事なので、完成されたbuild.gradleだけ見たい方は、いっちばん下に行って下さい。 ただし、完成されたbuild.gradle読んでも理解できないと思いますけどね。 maven-publishプラグインについて 以下のとおりにメモしていきます。 maven-publishプラグインの基礎 javadoc、sourcesを発行する 複数回、成果物を発行する pomを変更する PGP署名ファイルの発行 課題 maven-publishプラグインの基礎 maven-publishプラグインは任意のファイルを 任意のmavenレポジトリーにアップロードすることができるプラグインです。 次のようなビルドスクリプトでは、以下のようなartifactを発行
前回自作Viewの作成方法を書きました。 【Android】AttributeSetを使ってXMLだけで自作Viewに値をセットする 今回は作った自作Viewを世に公開する方法と公開した自作Viewを使う方法を紹介します。 みんな大好きGitHubのGitHub Pagesを使って公開するので、GitHubのアカウントをお持ちでない方はこれを機にアカウントを作成してください。 簡単に紹介するとGitHub PagesをMavenリポジトリとして自作Viewを公開します。 順番としては .aarを生成するモジュールの新規作成 .aarファイルの生成 デプロイ 公開 という流れで書いていきます。 今回公開する自作Viewは前回記事のCustomViewをまんま使います。 どんなViewかは前回記事をみるか、サンプルを見てください。 【Android】AttributeSetを使ってXMLだけで
Publishing Gradle AAR libraries is one of the bigger pain points with Android's new build system - it's not as integrated and direct as it is with the Maven build system. Pretty much anyone has his/hers own solution to this problem and here is mine based on published FuzzyDateFormatter library. 1. Generate JavaDoc and source JARs Both Maven Central and jCenter require you to publish a JavaDoc and
しばらく書いていないと忘れてしまうのでメモ。 Gradle(Groovy)なので柔軟に書けちゃうので、これが正解というわけではないです。 基本的な設定 java, mavenプラグインを設定する。 apply plugin: 'java' apply plugin: 'maven' pom.xmlのgroupId、artifactId、versionの元ネタを設定する。archiveBaseNameは省略可能。その場合、プロジェクトのフォルダ名が使われる(参考)。archivesBaseNameの代わりに、jar.baseName でもOK。 group = 'com.github.wadahiro' archivesBaseName = 'maven-upload-sample' version = '1.0' uploadArchivesタスクを設定する。 uploadArchives
一種の指標になるので，なんだかんだでテストカバレッジは取りたくなります． Javaでそれをどうやるかをサッと検索すると，Coberturaを使う方法とJaCoCoを使う方法が引っかかると思うんですが，Coberturaの方はJava8のコードが含まれているとJavaNCSSの兼ね合いで発狂して使えなくなったり，Mavenのtestライフサイクルにfindbugsやcheckstyleを含めると使えなくなったりと色々不便なので，JaCoCoを使う方法でやることになっていきます． Mavenでどうやるかというと，pom.xmlに <plugin> <groupId>org.jacoco</groupId> <artifactId>jacoco-maven-plugin</artifactId> <version>0.7.4.201502262128</version> <executions>
帰省していた妻と子供を迎えに羽田空港まで行ったのに、下の子がまったく嬉しそうじゃなくてガッカリな中村です、こんにちは。 今日は、S3にMavenインハウスリポジトリを構築して、3つのビルドツール（Maven/Gradle/sbt）から扱うための設定を紹介します。 S3にリポジトリ構築するに至った背景 まず、実際の設定内容を紹介する前に、なぜS3上にリポジトリ構築しようとしたのかと、そのメリットを簡単に説明します。 MavenもしくはJavaベースの言語を利用していた場合、インハウスリポジトリを構築すると色々便利だということは、WEB+DB PRESS Vol.39の記事中でも紹介しています。私達も、今までは社内サーバ上にMavenリポジトリを構築していましたのですが、社内サーバのメンテナンスコストも馬鹿にならなくなり、もっとメンテナンスコストを減らせるものに移行しようと決断しました。 メン
Mavenセントラルに登録するほどでもなく、自前でMavenレポジトリを構築するほどでもない。そんなオレオレライブラリ達の置き場に困ることがよくある。 これまではjarごとバージョン管理対象にしてmvn install:install-fileしてね。なスタンスだったのだがGithub PagesをMavenレポジトリにすることができるらしいのでやってみた。 ##Github Pagesを作成する Githubでレポジトリを作成。[ユーザー名].github.ioという名前にするとユーザーページができあがる。 適当な場所にクローンしておく。 ##pom.xml設定(オレオレライブラリ側) オレオレライブラリのデプロイ先をGithub Pagesをクローンした場所にする。 <properties> <github.repo.directory>/path/to/master-of-sugar
2012年10月26日金曜日 GradleでMavenリポジトリを使う GradleでMavenリポジトリを使うには、以下のように記述する。 依存関係の解決にはrepositories内に記述したMavenリポジトリを使用する。複数のリポジトリを記述した場合、上から順に依存関係の解決を試み、最初にモジュール(jar)が見つかったMavenリポジトリを使用する。 なお、モジュールはユーザディレクトリにある.gradleフォルダ内にダウンロードされる。Mavenリポジトリを参照しているからといって、Mavenのローカルリポジトリ（.m2フォルダ）にダウンロードされる訳ではない。また、Mavenのローカルリポジトリから依存関係を解決する場合も、.m2フォルダのモジュールを直接参照はせず、.gradleフォルダにコピーされたモジュールを参照する。 関連リンク Gradle本家ユーザガイド C
ライブラリプロジェクト側で、次の記述を追加します。 apply plugin: 'maven' uploadArchives { repositories.mavenDeployer { // mavenローカルにいれる設定 repository url: "file://$System.env.HOME/.m2/repository" pom.version = '1.0.0' pom.groupId = 'com.mokelab' pom.artifactId = 'InputDialog-v4' } } // 通常のライブラリプロジェクトを作る設定が続きます ライブラリプロジェクトのビルドで、次のタスクを実行します。 $ sh gradlew clean uploadArchives これで、~/.m2/repositoryにライブラリがインストールされます。この~/.m2/repo
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
