タグ

buildに関するtpircsのブックマーク (4)

  • ビルド職人本のサンプルプロジェクトの展開例 - marsのメモ

    「Jenkinsではじめるビルド職人入門 | Gihyo Digital Publishing … 技術評論社の電子書籍」で例示したサンプルプロジェクトの展開例を紹介します。 サンプルプロジェクトはWebアプリケーションを作るための構成ですが,作るアプリがWebアプリだけで終わるってプロジェクトは希ですよね。大抵のプロジェクトには多少なりともバッチ処理が含まれると思います。以下の判断の善し悪しは人によりけりですが,あたしはこんな考えてバッチ用のプログラムをプロジェクトに混ぜ込みます。 WebがJavaなんで,バッチもJavaで組む(mainメソッド持ったクラスを作る) Java単体じゃバッチは起動できないので,ラウンチ用のシェルも作る(*.batとか*.shとかね) バッチ用に,WEB-INF的なディレクトリを用意して,そこにバッチ用の設定ファイルを置く(たとえば,log4j.proper

    tpircs
    tpircs 2011/11/24
    こういう情報はすごく参考になるのでありがたい。
  • NAnt+InstallShield活用でビルド・インストーラ作成の自動化を行う

    はじめに InstallShieldとは、インストーラを作成するためのアプリケーションです。従来、製品の新規バージョンのリリースに際しては、インストーラ作成の基となる情報が記述されているInstallShieldのプロパティファイルを手動で編集し、ビルド・インストーラ作成を行う必要がありました。この手の編集作業は、修正もれによるインストーラの作成ミスや工数の増加などを引き起こします。このような作業を自動化することによって、作業の戻りを防ぎ、確実な製品リリースを行うことができます。 稿ではNAntおよび、NAntContribのタスクを利用して、Visual Source Safe(以下、VSS)からのファイル取得、Visual Studio.NET 2003(以下、VS 2003)ソリューションのビルド、InstallShieldプロパティファイルの編集、InstallShieldによる

    NAnt+InstallShield活用でビルド・インストーラ作成の自動化を行う
  • @IT:Eclipseのカスタマイズの勧め(前編)

    Eclipseのカスタマイズの勧め(前編) Eclipseの動作をカスタマイズするためのEclipseのフィーチャーの使い方 Eclipseでは、アクティブな製品や、ランタイムコンフィグレーションに含まれる各機能には任意でブランドを登録することができる。フィーチャーにブランドを登録しなければならないわけではないし、どのフィーチャーにもブランドを登録しないことも可能だが、少なくとも1つにはブランドを登録しておくべきだ。 ■ブランド登録の定義(プラグインの仕事) ブランドを登録するときの秘けつは、定義の置き場所がどこか把握しておくことだ。フィーチャーにブランドを登録するのは自分だが、ブランドを登録するコンテンツはプラグインによって提供される。これは、フィーチャーと同じidを持つプラグイン(デフォルト処理)、もしくはフィーチャーの定義で識別されるプラグイン(Eclipse 2.1.1の新オプショ

  • Eclipseプラグインを作成する

    まずはEclipseプラグインの作成方法を紹介します。 新規プロジェクトを生成します。 プロジェクト作成ウィザードの「Plug-in Development」から「Plug-in Project」を選択します。 テンプレートを使用すると、サンプル用のビューやエディタが最初から組み込まれた状態になるので 最初のうちはこれを使ってプラグイン開発の概要を理解するのがいいと思います。 プラグイン開発に必要なファイルは plugin.xml ただ一つです。 後は必要に応じて作成していく形になります。 plugin.properties Javaのプロパティファイル形式で定数などを保存するファイルです。 この定数は plugin.xml から利用できます。 例えば、プロパティファイルに providerName=tobject.de という記述があった場合、plugin.xmlに provider-n

  • 1