複数プロジェクトがある場合のビルド環境 - @ikikko のはてなブログ
環境依存の情報の管理やHudsonのジョブ設計など - watawata日記に触発されて。自分もちょうど考えてることがあったのですが、140字ではとても足りないのでブログにまとめてみます。 ちなみにJava開発の話です、はい。 前提 「ビルドスクリプトは、IDE/CIに依存しないこと」が大事だと考えています。（Java開発においては）IDE上で開発する方が大多数だと思いますが、コマンドプロンプト・シェルスクリプト上でビルドできて、かつCI上でも同様に実行できること。これがビルド環境を考える上で大事なことですね。 プロジェクトの分類 ここでは、2つの要素でプロジェクトを分類します。 依存ライブラリ管理の仕組みが有るか？ IDE上で、プロジェクト間での直接参照が有るか？ 依存ライブラリの管理というのは、平たく言えばMaven/Ivyを導入しているか？ということです。IvyはAntベースで、Ma
Mavenでビルドする際の10のTips - cynipeと読む
1. 環境別の設定はプロファイルで 環境毎に切り替えたいっていう設定ファイルは大抵のプロジェクトにはあると思います。DB接続先設定だったり、ロギング設定、場合によってはweb.xmlの初期化パラメータとか。最近流行り？のAppEngineだとデプロイ先の設定、開発時のcronの設定とか。こういった環境毎の設定を都度都度書き換えてなんてことをやってたらバージョン管理上うまくない*1ですし、Hudson、その他自動化スクリプトからデプロイを行ったりする際に色々とうまくないです。なので、こういった設定はプロファイルを使ってサクっと切り替えられるようにしてます。 詳しいプロファイルの使い方*2についてはそのうち別エントリで書く*3！...と思います。基本的なことはTECHSCOREさんのここを参照すればかなり分かるはずです。自分はここで覚えました。ただMaven3からはprofiles.xmlの使
コード探知機「Sonar」でプロジェクトの深海を探れ！ (1/4)：ユカイ、ツーカイ、カイハツ環境！（17） - ＠IT
ユカイ、ツーカイ、カイハツ環境！（17）：コード探知機「Sonar」でプロジェクトの深海を探れ！ (1/4) プロジェクトの深海を照らす「Sonar」とは？ 「Sonar」は、スイスのSonarSource S.A.を中心に開発されているコードの品質管理を行うオープンソースのプラットフォームです。LGPLライセンスで提供され、無償で利用可能で、拡張も自由です。 2009年に「Jolt Product Excellence Awards」「Open World Forum Innovation Awards」などを受賞した、いま注目のツールです。 Sonarは、まるで音波探知機を装備した潜水艦のように、コードのさまざまなメトリクス（統計情報）を総合的に集計し、現在の開発の状況を視覚化します。非常に使いやすいWebのUI（ユーザーインターフェイス）で、プロジェクトごとのメトリクスから各パッケー
Sonarでソースの品質をチェックする - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
Maven2/TIPS集 - きのさいと
-source 1.3 でサポートされていません とか言われる場合 † ソースのバージョン - TzlTTqTjの日記を参考にさせていただきました！ビルドの設定を下記のように書き替えればよい <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>1.5</source> <target>1.5</target> </configuration> </plugin> </plugins> </build> さらにtargetタグにつづけて <encoding>Windows-31J</encoding> とか指定すれば、文字エンコーディングによるコンパイルエラーなど
Teedaにおけるpom.xmlの設定 - akiraneko’s blog
Teedaでプロジェクトを利用していると、通常Maven2でパッケージを作ると思いますが、その設定例を書き出してみます。基本的にはEclipse上でDoltengを利用して作成したものに手をいれています。あとちょっと昔のプロジェクトなのでバージョンとかは少し古いものです。 注意事項としては、小規模から中規模案件向けの設定になります。 build ビルドに関してはpathなどはデフォルト設定のまま使っています。ここは妙に変えると面倒ですからね。会社規定のpath構造などをあって、デフォルトと違う場所に移動するとパッケージを作る際に特別な手順などが必要なのと、導入教育が面倒なのでデフォルトで使うのが良いと思います。(共通Path設定にするためのMavenだよね？) コンパイラバージョンの指定 <plugin> <artifactId>maven-compiler-plugin</artifac
crossroad's Blog Eclipse + Maven2 + Tomcat + Seasar2 の開発環境ベスト！？プラクティス
昨今、良くある（僕自身も好みの）組み合わせで、 ・IDE・・・Eclipse ・ビルドツール・・・Maven2 及び Eclipse m2eclipseプラグイン ・コンテナ・・・Tomcat 及び Tomcatプラグイン ・フレームワーク・・・Seasar2 及び S2ファミリー と言うのがあります。 しかし、開発環境構築は結構難問です。 Eclipse、Maven2、m2eclipse、Tomcatプラグイン... それぞれ「個別の問題」にフォーカスしたツールを組み合わせようとすると、 細かいところでギャップがあって、各ツールの長所を活かしつつ、うまく連携させるには試行錯誤が必要です。 そこで、以下のような各ツールの長所を活かせる開発環境を作ってみる。 １．Eclipse ・修正したソースのインクリメンタルコンパイル。 ・その他もろもろ... ２．Maven2 ・pom.xmlによるプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer