- - PR -
JSP/Servlet VS aspx
| 投稿者 | 投稿内容 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2003-06-25 00:58
makuraです。
受託だと客先の現状から運用環境が先に決まってしまうことが多いですが、パッケージだと難しいところですね。 でもJavaを選択しても、結局は特定のＪ２ＥＥサーバ製品、特定のＤＢ製品を使うことになりますよね？？ それらのサーバ製品が今後何年間サポートが継続されるのか、次期バージョンの開発が継続されるのか、少々心配でもあります。 Linuxに移行が進んでいると言っても、何せクライアントがWindowsだらけなもので、Windows Server マシンはまだまだ減りそうにありませんし。 Windows Server で Java という組み合わせも何度か・・・。 言語はJava、ハードはXserveというのも（社内環境なら）面白そうですね。冒険ですが。 ＞みかんさん そんなもんです。客の要望は絶対です。 ただ、技術的視点からみて客の要望が不適切な場合はこちらから提案することもありますが、やはり決定権は客が持ってますんで。 [ メッセージ編集済み 編集者: makura 編集日時 2003-06-25 01:41 ] | ||||||||
|
投稿日時: 2003-06-25 10:06
Ｊ２ＥＥ準拠のＡＰサーバーを使用していれば、 ＡＰサーバーを変更してもアプリケーションは動作するはずなので、 サポートの問題はそれ程気にかける必要はないのでは？ ＤＢに関しては、Java特有の問題ではなく、.netや他の開発言語でも同じ問題だと思います。
私が只今、携わっている案件もこの組み合わせです。 | ||||||||
|
投稿日時: 2003-06-25 10:08
こんにちは。
Linuxで.NETやるためのMonoプロジェクトというのが ありますが、実際どこまで出来るのでしょうね。 Linux上でも動くようになったら、また選択肢が 一つ増える、、、感じになるんでしょうか。 | ||||||||
|
投稿日時: 2003-06-25 10:14
ども、ほむらです。
Dr.Doraemon氏がひっかかっているのは作ったパッケージソフトの 質と将来性ということなのでしょか？ ターゲットは何を考えていますか？ WebアプリケーションといってもやっぱりOSでの依存性は強いと思います。 --------------------------------
将来Linuxでの運用を考えているのでしたら迷わずservletにすべきだと思いますし Windowsで動くものということでターゲットにするのならば 色々なコストで考えてみるべきかと。。。 僕がこの間便乗質問させていただいた件に関しても コストの面でservletを選択する形になりました (.NETはサーバーの知識も必要な感じでしたので^^;;;;;) あと、C++で作ったソフトといっても画面設計以外の流用はきかないでしょうから それだけで、.NETを選択するのは避けるべきだと思います。 エディタの操作方法といってもそれほどコストのかかることではないと思いますし。。。 それよりも、開発サイドのテストやデバック環境をどうするかですかね。。。。 そういえば。.NETってユニットテストできるツールありましたっけ？
僕の場合、言語の選択は開発アプリの性質を考慮します。 たとえば、通信関係やファイル操作などのラッパー的にＣを使って 最後のユーザーインターフェイスでVBを使用するとかですか？ といっても、最近はユーザーインターフェイスだけで 事たりる場合がほとんどなのが実情だったり（笑 # Linuxでの .NETはMONO PROJECTなるものもあるみたいですが # どうなんでしょ？ # 個人的想像としてかなり無茶な感じがしてしまうのですか。。。。 | ||||||||
|
投稿日時: 2003-06-25 10:45
下記の記事を読むと解かるのですが、動くものはできているようです。 http://www.zdnet.co.jp/news/0212/13/nebt_02.html http://www.zdnet.co.jp/enterprise/0305/08/epn22_3.html でもこのプロジェクトが成功すると、 マイクロソフトは困るのではないでしょうか？ | ||||||||
|
投稿日時: 2003-06-25 13:52
>>Linuxで.NETやるためのMonoプロジェクトというのが
>>ありますが、実際どこまで出来るのでしょうね。 > でもこのプロジェクトが成功すると、 >マイクロソフトは困るのではないでしょうか？ そうなれば.NETの仕様を変更するだけのことでは？ 良くあることですから． | ||||||||
|
投稿日時: 2003-06-25 21:03
お世話になります。
みなさんご意見ありがとうございます。 みかんさんも同じように悩まれたわけなのですね。 ApacheでもASP.NETが動作するという話は私は聞いたことがありません。いままではaspで開発をし運用サーバにはchili!soft ASPというアドインを使って動作をさせていたのですが日本語の対応の足りなさや、Oracle接続のときに8iクライアントがないといけないとかいろいろ注文が多いのでこれからの環境には向かないと判断し使うことをやめました。 私は今までがaspだったから次はasp.netでいく開発ベースのような判断ではなくあくまでも運用ベースでお客様にたくさんのプラットフォームが選べるように選択の余地を与えたいという面でJAVAを押している背景があります。 latteさんがいわれるように、.NETがLinuxで動作するようになれば選択肢として考えてもいいと思うのですが、Chili!Softのようにミドルウェアをはさむことによって、奇怪な動作をされると怖いという気持ちはあります。JAVAなら、その辺の心配はないですからね・・・。 そのほかに、JAVAの場合は、APサーバ等のメインエンジン部分を複数の中から選択ができるというのもメリットですね。またDBひとつにしても予算のないところではOracleではなくPostgreSQLを使ったりするときもやはりLinux/UNIXが一般的ですしね。Cygwinっていうのないことはないですが・・・。 > Linuxに移行が進んでいると言っても、何せクライアントがWindowsだらけなもので、 > Windows Server マシンはまだまだ減りそうにありませんし。 > Windows Server で Java という組み合わせも何度か・・・ なるほど。Windowsサーバが減るということはやはり考えられないのでしょうか・・・。 ほむらさんのご指摘のとおり、パッケージソフトにおける汎用性でやはり.NETは選択肢図らいというのが私の考えです。 ターゲットは主に公共施設に向けたシステムです。 e-japan構想にLinuxでの方針が記載されている以上、Linux対応は必要だと私は考えています。 .NET推進派の意見としては、「うちはIISでの構成でしか動作しません」と押せばよいといっていますが、そんなのは、通用しないのではないかと思っています。公共であれば入札しようでUNIX/Linux対応ができていない時点で入札に参加できなくなってしまうことも十分考えられます。 たしかに、WEBアプリ作るときに、C++のものを生かすことは難しいでしょうね・・・。 takuさん、ZDNetのリンクありがとうございます。 MS自身もLinuxで動作させるアドインを作って入るみたいなんですね。ただ、MSのことだからベータで終わるという可能性も十分考えられると思います。また日本語対応の遅れが気になり舞うすがその辺はどうなんでしょうね？ やはりLinux/UNIX対応を狙うなら、いつリリースされるかわからない.NETのアドインは頼りにしないほうがいいような気もしますね。突然サポート期限がとか、裁判でライセンスがなんとかとかで、なくなりそうで・・・。 | ||||||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。