WebServices - Axis

要件

このページの下の方に要件ではないもの節があります。
リリースサイクルはこのページの下の方で説明されています。

項番 詳細 [優先順位] 状況 - 対応者 a1 a2 beta/
3.0		 それ以降
XML プロトコル準拠
10 私達は XP プロトコルが進化するごとにそれを熱心に追跡し、準備が整ったらサポートします。 非適用 ? ?
エラーハンドリングとフォルトハンドリング
20 SOAP フォルトへの拡張可能な Java 例外マッピングの仕様を定める ? X X
21 Java 例外への拡張可能な SOAP フォルトマッピングの仕様を定める ? X X
サービスと操作の識別
30 トランスポート URL によるディスパッチ 完了 X X
31 SOAPAction によるディスパッチ 完了 X X
32 最初のボディ項目の QName によるディスパッチ 完了 X
33 (手に入れられるいかなる情報も使用するための)カスタマハンドラによるディスパッチ 完了 (すでに行えます) X X
クライアント API レベルでのメッセージ交換パターンのサポート
動機: 私達は以下のメッセージ交換パターンが、一般的に使用され、実装する価値がある (例えば WSDL が使用します) と信じています。
40 同期的なリクエスト/レスポンス 完了 X X X
41 一方向メッセージング 未実装 - ? X X X
42 [??] 非同期リクエスト/レスポンス (ノンブロッキング)(クエッションマークは、これを提供するかどうかわからないことを意味しています 未実装 - ?
SOAP 1.1 準拠
50 SOAP 1.1 の全ての特徴は Apache SOAP 2.x でサポートされています 何が足りない?
(actor, full sec-5)		 X
51 中継のサポート 未実装 - RobJ ? ?
52 リクエスタとプロバイダの間に中継 (ホスト) を置いた際に、透明性を提供する必要があります (プロキシサーバの生成) 未実装 - RobJ ? ?
53 SOAP 概念の mustUnderstand ヘッダのサポート 完了 X X
54 SOAP アクターヘッダ属性のサポート 未実装 - Glen X X
パフォーマンス
60 アーキテクチャは、全てのメッセージが同時期にメモリにあることを必要としてはならない 1.0 では行いません。1.0 のパースに追加しません。アーキテクチャは依然としてこれを許可します。後ほど対応します。 X X X
61 拡張性 ? - Sam X
62 Apache SOAP 2.x より速い 完了! X
63 他の類似の実装よりも著しく遅いということはないようにするべき 完了? X
管理とモニタリング
70 ロギング API 未実装 (全て) X X X
71 Metrics API 未実装 - ? X
72 Management (JMX) API 非適用? ? ?
73 実行時(アン)デプロイ API 未実装 - ? X
デプロイ
80 エンジン、コンポーネント、サービスの全てのインストールとデプロイは単純にすべき 完了! (他に何が必要ですか?) X
81 実行ファイルとディスクリプションファイルに関連するWebサービスアーカイブフォーマットをサポートする 未実装 (JWS も含めますか?) - ? X
82 .asmx のようなドロップインサービスデプロイのサポート 完了 - これが JWS です ? ?
83 SOAP を介してクライアントが通信するには単一で極小の .jar ファイルで十分でしょう 未実装 - これをビルドする最良の方法は何ですか? X X X
84 クライアントとサーバの両方がデフォルトでパッケージ化されているのが、健全で、安全で、すぐに使えるでしょう 未実装 すぐに実装します! X
85 中継 (ホスト) の設定は簡単にすべき 未実装 - RobJ ? ?
86 WSDD 実装 未実装 - Carl W / Glen ?
プロバイダ
90 プラグ可能なプロバイダ API 完了? (ハンドラ API) X X X
91 Java プロバイダ 完了? X X X
92 BSF プロバイダ 未実装 -? X
93 EJB プロバイダ 未実装 - ? ? ?
94 COM プロバイダ 未実装 - ? ? ?
95 新 アプリケーションサーバプロバイダ / 接続性レイヤ [高] 未実装 - Glen? X
プラグ可能 XML プロトコルサポート
100 SOAP 1.1 完了 X X X
101 SOAP 1.2 一部 - 未だにエンベロープバージョニングや名前空間を行いません ? ?
102 一般的なクラスを SOAPWhateverDoer と名付けてはいけません 完了 X X X
103 複数メッセージプロトコルの同時サポート 未実装 X
メッセージ処理
110 メッセージハンドラ (の拡張、アプリケーション) がメッセージの直交断片をビルドするのを可能にする、柔軟性と拡張性があるシステムをサポートする 完了 X X X
111 与えられたサーバ設定とメッセージに対して、ハンドラ呼び出しの順番が必ず決定的 完了 X X X
112 一つのホスト上で、いくつかの情報は "chain" の中にある全てのハンドラから共有されるべき - MessageContext 完了 X X X
112a コンテキストの中でアプリケーション固有のパラメータ (ユーザ名のようなもの) を特定する能力がある 完了 X X X
112b トランスポート非依存な(http では HTTPRequest/HTTPResponse の中のクッキー)セッションの考え方のカプセル化 完了 X
112b.1 SOAP セッションヘッダ/ハンドラ/サプライヤの例/サンプル 未実装 - RobJ ? ?
112b.2 同様にクライアントコードもこれをサポートする必要があります - 必要であればセッションを送り返す必要があります 未実装 - RobJ X
113 ハンドラは生のメッセージデータに触れるようにする必要があります 完了 X X X
トランスポート
120 プラグ可能なトランスポート API 完了 - ドキュメントが必要! X X X
121 HTTP リスナとセンダ 完了 X X X
122 HTTPS リスナとセンダ 未実装 - ? X
123 SMTP センダ 未実装 - ? X
124 POP3 ポラー 未実装 - ? X
125 JMS リスナとセンダ 未実装 - ? ? ?
126 "SOAP messages with attachments" のサポート [高] 未実装 - Glen / RobJ X X
127 トランスポートは、コンテキスト中に任意のトランスポート特有のものを挿入することができます 完了 X X X
128 トランスポート特有のものはカプセル化されるべきで、ほとんどのエンジンはそのメッセージの標準的な形式に対して機能するべきです。 完了 X X X
セキュリティ
130 トランスポートレベルのセキュリティをサポート [高] 未実装 - トランスポートごとの問題? X
130b SOAP レベルのセキュリティのサポート [高] 具体的に言うと何? - Yuhichi?
131 HTTP 基本認証 完了? X
132 現行の SOAP レベル標準のセキュリティのサポート 具体的に言うと何? ? ?
133 SOAP 基本認証ヘッダ/ハンドラの例/サンプル 完了? ? ?
サービス記述と発見(例えば WSDL、DISCO)
140 実行時にサービス記述のクエリーを行える能力のサポート (例えば GET ...?wsdl) 未実装 - Jim の貢献? あるいはもっと簡単なもの? X X
140a もしデプロイパラメータがサービス記述を変更したら、更新されたバージョンが返されるべき 未実装? X
141 サービスを記述している基本的な html ページのサポート (HTTP GET を介して) 未実装 - James? Doug? X X
142 サービスを記述している美しい html ページのサポート (HTTP GET を介して) 未実装 - James? Doug? X
143 サービス記述なしでサービスをデプロイして使用できる 完了 X X X
144 SD レイヤを抽象化する。少なくともインターフェースをきれいに保ちながら抽象化する [高] ? X
144a 抽象 SD レイヤはメッセージの一部の xsi:types の実行時決定をサポートする必要がある 未実装? - Sam? X X
144b SD レイヤの WSDL 実装を含める [高] 未実装 - Lance & HP の貢献? X X
144c ものに対してコンポーネントを取得する場所の情報がある、拡張 WSDL 未実装 - James? X
144d WSDL と/または WSDD からのプロキシ生成の、ツールと/または実行時サポート 未実装 - Lance & HP? X
145 Axis ノードに対する HTTP GET が適切な DISCO ドキュメントを返す 未実装 - ? X
プラットフォーム
150 Java 実装 進行中 X X X
151 C++ 実装 1.0 では非適用 X
151a C++ 実装のコアは (COM のような) プラットフォーム固有の拡張と共に、クロスプラットフォームであるべきです 1.0 では非適用 X
152 全ての実装はできるだけ多くの共通部分をもつべきです 1.0 では非適用 X X X
153 可能であればどこでも標準 API を使用する 完了 X X X
データエンコーディング
160 エンコーディングの拡張サポート 未実装 X X
161 基本 SOAP エンコーディング (現在の Apache SOAP 2.x レベル) を実装する 完了 X X X
162 スパース配列と部分的に転送した配列のサポート 未実装 X X
163 多次元配列のサポート 未実装 X
164 文書型 XML エンコーディング 未実装 X X
165 "シリアライザ" を比較的簡単に書けるようにするべき 完了 (ユーザからのフィードバックによります) X X
166 いくつかの一般的な (デ) シリアライザ (複数の型を扱える) を含める。そうすればインターネット上を飛び交うかもしれない、全ての型のための (デ) シリアライザが必要なくなる (さらに議論が必要 - 同型 (往復) 問題) これは bean シリアライザ / 基本デシリアライザですか? それとも他のものですか? ? ?
167 (デ)シリアライズは要求に応じていつでも発生する 完了 X X X
168 (デ)シリアライズはアプリケーションから利用できるべき 完了 X
リリース
これらは 1.0 の要件ですが、暫定リリースを通じてこれらの項目に対し著しい発展がなされる必要がある。
170 製品レベルのコード 着々と進んでいる X
171 製品レベルのドキュメント [高] 未実装 - ? X
172 製品レベルの例 未実装 ですが着々と進んでいます - 全員 X
173 製品レベルのパフォーマンス 未実装 - Sam? X
174 製品レベルのテスト 関数テストと単体テストと共に、着々と進んでいます X
Apache SOAP 2.x からの移植
180 ドキュメント 未実装 - ? X X
181 レガシー Call オブジェクト 未実装 - ? X
182 シリアライゼーション、カスタムシリアライザ - もしかしたら wrapper 未実装 - ? ? ?
183 レガシーメッセージングサービスのサポート 未実装 - 誰?
 X
184 レガシープロバイダのサポート [中] 未実装 - ? X
185new レガシーデプロイのサポート 未実装 - James? X
コーディング
190 タブ文字なしの Java コーディング規約 [英語] に従ってください。 完了 X X X
191 コミットされている private ではないメソッド全てをドキュメント化するために javadoc を使用する さらにある X X X
192 ドキュメントパッケージ もっとある X
193 新しいパッケージをコミットする。少なくとも "これはやる必要がある" と書いてあるパッケージドキュメントをプレースホルダに置く。 未実装 - 全員!!! X X X

要件ではないもの (サポートされません)

私達は以下の問題について SOAP 仕様ではあいまいであると判断しましたので、サポートしないことに決定しました。

  1. SOAP ヘッダでの RPC 呼び出し
  2. 単一 SOAP メッセージによる複数 RPC 呼び出し

リリースとテストサイクル

私達は alpha1 (a1)、alpha2 (a2)、beta、3.0をリリースする計画を立てています。
alpha はプレビューです。
それに続く alpha は機能、ドキュメント、テストケースなどが発展していることを示すためものです。
beta は機能的には完全です。