原田様、岡崎様、白石様
苑田です。
早速の回答をありがとうございます。
sqljdbc.jarはすでに署名されいていて、自前の証明書での
署名は必要ないとのこと了解しました。
またjnlpファイルをわける方法についてのご指南をありがとうございました。
これから早速試してみますが、これに関して、追加で３つ質問をさせてください。
技術的な点に関してはクリアになったのですが、NBで実際に構築するときの
手順として、以下のようなことを懸念しています。
通常は、プロジェクトペインから該当のアプリケーションのプロジェクトを
選択してから、右クリックで出てくるメニューより、「構築」をやっています。
これまでどおり、これで構築をしようとすると以下の様な点が気になります。
（１）（sqljdbc.jarは署名しないでいいということをシステムが知る術が無いので）
従来どおりそのまま署名しようとしてしまうのではないだろうか？
→どこかで特定のライブラリは署名が必要ない、ということを
NBに知らせる方法はないでしょうか？
（２）せっかく手動で修正したjnlpファイルがNBによって上書きされてしまう。
→手間を惜しまなければ、別の場所でjnlpを作っておいて、NBの
構築が終わってから、カスタムのjnlpで上書きする、あるいは
アプリケーションサーバへアップする際に、NBが出力したものではなく、
自前のものをアップする、ということで良いと思いますが、予め自前で
作っておいたjnlpファイル（のテンプレート？）をNBが使って構築して
くれるようなにかうまい設定方法がないでしょうか？
これに加えて、もう一点だけよろしくお願いいたします。m(v_v;m
（３）上記手順で構構築されたアプリケーションは、現在手作業でアプリケーション
サーバ(GlassFish v2です）のdomain1のdocrootにコピーしているのですが、
app.jar, lib,を配備する際、NBにおまかせでやってもらえるような
やり方があると助かるのですが。。。。
たとえば、J2EEアプリとかの場合は、プロジェクトメニューの右クリックで
出てくるメニューに「配備」があるので、これを実行すればNBがGlassFishに
配備してくれるので非常に助かっています。
今回の話はスタンドアローンアプリなので、そもそも「配備」が出てきません。
実のところ複数人で作業をやっていて、あちこちで新しいビルドが作られるので、
全員に手動での配備の手続きを徹底するのが厄介だなぁと感じている次第です。
NBはGlassFishとの相性も抜群で非常に使いやすい開発環境なので、
どこかにそんなやり方があるのでは？と思っているのですが。。。
しかし結局jnlpファイルはカスタマイズしなければならないので、
結局手動でやらねばだめな気もします。
よいやり方がございましたらお知恵拝借願えると幸いです。m(v_v;m
---------------------------------------------------------------------
To unsubscribe, e-mail:
nbdiscuss_ja-unsubscribe@...
For additional commands, e-mail:
nbdiscuss_ja-help@...
