Web ツール - リリース情報


1.0 制限
   1.1 ページ・データ・ビューからフリー・レイアウト・テーブルへのドラッグ・アンド・ドロップの問題
   1.2 * Websphere V6 サーバーへのドライバ ー・マネージャー接続を使用してデータベースにアクセスする、SDO 機能を 備えた Web アプリケーションのデプロイに関する問題
   1.3 * SDO 関連レコード・リストの更新メソッド
2.0 既知の問題
   2.1 * JDBC 接続に対して SDO がデフォルト・ポート番号を想定する
   2.2 * Web プロジェクトのターゲットを WAS V5 から WAS V6 に変更する際に、wdo_web.jar が削除されない
   2.3 * 自動キー生成に関する無効なエラー・メッセージ
   2.4 * サービスとして実行される WAS は、DB2 へのアクセス権がある ID のもとで実行する必要がある
   2.5 * JSP ページを保管しても SDO/WDO XML ファイルが保管されない
   2.6 * 複数のフィルターをもつ関連レコード/リストが WAS 6 サーバーで機能しないことがある
   2.7 * プロジェクトにデフォルト・サーバーが選択された場合に、SDO データ・ソースが作成されないことがある
   2.8 *関連レコード/リストのスキーマ名前変更アクションで固有キー・テーブルのスキーマ名が更新されない

1.0 制限

1.1 ページ・データ・ビューからフリー・レイアウト・テーブルへのドラッグ・アンド・ドロップの問題

ページ・データ・ビューからフリー・レイアウト・テーブルを含むページへのドラッグ・アンド・ドロップを行おうとすると、NOT カーソルが表示され、ドラッグ・アンド・ドロップは実行できません。

ページ・データ・ビューからドラッグ・アンド・ドロップを実行するには、まずパレットから「テキスト・セル」を選択し、テキスト・セルをフリー・レイアウト・テーブルに追加します。次に、ページ・データ・ビューからテキスト・セルにドラッグ・アンド・ドロップを行います。

1.2 * Websphere V6 サーバーへのドライバー・マネージャー 接続を使用してデータベースにアクセスする、SDO 機能を備えた Web アプリケーションのデプロイに関する問題

ドライバー・マネージャー接続を使用してリレーショナル・データベースにアクセスする、SDO 機能を備えた Web アプリケーションをデプロイしようとすると、ドライバー jar がサーバーのクラスパスに自動的には追加されません。これは ClassNotFound エラーの原因となります。

現時点では、アプリケーションが Cloudscape、DB2、SQL Server、および Oracle の各リレーショナル・データベースにアクセスするときに、デフォルトでデータ・ソース接続が作成されます。ただし、その他のデータベース、特に Informix & Sybase の場合は、ドライバー・マネージャー接続が作成され、前述の問題が発生します。

ドライバー・マネージャー接続を機能させるためには、手動でドライバー jar パスをサーバーのクラスパスに追加する必要があります。 このためには、サーバーの管理コンソールを実行して「サーバー」->「アプリケーション・サーバー」-> <serverName> ->「Java およびプロセス管理」->「プロセス定義」->「Java 仮想マシン」->「クラスパス」の下にクラスパスのエントリーを追加してください。

注: この問題は V6.0.0.1 で修正されました。

1.3 * SDO 関連レコード・リストの更新メソッド

現時点では製品は、それぞれのリレーショナル・データ・リストに対して更新メソッドを生成しません。以下に示すコードをアクションに挿入して、myList という名前のデータ・リストの内容を更新できます。

try { getMyListMediator().applyChanges((DataObject)((ECoreEList)getMyList()).getEObject()); } catch (Throwable e) { logException(e); }

注: この問題は V6.0.0.1 で修正されました。

2.0 既知の問題

2.1 * JDBC 接続に対して SDO がデフォルト・ポート番号を想定する

ご使用の JDBC サーバーが、ベンダーのデフォルトのいずれかを変更して稼働している場合は、SDO ランタイム接続を最初に作成するときに、その接続を変更する必要があります。

注: この問題は V6.0.0.1 で修正されました。

2.2 * Web プロジェクトのターゲットを WAS V5 から WAS V6 に変更する際に、wdo_web.jar が削除されない

Web プロジェクトのターゲットを WAS V5 サーバーから WAS V6 サーバーに変更すると、WEB-INF/lib/wdo_web.jar が削除されないことがあります。このファイルは WAS V6 サーバー上では無効で、Web プロジェクト内のクライアント・サイド・オブジェクトを再生成する際に問題を引き起こす可能性があります (マイグレーション・ガイドの『Faces Client コンポーネントを含む JavaServer Faces リソースのマイグレーション (Migrating JavaServer Faces resources with Faces Client Components)』の手順に従った場合)。

この問題を回避するには、この JAR ファイルを lib フォルダーから削除してください。削除した後、Web プロジェクト用の web.xml ファイルを開いて、その JAR ファイルを参照する taglib タグを除去します。このタグは、Web デプロイメント記述子エディターの「変数」ページまたは「ソース」ページのどちらから除去することもできます。この taglib の URI は、http://www.ibm.com/websphere/wdo/core です。次に、「プロジェクト・エクスプローラー」ビューで Web プロジェクトを選択し、プロジェクトのポップアップ・メニューから「プロパティー」を選択します。次に「Java のビルド・パス」を選択し、「ライブラリー (Libraries)」ページから WDO_EMF_JARS_PATH/* クラスパス・エントリーをすべて除去します。

注: この問題は V6.0.0.1 で修正されました。

2.3 * 自動キー生成に関する無効なエラー・メッセージ

V5.1 サーバーをターゲットとした自動キー生成を使用する関連レコードを含む JSP ページを作成する場合、以下のエラーが出される場合があります。

2 cvc-complex-type.2.4.d: エレメント「tables」から始まる無効内容が見付かりました。このポイントでは子エレメントは予期されていません。

このエラー・メッセージ無効であり、無視して構いません。

注: この問題は V6.0.0.1 で修正されました。

2.4 * サービスとして実行される WAS は、DB2 へのアクセス権がある ID のもとで実行する必要がある

デフォルト認証を使用するサービスとして WebSphere Application Server を稼働している場合に (ログイン・ユーザーとして実行)、Web アプリケーション内でユーザー名とパスワードを指定せずに DB2 に接続しようとすると、以下のエラーが出されることがあります。

java.sql.SQLException: [IBM][CLI ドライバー] SQL0567N 「SYSTEM」は有効な許可 ID ではありません。SQLSTATE=42602 DSRA0010E: SQL 状態 = 42602、エラー・コード = -567

これを避けるには、ユーザー ID とパスワードをアプリケーションに対して指定するか、DB2 インストールのアクセス権をもつユーザー・アカウントとして WAS を明示的に (例えばユーザー ID とパスワードを指定して) 実行するように設定します。

注: この問題は V6.0.0.1 で修正されました。

2.5 * JSP ページを保管しても SDO/WDO XML ファイルが保管されない

ダーティー (コミットされていない変更) JSP を閉じ、プロンプトが出された後に、JSP を保管すると、WDO/SDO 構成ファイルに対するコミットされていない変更は保存されない場合があります。

これを避けるには、関連レコードまたはレコード・リストの構成後に、CRTL+S を押すか、「ファイル」>「保存」をクリックして、必ず JSP を保存してください。

注: この問題は V6.0.0.1 で修正されました。

2.6 * 複数のフィルターをもつ関連レコード/リストが WAS 6 サーバーで機能しないことがある

この問題は、Websphere V51 サーバーで実行するように作成されたが、Websphere V60 サーバーで実行するためにマイグレーションされている WDO アプリケーションで発生します。このシナリオでは、フェイス・ページに複数のフィルター文節があるレコードまたはレコード・リストがあると、サーバーでのこのアプリケーションの実行中に、このページに以下の例外がスローされることがあります。

java.lang.ArrayIndexOutOfBoundsException: 1 at org.eclipse.emf.ecore.impl.DynamicEObjectImpl.dynamicGet(DynamicEObjectImpl.java:192) at org.eclipse.emf.ecore.impl.EStructuralFeatureImpl$InternalSettingDelegateSingleData.dynamicGet(EStructuralFeatureImpl.java:1758) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eDynamicGet(BasicEObjectImpl.java:485) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eGet(BasicEObjectImpl.java:476)e at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eGet(BasicEObjectImpl.java(Compiled Code)) at com.ibm.etools.webtools.sdo.runtime.internal.MapDataObjectImpl.getValue(MapDataObjectImpl.java:197) at com.ibm.etools.webtools.sdo.runtime.internal.MapDataObjectImpl.put(MapDataObjectImpl.java:162) at pagecode.PageCodeBase.resolveParams(PageCodeBase.java:189)

問題は、メディエーターのパラメーター・オブジェクトにあります。

この問題を修正するには、メディエーターのパラメーター・オブジェクトを正しく設定する必要があります。これを行うには、getList または getRecord メソッドを変更する必要があります。

変更前:

public DataListAccessBean getList1() { if (list1 == null) { try { resolveParams(getList1Mediator().getParams(), list1ArgNames, list1ArgValues, "list1_params_cache"); DataGraphAccessBean graph = getList1Mediator().fetchGraph(); list1 = graph.getDataListAccessBean(); } catch (Throwable e) { logException(e); } } return list1; }


変更後:

public DataListAccessBean getList1() { if (list1 == null) { try { getList1Mediator().setParams( new MapDataObjectImpl(((EObject) new MediatorImpl( (Metadata) getList1Mediator().getMetadata(), new NullConnectionWrapper()) .getParameterDataObject()).eClass())); resolveParams(getList1Mediator().getParams(), list1ArgNames, list1ArgValues, "list1_params_cache"); DataGraphAccessBean graph = getList1Mediator().fetchGraph(); list1 = graph.getDataListAccessBean(); } catch (Throwable e) { logException(e); } } return list1; }

パラメーター・オブジェクトを設定するコードの部分に注意してください。

注: この問題は V6.0.0.1 で修正されました。

2.7 * プロジェクトにデフォルト・サーバーが選択された場合に、SDO データ・ソースが作成されないことがある

デフォルト・サーバーを選択すると、「サーバーで実行」中にサーバーでデータ・ソースが正しく構成されません。データ・ソースを正しくセットアップするには、デフォルト・サーバーを選択しないでください。アプリケーションが正常に公開されると、データ・ソースを変更していないかぎり、デフォルト・サーバーを選択できます。

注: この問題は V6.0.0.1 で修正されました。

2.8 * 関連レコード/リストのスキーマ名前変更アクションで固有キー・テーブルのスキーマ名が更新されない

レコード/リストのスキーマ名前変更アクションでは、固有キー・テーブルのスキーマ名が更新されません。

この問題を回避するには、レコード/リストのクエリーが入っている xml ファイルを見付け、固有キー・テーブルのスキーマ名を更新します。

注: この問題は V6.0.0.1 で修正されました。

メインの README ファイルに戻る