タスク

ベータ5

  • 残っている致命的な問題を一掃する。

未割り当て

  • LICENSE.txtからxdocを生成して、プロジェクトのライセンスを表示し、 プロジェクトの情報メニューからリンクを作成する。 Markus Mayからの良い提案です。
  • ロードマップの文書。(jvz)
  • jarResources要素をプロジェクトのディレクトリレイアウトから、 テスト用のクラスパスへ移動する方法と、 配布ファイルに含めるためにJARファイルに移動する方法を定式化する。
  • 広く配布されたJARファイルのリポジトリと配布ファイルのリポジトリについての提案を記述する。 Perlの人々から学ぶべきことがあります。 (jvz)
  • 継続的な統合の問題用の開発メーリングリストを簡単に選択できるように、 メーリングリストとオブジェクトモデルを再構築する必要がある。 Gumpのnag機能を適用しようとして見つかりました。
  • 状態の文書(週単位の報告形式のもの)。
  • Tomcat4のリリースガイドを調べる。
  • リモートリポジトリに存在するすべての既知のプラグインを一覧表示するmaven:plugin-listターゲットを追加する。 各リポジトリは、オプションでplugins.listを提供しても構いません。 plugins.listはjars.listに似たファイルです。 プラグインはJARファイルとしてパッケージされます。
  • すべてのプラグインでシズルを提供し、 ゴール指向とし、プラグ&プレイ方式で協調させる。 そして、オプションで潜在的な管理機能を説明したPowerPointのプレゼンテーションを提供させる。
  • JavaDocを動作させるためにinceptionYearとorganizationを必ず設定する。 不正な文字が設定されていないことを保証するために、不正な文字のパターンを入手する。
  • 一般的に例題コードをどのように扱うか、ソースツリーの何処に配置するか、 どのように配布ファイルにパッケージするべきか。
  • J2SE1.4の環境で動作しているか検出し、場合によっては必要な調整を行う必要がある。 現在のところ、XMLパーサクラスが複製される問題があるはずである。(jvz)
  • ユースケースのテンプレート。
  • 貢献者とメモ帳の領域を扱う。
  • どのようにcvs構造を移行し、履歴を保つか。 Mavenを使用するように変更中のあるプロジェクトは、実に奇妙なディレクトリ構造をしています。 履歴を保ちながらディレクトリを再構成できるのは良いことです。
  • 配布ディレクトリといくつかの標準文書に基づいて生成されたページをリリースする。 Turbineのサイトから抜粋できたものをチェックするだけです。
  • t2のページの一番下にある'貢献するには'と同様な広告文。 これらは生成できると思います。
  • 見栄えをよりよく変換可能なXMLを生成するようにJXRタスクを修正する。
  • リリースされたバージョンの製品を使うのに対して、 開発JARファイルの使用を表示する小さなレポート。 プロジェクトでJARファイルのリリースされたバージョンを試したり使用することを勇気づけます。
  • Mavenの複数のバージョンに渡ってPOMを変換する方法が必要となる。 いくつかの理由ですぐにMavenをアップグレードしない場合でも、 ユーザが安全にN世代に渡ってアップグレードできることを保証する必要がある。

完了

  • 様々なコーディング標準のサポートを追加する。 これらのプロパティをCheckstyleなどに適用したり、コーディング標準の概要文書を作成する。
  • Maven:deploy-distを動作させる。(jvz)
  • リリースされなかったJARファイルのすべてのバージョンで使うために必要なスナップショットJARファイル。 update-jars機能を克服できました。
  • 最小限のリアクタ。 部門のグラフ、部門の集中リポジトリ、そのほか色々なものすべてを含みます。
  • POMの継承メカニズム。 betwixtに切り替えるのを待つでしょう。
  • 基準となるbuild.xmlファイルを生成する。
  • スクリプトを実行する。 Ant実行環境を前提としないものとする。 これを上手くやっていくために、探し求めてきた例外処理を取得するでしょう。
  • ソースフォルダごとに1つfile.gifとfolder.gifを生成する代わりに、 1つだけを生成するようjxrを設定可能にするかどうか調べる。 (dIon)
  • xrefで<sourceDirectories>と<testSourceDirectories>の相互参照を生成する。 JavaDocは<sourceDirectories>だけHTMLを生成する。
  • 配布できないJARファイルを扱うときに、 ユーザにJARファイルの名前を変える必要があるなどの付加情報を提供する必要があるかもしれない。 そのために、これらの場合にユーザに表示する広報文を含む他のフィールドを追加する。
  • リリース文書に自動的に一覧を載せられるように、 タスクリストから実施済みリストに移す処理。
  • project.xmlのスキーマ。 (jvz)
  • MavenのPOMのアップデータ: 変更があったときにproject.xmlを変更する信頼できる方法です。 予定されているテストの仕様変更はproject.xmlの変更を伴うでしょう。 ユーザがこれらの変更を簡単に吸収できなければなりません。 変更が検知される必要があり、ユーザが望んだときに変更でき、 変更が透過的に適用されなければならない。
  • 現在登録されているプロジェクトの一覧を表示する文書を作成する。
  • XMLソースが(存在すれば)そのDTDに対して検証するmaven:xml-validateターゲットを追加する。 ソースディレクトリに似たproject.xmlの新しい要素(<xmlSourceDirectories>)が必要になるでしょう。 <xmlSourceDirectory>にリストされたすべてのディレクトリを検証します。