項番 |
詳細 [優先順位] |
|
状況 - 対応者 |
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 |
|