Currently viewing the tag: "Apache"

Maven2のcobertura-maven-pluginで「Unable to find the mojo ‘dump-datafile’」

On 2009/07/25

Maven2を実行すると以下のエラーが出た。

[INFO] Error getting reports from the plugin ‘org.codehaus.mojo:cobertura-maven-plugin:2.3′: Unable to find the mojo ‘dump-datafile’ (or one of its required components) in the plugin ‘org.codehaus.mojo:cobertura-maven-plugin’ net/sourceforge/cobertura/coveragedata/CoverageDataContainer (Unsupported major.minor version 49.0)

すごくはまったんだけど、これはpom.xmlの書き方がおかしいときに発生するみたい。

上の例はcobertura-maven-plugin2.3で発生したんだけど、JDKのバージョンによってはエラーになるみたい。
cobertura-maven-pluginのサイトを読んでみると、Goalsに書いているpom.xmlの書き方と、Usageに書いてあるpom.xmlの書き方が異なる。

どうも、Usageの書き方はJDK1.4で動く。

<project> ・・・ <reporting> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>cobertura-maven-plugin </artifactId> <configuration> <formats> <format>xml</format> <format>html</format> </formats> </configuration> </plugin> </plugins> </reporting> </project>

JDK1.6（たぶん、1.5も？）の場合は、Goalsの書き方じゃないと動かなかった。

<project> ・・・ <build> <pluginManagement> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>cobertura-maven-plugin</artifactId> <version>2.3</version> </plugin> </plugins> </pluginManagement> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>cobertura-maven-plugin</artifactId> <version>2.3</version> </plugin> </plugins> </build> <reporting> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>cobertura-maven-plugin</artifactId> <version>2.3</version> <configuration> <formats> <format>xml</format> <format>html</format> </formats> </configuration> </plugin> </plugins> </reporting> <project>

Continue Reading →

HudsonでMaven2実行時にclass file has wrong version 50.0, should be 48.0

On 2009/07/25

HudsonでMaven2を実行したときに以下のエラーが出た。

Embedded error: Error rendering Maven report: Exit code: 1 – ${HUDSON_HOME}/jobs/${PROJECT}/workspace/${PROJECT}/src/test/java/XXXXXX.java:16: cannot access com.daipresents.TestClass bad class file: ${HUDSON_HOME}/jobs/${PROJECT}/workspace/${PROJECT}/target/classes/XXXXXXXX.class class file has wrong version 50.0, should be 48.0 Please remove or make sure it appears in the correct subdirectory of the classpath. import com.daipresents.TestClass;

持ち帰って調べてみたけど、JDKのバージョンを変えたのが原因みたい。

jdk1.6からjdk1.4に落としたのだが、1.6でコンパイルされた残骸がのこっていたみたいで、それをjdk1.4から参照しようとして、バージョンがおかしいと怒っている。

対応としては、ワークスペースをいったん削除して、再ビルドさせたら問題なく動作した。
参照しているJarなどのコンパイルJDKバージョンも、合わせるか、下位のバージョンにすべき。

Continue Reading →

HttpClient3.1 チュートリアル

On 2009/07/20

ひさびさにHttpClientを使うことになったので、ユーザガイドのチュートリアルをもとにまとめる。

原文サイト
・Jakarta Commons HttpClient Tutorial
ちなみに上の原文サイトでは、HttpClient3.0を元に解説している。

Getting Ready

HttpClientの依存関係はdependenciesに書いてある。
commons-codecとcommons-loggingが必要。

Concepts

一般的なHttpClientの使い方は以下のステップになる。

HttpClientのインスタンスを作成する。 メソッドにあわせた（ここではGetメソッド）インスタンスを作成する。接続するURLはメソッドのコンストラクタに与える メソッドを実行する レスポンスを読み込む コネクションを開放する レスポンスを処理する

HttpClientの接続を開放するときには、接続が再利用可能かを確認することが必要となる。

Instantiating HttpClient

引数なしのコンストラクタだと、デフォルトの値が使われる。大体の場合、これでOKな設定になっている。

HttpClient client = new HttpClient();
Creating a Method

org.apache.commons.httpclient.methodsに定義されているメソッドを利用できる。

HttpMethod method = new GetMethod(“http://www.apache.org/”);
Execute the Method

executeMethodを使ってメソッドを実行する。
このメソッドはサーバのステータスコードを戻り値にしている。

int statusCode = client.executeMethod(method);

executeMethodによって投げられる例外は2種類。ひとつはHttpException、もうひとつは、IOException。
例外に関する詳細はthe HttpClient exception handling guideを参考のこと。

HttpException

HttpExceptionは論理エラーを表している、この例外はリクエストが送れなかった場合や、HTTP仕様に従っていないという致命的違反のために、処理できなかった場合に発生する。通常回復できないそうだ。

IOException

IOException （ HttpExceptionのサブクラス）は転送エラーやI/Oの問題が発生した場合に発生する可能性が高い。リトライして回復する場合がある。

Method recovery

HttpClientはIOExceptionが発生する間、自動でリトライを行うことができる。デフォルトでは3回のリトライを行う。
デフォルト値は
org.apache.commons.httpclient.params.DefaultHttpParamsFactory.getDefaultParamsから呼び出されているcreateParamsで設定されていた。getDefaultParamsメソッドはシングルトンになっている。

// createParamsメソッド params.setParameter(HttpMethodParams.RETRY_HANDLER, new DefaultHttpMethodRetryHandler());

つまり、以下と同じことをしていることになる。

client.getParams().setParameter(HttpMethodParams.RETRY_HANDLER, new DefaultHttpMethodRetryHandler());

独自の設定に書き換えることもできる。

DefaultMethodRetryHandler retryhandler = new DefaultMethodRetryHandler(10, true); client.getParams().setParameter(HttpMethodParams.RETRY_HANDLER, retryhandler);

サーバで処理されている時や、レスポンスでIOExceptionが発せしたときでもリトライは可能。
リトライはGETならば安全、POSTやPUTは危険らしい。
ウェイトさせてのリトライは、HttpClient でウェイト付きリトライを行う。 by 考え得る最高を常に行うさんにいい感じのがのってます。

Read the Response

レスポンスの読み込みはReadOnly。もっともシンプルなのがByte配列での読み込み。

byte[] responseBody = method.getResponseBody();

レスポンスの読み込み方法は以下の3つがある。

[...]

Continue Reading →

Maven2のsiteで「Unable to find javadoc command」

On 2009/06/21

siteを動かしてみると以下のエラーが。

[INFO] javadoc:javadoc org.apache.maven.plugin.MojoExecutionException: An error has occurred in JavaDocs report generation:Unable to find javadoc command: The javadoc executable ‘C:\fujihara\Sun\SDK\jdk\bin\javadoc.exe’ doesn’t exist or is not a file. Verify the JAVA_HOME environment variable. at org.apache.maven.plugin.javadoc.JavadocReport.execute(JavadocReport.java:238) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:578) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:508) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:328) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:151) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:220) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:813) at org.maven.ide.eclipse.embedder.Maven2Executor.main(Maven2Executor.java:85) Caused by: org.apache.maven.reporting.MavenReportException: Unable to find javadoc command: The javadoc executable ‘C:\fujihara\Sun\SDK\jdk\bin\javadoc.exe’ doesn’t exist or is not a file. Verify the JAVA_HOME environment variable. at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.executeReport(AbstractJavadocMojo.java:1172) at org.apache.maven.plugin.javadoc.JavadocReport.generate(JavadocReport.java:136) at org.apache.maven.plugin.javadoc.JavadocReport.execute(JavadocReport.java:224) … 7 more Caused by: java.io.IOException: The javadoc executable ‘C:\fujihara\Sun\SDK\jdk\bin\javadoc.exe’ doesn’t exist or is not a file. Verify the JAVA_HOME environment variable. at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.getJavadocExecutable(AbstractJavadocMojo.java:2391) at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.executeReport(AbstractJavadocMojo.java:1168) … 9 more [INFO] —————————————————————————- [ERROR] [...]

Continue Reading →

Maven2のsiteでInternal error in the plugin manager executing goal

On 2009/06/21

sm2eclipseからsiteを実行するとエラーが。

[ERROR] BUILD FAILURE maven2sample:maven2sample:jar:0.0.1-SNAPSHOT ( task-segment: [site] ) [INFO] —————————————————————————- [INFO] Internal error in the plugin manager executing goal ‘org.apache.maven.plugins:maven-project-info-reports-plugin:2.1:plugin-management’: Unable to find the mojo ‘org.apache.maven.plugins:maven-project-info-reports-plugin:2.1:plugin-management’ in the plugin ‘org.apache.maven.plugins:maven-project-info-reports-plugin’ [INFO] —————————————————————————-

原因不明。助けてーだったんですが、以下の設定をpom.xmlから消すとうまくいく。

<build> <extensions> <extension> <groupId>org.apache.maven.wagon</groupId> <artifactId>wagon-webdav</artifactId> <version>1.0-beta-2</version> </extension> </extensions> </build>

意味がわからんけど、plugin同士の相性？

Continue Reading →

Maven2のゴールまとめ（ログ付き）

On 2009/06/20

CIサーバなどで設定するゴールをしらべるために、いろいろ動かしてログをとってみる。
mavenのAvailable Pluginsの簡易翻訳。

ゴールの種類 resources:resources・・・main/resoursesのコピー compiler:compile・・・mainソースのコンパイル resources:testResources・・・test/resourcesのコピー compiler:testCompile・・・testソースのコンパイル surefire:test・・・テストのレポート jar:jar・・・Jarファイル作成（プロジェクトにとってはearとかwar） install:install・・・ローカルリポジトリに成果物（jarとかwarとか）をインストール deploy:deploy・・・リモートに指定しているリポジトリにインストール

siteは未確認。siteだけじゃコンパイルしてくれないんだなー。

compile

やってくれること。

resources:resources compiler:compile [INFO] Scanning for projects… [INFO] —————————————————————————- [INFO] Building Unnamed – maven2sample:maven2sample:jar:0.0.1-SNAPSHOT [INFO] task-segment: [compile] [INFO] —————————————————————————- [INFO] resources:resources [INFO] Using ‘UTF-8′ encoding to copy filtered resources. [INFO] Copying 0 resource [INFO] compiler:compile [INFO] Compiling 1 source file to D:\Study\workspace\maven2sample\target\classes [INFO] —————————————————————————- [INFO] BUILD SUCCESSFUL maven2sample:maven2sample:jar:0.0.1-SNAPSHOT ( task-segment: [compile] ) [INFO] —————————————————————————- [INFO] Total time: 5 second [INFO] Finished at: Sat Jun 20 22:58:03 JST 2009 [INFO] Memory 1M/13M [INFO] —————————————————————————- test

やってくれること。

resources:resources compiler:compile resources:testResources compiler:testCompile surefire:test [INFO] Scanning for projects… [INFO] —————————————————————————- [INFO] Building Unnamed – maven2sample:maven2sample:jar:0.0.1-SNAPSHOT [INFO] task-segment: [test] [...]

Continue Reading →

Maven2の社内リポジトリ（Internal Repository）をWebDAVで構築する

On 2009/06/20

Maven2のリポジトリ名称がよくわからなかったので、Introduction to Repositoriesを参考にまとめてみると、以下みたいになる。

central repositoryはMaven2で建ててくれている中央リポジトリ remove repositoryはSeaserのリポジトリみたいにサードパーティーの建てたリポジトリ local repositoryはローカルでMavenを動かしたとき中央やリモートのリポジトリからダウンロードしてくる場所。デフォルトでは「USER_HOME/.m2/reposiotry」になる internal repositoryは、社内リポジトリとか呼ばれている、社内で建てたリポジトリ

今回は、会社で作ったライブラリを補完できる、社内リポジトリを作ってみる。
デプロイとかができるようにWebDAVで作る。
スペシャルサンクスはUbuntuにMaven2リポジトリをWebDAVで構築する – yummy-yummyさん。

まずはApache

リポジトリとはいっても、ApacheでWebサーバを建てて、WebDAVを有効にしただけのもの。敷居が高そうに見えたけど、簡単にできた。
まずは、httpd.confを設定。今回はvhostを分けた。

Listen 50000 NameVirtualHost *:50000 <virtualhost *:50000=”"> DocumentRoot “C:\fujihara\Apache Software Foundation\Apache2.2\htdocs” ServerName localhost LoadModule dav_module modules/mod_dav.so LoadModule dav_fs_module modules/mod_dav_fs.so <directory c:\fujihara\apache=”" software=”" foundation\apache2.2\htdocs\maven2=”"> Options Indexes FollowSymlinks order Allow,Deny Allow from all </directory> DAVLockDB “C:\fujihara\Apache Software Foundation\Apache2.2\dav\DAVLock” <location maven2=”"> Dav on DavMinTimeout 600 </location> </virtualhost>

WebDAVの設定も簡単。これで、http経由で、ファイルをプットしたりできる。
あとは、DAVLockファイルの置き場所や、htdocsにmaven2のディレクトリを作っておく。
Apacheを起動して、「http://localhost:50000/maven2/」にアクセスすると、Parent Directoryだけ表示されるはず。

これでリポジトリ作成は終わり。

注意点は、Linuxで作ったときに、htdocs/maven2の権限を、Apacheの実行ユーザが書き込みできるようにしていないと、ディレクトリが作れないと怒られた。

Maven2からデプロイしてみる

pom.xmlに以下を記述。

<?xml version=”1.0″ encoding=”UTF-8″?> <project> ・・・ <distributionManagement> <repository> <uniqueVersion>true</uniqueVersion> <id>localhost.maven2</id> <name>Local Repository</name> <url>dav:http://localhost:50000/maven2 </url> </repository> <snapshotRepository> <uniqueVersion>true</uniqueVersion> <id>localhost.maven2</id> <name>Local Snapshot Repository</name> <url>dav:http://localhost:50000/maven2/snapshot </url> </snapshotRepository> </distributionManagement> ・・・ <build> <extensions> <extension> <groupId>org.apache.maven.wagon</groupId> <artifactId>wagon-webdav</artifactId> <version>1.0-beta-2</version> [...]

Continue Reading →

Maven2で「Failed to transfer file: http://localhost/XXXX/XXXX.jar Return code is: 500 Internal Server Error」

On 2009/06/20

ローカルPCに建てたリポジトリにデプロイしようとすると以下のエラーが出た。

[INFO] Retrieving previous build number from localhost.maven2 WAGON_VERSION: 1.0-beta-2 Downloading [localhost.maven2] -> http://localhost:50000/maven2//maven2sample/maven2sample/0.0.1-SNAPSHOT/maven2sample-0.0.1-20090620.084158-1.jar .org.apache.maven.plugin.MojoExecutionException: Error deploying artifact: Failed to transfer file: http://localhost:50000/maven2/maven2sample/maven2sample/0.0.1-SNAPSHOT/maven2sample-0.0.1-20090620.084158-1.jar. Return code is: 500 Internal Server Error at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:195) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:578) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:508) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:328) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:151) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:220) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:813) at org.maven.ide.eclipse.embedder.Maven2Executor.main(Maven2Executor.java:85) Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Failed to transfer file: http://localhost:50000/maven2/maven2sample/maven2sample/0.0.1-SNAPSHOT/maven2sample-0.0.1-20090620.084158-1.jar. Return code is: 500 Internal Server Error at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer.java:115) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:173) … 7 more Caused by: org.apache.maven.wagon.TransferFailedException: Failed to transfer file: http://localhost:50000/maven2/maven2sample/maven2sample/0.0.1-SNAPSHOT/maven2sample-0.0.1-20090620.084158-1.jar. Return code is: 500 Internal Server Error at org.apache.maven.wagon.providers.webdav.WebDavWagon.put(WebDavWagon.java:311) at org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile(DefaultWagonManager.java:222) at org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact(DefaultWagonManager.java:150) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer.java:103) … 8 more

Apacheが500エラーを返しているらしい。
Aapcheのログをみると、

[Sat Jun 20 18:12:03 2009] [error] [client 127.0.0.1] File does [...]

Continue Reading →

Maven2のdeployで「Error deploying artifact: Unsupported Protocol: ‘dav’: Cannot find wagon which supports the requested protocol: dav」

On 2009/06/20

Maven2で、ローカルに立てたインハウスリポジトリにデプロイしようとしたら、以下のエラーが出た。

[WARN] repository metadata for: ‘snapshot maven2sample:maven2sample:0.0.1-SNAPSHOT’ could not be retrieved from repository: localhost.maven2 due to an error: Unsupported Protocol: ‘dav’: Cannot find wagon which supports the requested protocol: dav [INFO] Repository ‘localhost.maven2′ will be blacklisted org.apache.maven.plugin.MojoExecutionException: Error deploying artifact: Unsupported Protocol: ‘dav’: Cannot find wagon which supports the requested protocol: dav at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:195) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:578) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:508) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:328) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:151) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:220) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:813) at org.maven.ide.eclipse.embedder.Maven2Executor.main(Maven2Executor.java:85) Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException: Error deploying artifact: Unsupported Protocol: ‘dav’: Cannot find wagon which supports the requested protocol: dav at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer.java:115) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:173) … 7 more Caused by: org.apache.maven.wagon.TransferFailedException: Unsupported Protocol: ‘dav’: Cannot find wagon which supports the requested protocol: dav at org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile(DefaultWagonManager.java:181) [...]

Continue Reading →

Maven2で「[ERROR] Invalid user settings」

On 2009/06/20

Windows + Eclipse + m2eclipseでMaven2を使うと、以下のようなエラーが出る。

[ERROR] Invalid user settings C:\Users\藤原さん\.m2\settings.xml

Mavenが使う設定ファイルがないからなんだけど、Errorっていうのがきもちわるいので、上のパスにsettings.xmlを作る。
しかし、ファイルを作るだけではだめで、以下を記述する必要もあるらしい。

<?xml version=”1.0″ encoding=”UTF-8″?> <settings> </settings>

Continue Reading →

Maven2で「[WARN] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent!」

On 2009/06/20

ビルドしてみると以下の警告がちょろちょろ出る。

[WARN] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent!

調べてみると、One Stop Info Linkさんに解決策があった。
どうも、Maven2が使うソースのエンコーディングを指定してあげれば消える。

<project> 　　<properties> 　　　　<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> 　　</properties> </project>

Continue Reading →

Apache Continuum 1.2.3をインストール

On 2009/06/07

Apache Continuumは、Mavenのサブプロジェクトからはじまり、2008年春ぐらいにApache Foundationのトップレベルプロジェクトになったらしい。

2009/05/29に1.3.3(Beta)が出ているので、まだHotな感じがするプロジェクト。まずはインストールから。

インストール

ヌーラボさんの「Maven2 ベストプラクティス 継続的インテグレーション」を参考書に。

ダウンロードサイトから1.2.3をダウンロード。

あとは、Maven2.1.0をダウンロード。
 両方とも「C:\fujihara\continuum」に解凍する。

動かしてみますか

ContinuumにはJettyっていうサーブレットコンテナが入っているので、GlassFishとかのAPサーバはとりあえずいらない。
起動コマンドらしき「bin/continuum.bat」をたたいてみる。

c:\fujihara\continuum\apache-continuum-1.2.3>C:\fujihara\continuum\apache-continuum-1.2.3\bin\continuum.bat start ‘findstr’ は、内部コマンドまたは外部コマンド、 操作可能なプログラムまたはバッチ ファイルとして認識されていません。 Usage: C:\fujihara\continuum\apache-continuum-1.2.3\bin\continuum.bat { console : start : pause : resume : stop : restar : install : remove } 続行するには何かキーを押してください . . .

Vistaめ・・・。Debianでは「./bin/continuum start」でよかったんだけど、Vistaじゃうごかないなー。

バッチファイルを見ると、環境別に「bin/wrapper-windows-x86-32.exe」をよんでいるはずだけみたいなので、直にCallしてみる。

c:\fujihara\continuum\apache-continuum-1.2.3>C:\fujihara\continuum\apache-continuum-1.2.3\bin\wrapper-windows-x86-32.exe -t C:\fujihara\continuum\apache-continuum-1.2.3\conf\wrapper.conf wrapper | OpenSCManager failed – アクセスが拒否されました。 (0×5)

アクセスできないみたい。
Vistaって何かやるたびに「大丈夫？」って聞かれるので、start.batを作って右クリック＞管理者として実行してみるが、「サービスがインストールされてませんけど？」って怒られる。
サービスに入れるしかないので、以下を実行。

C:\Windows\system32>C:\fujihara\continuum\apache-continuum-1.2.3\bin\wrapper-windows-x86-32.exe -i C:\fujihara\continuum\apache-continuum-1.2.3\conf\wrapper.conf wrapper | Apache Continuum installed.

管理ツール＞サービスにも出てきた。（削除は-rらしい）
 ここでもう一度、管理者として実行してみると動いた。

C:\Windows\system32>C:\fujihara\continuum\apache-continuum-1.2.3\bin\wrapper-windows-x86-32.exe -t C:\fujihara\continuum\apache-continuum-1.2.3\conf\wrapper.conf wrapper | Starting the Apache Continuum service… wrapper | Waiting to start… wrapper | Apache Continuum started.

初期設定

「http://localhost:8080/continuum」にアクセスすると、管理ユーザ登録画面になる。


[...]

Continue Reading →

継続的インテグレーションツールを調べてみようかと

On 2009/06/07

エクストリームプログラミング（XP：eXtreme Programming）の一つである継続的インテグレーション（CI：Continuous Integration）が最近、気になっている。

継続的インテグレーションとは、テスト部分も含めて「全てが自動化された」「再現可能な」ビルドを、「日に何度も」行うこと。このプロセスを用いれば、開発者はインテグレーションを毎日行うことになるので、インテグレーションに伴う問題を減らすことができる。 (オブジェクト倶楽部 継続的インテグレーションより)

というのも、会社内の開発標準化作業を進めなければならず、「デイリービルドとかに苦労したくないよな」とおもったが最後、継続的インテグレーションにいきついた。

しかし、死にかけのITスキル10選にも名前を連ねるXP。書いた人があとで「ごめん、いいすぎた」っていってるけど、流行らないなー。日本は「徹夜した人すごい」みたいな人が、まだたくさんいるから、流行らないのかもしれない。
でもでも、ソース管理と簡易サーバだけで、自動ビルド、自動ドキュメント作成・・・などの恩恵がいただけるCI。自動化最高！であることは事実なので、とりあえず使い倒してみる。

 万人のためのオートメーション: 継続的インテグレーション・サーバーの選択をみると、Continuum、CruiseControl、Luntbuildといった、CI製品たちの比較が分かりやすく書いているのですが、その中でも、ApacheのトッププロジェクトになっているContinuum（こんてぃにゅーむ？）をまずチェックかな。そのあとは、同僚から聞いたHudson。

継続的インテグレーションのためのツールたち

ちょっとずつになるかもしれないけど、以下をチェック予定。

Apache Continuum 1.2.3をインストール Hudson

Continue Reading →

Apache2.2.9+PHP5.2.6+MySQL5.0.67をWindowsVistaにインストール

On 2008/09/27

VistaはProgram Filesをかなり厳しく見ているので、「httpd.confがいじれない！」とかなってしまった。そこで「c:\fujihara」フォルダを作り、そこにアプリをインストールして対応。自宅用だからこれでいっか。
MySQL管理用に「phpMyAdmin-2.11.9.2」もインストール。MySQLの管理はLinuxでも使う可能性があるのでphpMyAdminを使ってみる。

The Apache HTTP Server Project PHP MySQL The phpMyAdmin Project インストール

Apacheはインストールするときに「Custom」とかを選んで、インストールフォルダを「c:\fujihara」に指定。勉強用なのですべてのモジュールをつっこんでおくといいかも。
httpd.confの239行目あたりにあるDirectoryIndexにindex.phpを追加。

<IfModule dir_module> DirectoryIndex index.html index.php </IfModule>

MySQLもインストールフォルダを「c:\fujihara」にして、インストール後にDBの設定ウィザードが開くので、「Best Support for Multilingualism」を選んだ。
PHPではApache2.xモジュールを選択してインストール。その他インストールするアイテムとして以下が必要。どれもphpMyAdminでつかってるらしい。

Extensions/MySQL Extentions/Mcrypt Extensions/Multi-Byte String Extensions/zip

勉強用なので全部突っ込んどくか。
インストール後にmbstringの設定をphp.iniにした。

mbstring.language = Japanese mbstring.internal_encoding = UTF-8 mbstring.http_input = auto mbstring.http_output = UTF-8 mbstring.encoding_translation = On mbstring.detect_order = auto mbstring.substitute_character = none; phpMyAdmin

phpMyAdminのconfig.sample.inc.phpをconfig.inc.phpにリネームする。ファイルを開くと

$cfg['blowfish_secret'] = ‘fujihara’; /* YOU MUST FILL IN THIS FOR COOKIE AUTH! */

というのがあるはずなので、「fujihara」のように値を設定してあげる。
あとはhtdocsに「phpmyadmin」フォルダとか作ってファイルをそこにおいてあげるだけ。ブラウザからアクセスするとログイン画面が表示される。
なんだかよくわからんけど、MySQLで設定したroot/passではいれた。

httpd.exe: Could not reliably determine the server’s fully qualified domain name

使い始めて、突然Apacheが停止した。PHPも動作しなくなり真っ白なページが表示される。
イベントビューアを見るとエラーが出まくっていて、

httpd.exe: Could not reliably determine the server’s fully qualified domain name, using [...]

Continue Reading →