メールの運用とお願い

• いただいたメールは、筆者へ送付されます。電子的な読者カードだとご理解いただければと存じます。
• ご意見あるいはご要望については、可能な限り、改版時などに反映させていただきます。ただし、諸般の事情によりご要望にそぐえないこともあるかと思いますので、ご了承ください。
• ご質問に関しては、そのすべてについてお答えするとは限りません。まず、本書と直接的に関係のないことについては基本的にはお答えできないものとお考え下さい。
• ご質問やご要望については可能な限り返事を差し上げるよう努力します。その場合、ご質問内容やご要望についての回答をホームページ上に掲載することもありますので、この点はお含みおきください。また、その場合、質問者については無記名で記事掲載させていただくことを原則とします。その場合には掲載するだけでなく、基本的にはお便りをいただいた方にも直接ご連絡は差し上げます。
• メールアドレスは設けておりますが、メールに対するお返事を必ず差し上げることを保証するものではありません。筆者の状況によって長時間かかることや、あるいはお答えができないことありますのでご了承ください。
• 書籍中の誤植やミスなども、お手数ですがお知らせいただければ幸いです。簡単なことでも気づいていないこともよくあるので、よろしくお願いします。

• 第2章のサンプル
  • サンプルを見る
    • 第2章のサンプルプログラムを、ブラウザで実行して見ることができます。また、ブラウザから、ソースファイルを開くこともできます。ファイルをダウンロードするまでもなく、とにかくざっとみたい場合はこちらが便利でしょう。Javaが実行できる環境でごらんください。ソースをじっくりごらんになりたい場合には、ファイルをダウンロードしてください。
  • ダウンロード（Ch02_Sample.lzh）
    • .lzhフォーマットで圧縮したファイルです。ファイルは、たとえば、Ch02_Sampleフォルダにまとめて展開してください。圧縮時に親ディレクトリを基準にしたディレクトリ付き圧縮にしているので、ディレクトリ付き解凍をすれば、自動的にフォルダが作られてその中に解凍されるはずです。その中の、Ch02_Sampleというプロジェクトを利用してください。
• 第3章のサンプル
  • ダウンロード（DBBrowse.lzh）
    • .lzhフォーマットで圧縮したファイルです。ファイルは、たとえば、DBBrowseフォルダにまとめて展開してください。圧縮時に親ディレクトリを基準にしたディレクトリ付き圧縮にしているので、ディレクトリ付き解凍をすれば、自動的にフォルダが作られてその中に解凍されるはずです。その中の、DBBrowseというプロジェクトを利用してください。
  • ご注意
    • この章のサンプルは、データベースを利用するものなので、ローカルな環境でしかとりあえずは実行できません。ダウンロードして実際に試してみてください。
    • データベースファイルのフルパス名を、DBBrowse.htmlのparamタグに記述する必要があります。すくなくとも、その設定は変える必要があるので、ダウンロードして即座には機能しません。 電子サイン関連の処置は何もしていません。Developer Studioから実行してください。テスト的に電子サインを行う方法は、書籍で説明しています。
    • 圧縮ファイルに含まれる、IDD_DIALOG1.javaとDialogLayout.javaは、Javaリソースウィザードが自動的に作成するプログラムで、基本的にその著作権はMicrosoftにあるものと解釈できます。ここでは、サンプルとして添付をしましたが、その取り扱いにはご注意ください。Dialog.rctファイルから同じものを再度作ることができるので、基本的にはVisual J++所有者には利用可能なのものなので、ファイルとして配布することに問題はないと考えています。何か問題があれば、ご指摘ください。

• Visual J++ Ver.1.1がリリース （1997年3月9日）

  　Visual J++ Ver.1.1のリリースがアナウンスされ、1997年第１四半期の末に出荷がされると発表されました。ただし、日本語版についてのアナウンスはありません。このバージョンでは、データベースを利用するアプレットを簡単に作成できるデータベースウィザードが組み込まれました。この内容を、リリースに先だって配布されたトライアル版をもとに解説します。→詳しい記事へ

  米国マイクロソフト社のVisual J++情報

• 電子サインをしないでCOM関連のクラスを動かす （1997年3月9日）

  　DAOを初めとして、COMをベースにして、OLEオブジェクトをJavaのクラスとして機能させることができますが、開発中はいいとしても稼働させるときには電子サインを行った信用あるクラスにしないといけません。もちろん、それはセキュリティ上重要ではありますが、手軽さには欠けます。もちろん、テスト用のサインなどを行うことがVisual J++でできますが、裏技的に本来はCOMオブジェクトを使用している信用ないクラスを信用あるように見せかけることができなくはありません。

  　その方法は、作成した.classファイルを実行するWindowsマシンのWindowsシステムフォルダにあるJavaフォルダの中のClassesフォルダに入れて実行することです。このフォルダ内にあるものは、無条件に信用されるようで、特に電子サインをしなくても直接起動したInternet Explorerから実行できます。また、特に呼び出すときに特別なことをしなくてもいいようです。

  　もちろん、こうした動作は保証されていませんし、どのような悪影響があるかは予測ができないので、読者の方々の責任で行ってください。もし、これのような処置をしたとき、「クラスファイルの実体はシステム側にある」ことをよく認識してください。たとえば、もう完成したと思ってシステム側にファイルをコピーしたとします。しかし、あとでプログラムミスに気が付いてデバッグしようとしたとしましょう。すると、実行するのはシステム側のクラスファイルですが、デバッガに表示されるソースは修正した方のソースになります。ソースファイルの修正結果は反映されないと同時に、当然ながら正しいデバッグはできません。この点は要注意です。

なし！（だといいなぁ）