Code-First Java 9 Tutorial // nipafx
So, Java 9 came out last year... What now? Where to get started? If that's what you're asking yourself, then you've come to the right place! This Java 9 tutorial is a condensation of all you need to know to find your way around the new release, to get you ready to explore it in more depth. Most topics begin with a block of code, so you can see right away how it works. We start with setup (includin
JenkinsのMesosプラグインで分散処理を試してみた - tsunokawaのはてなダイアリー
やりたいこと 前エントリで『cronジョブの負荷を分散したい！』とChronosを検証してみました。 今回はJenkinsのMesosプラグインを使って同じように Mesosを使ったジョブの分散環境を作ってみたいと思います。 enkinsci/mesos-plugin · GitHub 概要 JenkinsのMesosプラグインを使うと図のようにJenkinsに登録されたジョブを Mesosがリソースが空いているサーバーに振り分けて分散して実行してくれます。 イメージ図 検証環境 本エントリで例としてIPアドレスが出てきますがこの図の構成を参考にしてください。 今回使用したソフトウェアのバージョンです。 OS CentOS6.5 Jenkins jenkins-1.579-1.1.noarch Mesos mesos-0.20.0-1.0.centos64.x86_64 ZooKeeper
How to Speed up Your Maven Build | JRebel by Perforce
In this article, we look at the popular Java build tool, Apache Maven, and give five tips on how to speed up Maven for Java developers. But first, let's get some background on MVN. Maven, or MVN, is a powerful software project management tool used in the Java development environment to manage and build projects as well asa to maintain dependencies. It boasts features that range from easy project a
Maven Assembly Plugin をマルチモジュールプロジェクトで使う - A Memorandum
Maven3 のようなマルチモジュールプロジェクトで Maven Assembly Plugin を使う方法を記しておきます。日本語の情報少ないので。 Maven Assembly Plugin とは Maven Assembly Plugin は、よくある zip や tar.gz などでプロジェクトの成果物を配布用にパッケージングする Maven プラグインです。 マルチモジュールプロジェクトの作成 ここでは1つの jar と1つの war を作成するマルチモジュールプロジェクトで Maven Assembly Plugin を使うものとします。 まずは親プロジェクトを作成します。親プロジェクトは単なる束ね役なのでarchetype には maven-archetype-site-simple を指定します。以下のコマンドで親プロジェクトを作成します(実際には1行です)。 mvn ar
Using npm, bower, and grunt with Maven
I was recently migrating several projects from Apache Ant to Apache Maven. More than one of these projects had front-end components that used Grunt.js for various automation tasks. I had previously integrated these into my Ant build scripts with a custom target in my build.xml: <target name="run-grunt"> <exec executable="grunt" dir="." failonerror="true"></exec> </target> This was working pretty w
受託開発でGitとmavenを使って開発をしている - そこに仁義はあるのか(仮)
会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ … リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を
Maven TipsMaven-TECHSCORE-
2006.8.04 株式会社四次元データ 鈴木 圭 Maven 7章 Maven Tips 7.1. 標準のディレクトリ構成 7.2. プロジェクトのライフサイクルにおける各フェイズ 7.3. フェイズとゴール 7.4. 複数のゴールやフェイズを一度に実行できる 7.5. デフォルト設定を含めた pom.xml や setting.xml の情報を得る 7.6. Ant 用のビルドファイル (build.xml) を生成する 7.7. コンパイルするソースコードのバージョンを指定する 7.8. 生成する javadoc の設定を行う 7.9. ライブラリをローカルリポジトリにインストールする 7.10. Sun の JAR ファイルをリポジトリに登録する場合の注意 7.11. 依存ライブラリを指定ディレクトリにコピーする 7.12. 配布用のアーカイブ (zip や tar.gz など)
Maven is not working in Java 8 when Javadoc tags are incomplete
Since I use Maven I have been able to build and install in my local repository projects that have incomplete Javadoc tags (for example, a missing parameter). However, since I migrated to Java 8 (1.8.0-ea-b90) Maven is absolutely strict about missing documentation tags and show me lots of Javadoc errors related to Javadoc problems when I try to build or install a project where the Javadoc is not "p
TheNEXUS
As developers, we understand that you don’t want to spend years reading documentation about your build tool. We get it. You just want to get to work. On the other hand, if you don’t take a little bit of time to understand what Maven can do and what it was designed for, there’s a good possibility you’ll be needlessly reinventing wheels. Take an hour or two and walk through Maven by Example. It’s a
javaのロガーが多すぎて訳が解らないので整理してみました - 文系プログラマによるTIPSブログ
最初は誰しもがファッ！？となるんですよねロガーって。 いずれtree-tipsで公開しようと思っている、solrのプロジェクトを今作っています。mavenでjarを管理している訳ですが・・ なんだこのロガーの数は！！ commons-logging、log4j、slf4j-api、jcl-over-slf4j、logback-classic・・・・、こいつら一体何が違うんだ！どう使い分けるんだ！そもそも必要なのか！？となりました。 昔はcommons-logging＋log4jというのがトレンドだった訳ですが、今はslf4j＋logbackがトレンドになり、jdkも1.4から1.7になり、これらトレンドが推移する過程で、いろいろなjarが旧式に依存してしまい、旧式依存を解決するためにアダプタが登場し始め、mavenでjarを収集すると大抵両方入ってしまい、カオスになっているのです。 特にs
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitBook
why-we-broke-our-philosophical-vows-to-bring-you-circleci-2-0
How to Control Nexus Groups with Effective Routing Rules