• Vincent Massol
• Jari Worsley
• Nicholas Lesiecki

Thanks to all that have reported bugs or suggested ideas for Cactus.

Cactus のバグ報告およびアイディアの提案をして頂いた皆さんに感謝します。

Thanks to Erik Meade for linking Cactus on the JUnit web site.

JUnit ウェブサイトで Cactus にリンクして下さったErik Meade氏に感謝します。

Thanks to all that are participating to the Cactus Logo competition.

Cactus ロゴコンペに参加して下さった皆さんに感謝します。

And, of course ...

そして、もちろん、

Thanks to the Apache Jakarta project for accepting the donation of J2EEUnit (renamed Cactus), thus giving it a home and more importantly a family.

J2EEUnit(Cactusに名称変更されました)を寄付を受理して下さり、 その結果、ホスティング、そして、もっと重要な事に、 Jakarta の一員となれた事に対し、 Apache Jakarta プロジェクトに感謝します。

Vincent Massol -- コミッタ/Committer

I started designing internet applications in 1998, when I joined OCTO Technology, an Information System Architecture Consulting company, providing expert IT Solutions and Application Architects in the field of new technologies (Application Servers, EAI, Internet Relationship Management). Very soon, when working on customer projects, I introduced the concept of unit testing (using JUnit) as a good way of writing reliable code. Although it worked very well for unit testing "standard" java classes, it was much more difficult for classes that used container objects. Thus, I began developing a small generic framework to help unit test servlets. I improved the framework as I moved on, from customer to customer.

新規テクノロジ(アプリケーションサーバ,EAI,インターネットリレーションシップマネージメント)の分野において、 卓越した IT ソリューションとアプリケーションアーキテクチャを提供している情報システムアーキテクチャコンサルタント会社である、 OCTO Technology 社に入社した、 1998 年にインターネットアプリケーションの設計を始めました。 そしてすぐ、顧客のプロジェクトに参加しているときに、 信頼性の高いコードを生産するための良い方法として、 (JUnit を使った)単体テストの概念を紹介したのです。 "標準の" Java クラスを単体テストするには、その方法は大変うまくいきましたが、 コンテナオブジェクトを使ったクラスに対してはとても困難でした。 そこで、サーブレットを単体テストするのに役立つ汎用の小さなフレームワークの開発に着手したのです。 私は、色々な顧客を相手に移動している間に、フレームワークを改良していきました。

Until it was time to open source it ! There were several drivers for that decision. As I spread the word about this framework within Octo, several octomen (and octowoman !) began using it and making modifications, and we ended up with several versions of it, making it difficult to synchronize them (although it was good for the evolutionary and darwinian side of it :) ). Another good reason was that I wanted to have feedback from the open source community and wanted to get help to improve it. Also, it was good to be able to provide to our customers a framework that would continue to evolve and be maintained even after we left the project. The last reason, maybe the strongest, is that I have always been fond of the open source concept and as Octo is providing consulting services, it did not clash with our business model !

次に述べる理由から、もうオープンソース化する時期だったのです。 それを決めるには何人か決心させてくれた人がいました。 このフレームワークに関する用語を Octo で広めていたので、 何人かの Octo の関係者は、これを使い、変更を加え初めており、 幾つかのバージョンが出来上がってしまい、 それらの同期をとることが難しくなっていました。 (ダーウィンの進化の観点からすれば、それは良かったのかもしれませんが :) ) もう一つの良い理由は、 オープンソースコミュニティーからのフィードバックが欲しく、 改良するのを手伝って欲しかったからです。 また、自分の顧客に対して 自分達がプロジェクトを離れても進化し、 保守され続けるフレームワークを提供できるのは良いことでした。 最後の、恐らく最も強力な理由は、 自分がオープンソースのコンセプトが好きで、さらに、 Octo はコンサルティングサービスを提供しているので、 自分達のビジネスモデルを壊すものではないということでした。

Thus, I moved the project to SourceForge and called it J2EEUnit. It did well and more and more persons were downloading, participating and using it.

そうして、このプロジェクトを SourceForge に移し、 J2EEUnit と呼びました。 それは成功し、もっと多くの人々が、ダウンロードし、参加し、使ってくれました。

Now, most Applications Servers, EAI solutions or IRM ones are providing an infrastructure on which to build applications. But once you've bought the server, you're far from being finished ... There is the business logic code to write but there is also a lot of "glue" to implement. These are technical frameworks like a Controller of the MVC model, a logging framework, an XML-Java mapping one, application configuration, localization, templating, ... And usually these frameworks are not provided in the software package you buy. And even if they are (logging for example), they are not best of breed ones. For these frameworks, I have always been using open source solutions so far (Struts, Log4j, Ant, ...). Thus, I was lurking on Jakarta mailing-lists when I heard about a new project starting, called "Commons" which was to be a place where common components useful for several Jakarta projects would be found. I thought the idea of having a server-side java unit testing framework for Jakarta project (which are server side projects) was a good idea. I proposed to donate J2EEUnit to the Apache Software Foundation ... and I was lucky enough it was accepted ! :-)

今や、殆どのアプリケーションサーバー、EAIソリューション、IRMソリューションはアプリケーションを構築する基本となるインフラを提供しています。 しかし、サーバーを導入しても、完成からは程遠いのです。 書くべきビジネスロジックもありますが、 実装すべきそれらの"コネクタ"もまた沢山あるのです。 これらは、 ログフレームワーク、XML-Java マッピングフレームワーク、 アプリケーションの設定、国際化、テンプレートか、など、 MVC モデルのコントローラのような技術的フレームワークなのです。 そして通常、これらのフレームワークは、購入したソフトウェア製品には入っていません。 そして例えバンドルされていたとしても(例えばログを例にしても)、 それらが最高のものではないのです。 これらのフレームワークに対し、 常に私はできる限りオープンソースソリューションを使ってきました。 (Struts、Log4j、Antなどです) そして、"Commons" と呼ばれる、 幾つかの Jakarta プロジェクトで有用な 共有コンポーネントが見つかる場所となる、 新しいプロジェクトがはじまると聞いて、 Jakarta メーリングリストにこっそり参加していました。 (サーバ側プロジェクトである)Jakarta プロジェクトで、 サーバがわ Java 単体テストフレームワークを行うのは良いアイディアだと思ってました。 私は J2EEUnit を Apache Software Foundation へ寄付することを提案し、 幸いなことに、それは受理されました。:-)

However, the J2EEUnit name was infringing on the Sun trademark on J2EE so we had to change the name. It was changed to Cactus (see the Why the name ? page for why this name). I found that in the move from SourceForge to Jakarta, I had found a new home for Cactus but, more importantly, I had found a family ! The sense of Community is very strong on Jakarta. You can feel right away the atmosphere and see it is different from other places.

しかしながら J2EEUnit という名称は、Sun の J2EE という登録商標を侵害していたので、名称を変更しなければなりませんでした。 名称は Cactus に変更されました。 (何故この名称なのかについてはこのページをご覧ください) 私は、SourceForge から Jakarta に移して、 新しい Cactus のサイトができただけでなく、 Cactus が Jakarta の一員となったのです。 コミュニティーの意味では、Jakarta はとても強力な組織です。 他の場所とは違う雰囲気であることはすぐに感じますし、 その違いはわかります。

Then, thanks to Cactus growing community, our efforts were rewarded and Cactus was accepted as a Jakarta top level project, alongside the renowned Tomcat, Ant, Struts, ... waowww !

そして、益々大きくなる Cactus コミュニティに感謝し、 我々の努力は報いられ、 Cactus は、有名な Tomcat、Ant、Struts と共に、 Jakarta のトップレベルプロジェクトとして受け入れられたのです、、、、おおっ！

We are now busy improving Cactus and looking for help. The first step was to get Cactus up and running and demonstrate it worked and is useful. This step has been achieved (I hope :) ). The second step is now to build a community around Cactus and find persons who are willing to actively participate in the future of it. Unit testing has still not reached the mainstream of development practices but is in the process of doing so with increasing interest in lightweight (also called "Agile") methodologies like Extreme Programming (XP). On the other hand, java server side programming is becoming stronger every day. This is to say that there is a bright future ahead for Cactus and there is still everything to invent.

私達は Cactus の改良に忙しく、助けを求めています。 最初のステップは、Cactus が起動し、動作し、動いているところ、および便利さをデモする事でした。 このステップは達成されました。(と、思います :) ) 次のステップは、 Cactus のコミュニティを形成し、Cactus の未来について積極的に参加してくれる意思のある人を見つけることです。 単体テストは、まだ開発練習の主流の域には達していませんが、 エクストリームプログラミング(XP)のような軽量な方法論 ("アジャイル"とも呼ばれます)への興味の増大につれて、 達成される段階にあるといえます。 一方、Java サーバ側プログラミングは日夜強力になってきています。 行く先には Cactus の輝かしい未来があり、 開発すべきものは数多くあると言えるでしょう。

Although the project started as a one-man project, my goal has always been to relinquish as much as possible my hold on Cactus and make it a community-wide project. This is a work in progess and I am proud to say that I am no longer the only committer on the project and several persons have jumped aboard and are already helping shape Cactus future. Come and help us ! :)

このプロジェクトはたった一人で始めたプロジェクトですが、 私の目標は常に Cactus について持っているものをできるだけ多く、 吐き出し、これをコミュニティ全体のプロジェクトにすることです。 これは、これからも続く作業であり、 私はもはやプロジェクトのたった一人のコミッタではなく、 何人もの人が Cactus の参加し、未来を形作るのを手伝ってくれていると、 誇り持って言えます。:)