- PR -

Visual J++ について

«前のページへ 1|2|3 次のページへ»
投稿者投稿内容
おばけ
ぬし
会議室デビュー日: 2002/11/14
投稿数: 609
お住まい・勤務地: 東京都江東区
投稿日時: 2003-12-18 15:59
引用:

Visual J++は「Jakarta」という開発コードネームというだけで、

あら、そんなコードネームがついていたんですね。。。
紛らわしい

引用:

それから、Visual J++については、りばぁさんの掲載してくださったHPを見て納得です。確かに、使わないほうが賢明ですね。

もはや消え行く製品ですから、私もそう思います。

引用:

JAVAでCOM化しようとするのは無意味なことかもしれません。クライアントがJAVAの場合だけサーバー側でもJAVAのメソッドを用意するって方法が無難なのかも･･･。

クライアントとかサーバという言葉から察するに、分散環境を想定されていますか？
それでしたら、CORBAを使うとか。

あとは、ベタですが、Web Servicesという手もありますね。
でも、サーバがCOMでクライアントがJavaを想定するって言うのも変だなあ。。。
普通は逆(サーバサイドはJavaでクライアントが.NET)ですよね。
puri
常連さん
会議室デビュー日: 2003/09/08
投稿数: 28
お住まい・勤務地: 東京都
投稿日時: 2003-12-18 16:17
引用:

おばけさんの書き込み (2003-12-18 15:59) より:
クライアントとかサーバという言葉から察するに、分散環境を想定されていますか？
それでしたら、CORBAを使うとか。

あとは、ベタですが、Web Servicesという手もありますね。
でも、サーバがCOMでクライアントがJavaを想定するって言うのも変だなあ。。。
普通は逆(サーバサイドはJavaでクライアントが.NET)ですよね。



分散環境･･･はあ、調べてみたところ多分そうなのかも、ごめんなさい、よく分かってません。
クライアント側が20社ほどあって、OSはWindowsかLinuxで、言語はVB,ASP,JAVA,VBA,ACCESSです。VBA,ACCESSは、VBと同じように考えて大丈夫なので前者の３つに絞って質問しました。
サーバーがJAVAでクライアントが上記の通り何種類かのOSと言語ってことになりますね。サーバー側の常駐のPGMは勿論JAVAで普通にコーディングしますが、それ以外の共通部品としてサーバー側にCOM化したものをおいてほしいようです。
やっぱり、Web Servicesとかに頼るしか方法はなさそうですね。
おばけ
ぬし
会議室デビュー日: 2002/11/14
投稿数: 609
お住まい・勤務地: 東京都江東区
投稿日時: 2003-12-18 16:53
引用:

サーバーがJAVAでクライアントが上記の通り何種類かのOSと言語ってことになります

なるほど。
だとすると、問題はどこまでクライアントの環境をサポートするかになりますね。
単純にクライアント用のAPIを提供するだけでも、Java一本に絞った方がかなり
負担は減りますよね。Javaに絞れないのであれば、やはりWeb Servicesかなあ。

# COMラッパーを使うとしても、結局テストのこととか考えると鬱ですね。。。
puri
常連さん
会議室デビュー日: 2003/09/08
投稿数: 28
お住まい・勤務地: 東京都
投稿日時: 2003-12-18 17:26
引用:


おばけさんの書き込み (2003-12-18 16:53) より:
# COMラッパーを使うとしても、結局テストのこととか考えると鬱ですね。。。



COMラッパー･･･そんなものもあるんですね?!
何かと知らないことを教えて頂いて勉強になりました。

Web Servicesを利用するとしても、GMなど上の人の許可がおりない可能性が高いので、おそらくJAVAから呼び出す場合だけCOM以外で提供する形をとることになると思います。
どちらにしても、方針や環境面で未定の部分が多すぎて、調査したことを報告するくらいしか進めようのない状況だったので、助かりました。
ご意見くださった皆様、有難うございました。


uk
ぬし
会議室デビュー日: 2003/05/20
投稿数: 1155
お住まい・勤務地: 東京都
投稿日時: 2003-12-18 18:19
引用:

puriさんの書き込み (2003-12-18 17:26) より:
Web Servicesを利用するとしても、GMなど上の人の許可がおりない可能性が高いので、おそらくJAVAから呼び出す場合だけCOM以外で提供する形をとることになると思います。
どちらにしても、方針や環境面で未定の部分が多すぎて、調査したことを報告するくらいしか進めようのない状況だったので、助かりました。
ご意見くださった皆様、有難うございました。


Webサービスまで行かなくても、サーバ側をServletで実装して、クライアントからはHTTPで
呼び出すとかはだめなんですか?
puri
常連さん
会議室デビュー日: 2003/09/08
投稿数: 28
お住まい・勤務地: 東京都
投稿日時: 2003-12-18 18:36
引用:

ukさんの書き込み (2003-12-18 18:19) より:
Webサービスまで行かなくても、サーバ側をServletで実装して、クライアントからはHTTPで
呼び出すとかはだめなんですか?


ダメなんですよ！
サーバー側では、EJBやServletなどtomcat（できればjakartaも）をダウンロードしない環境で構成することを考えてるみたいです。
その方法にムリがあるんですよね?!この他にもいろいろ問題はありましたから。
ひょっとすると、私が担当している部分は全てweb系にするかもという話も基設が出来上がった今頃でてきて、かなり無茶苦茶なプロジェクトなんです。
ちなみに、クライアント側のHTTPもダメなんです。

でも、ご意見頂きまして有難うございます。
今後方針が変わった時にはぜひ試してみます。
uk
ぬし
会議室デビュー日: 2003/05/20
投稿数: 1155
お住まい・勤務地: 東京都
投稿日時: 2003-12-18 18:50
引用:

puriさんの書き込み (2003-12-18 18:36) より:
ダメなんですよ！
サーバー側では、EJBやServletなどtomcat（できればjakartaも）をダウンロードしない環境で構成することを考えてるみたいです。
その方法にムリがあるんですよね?!この他にもいろいろ問題はありましたから。
ひょっとすると、私が担当している部分は全てweb系にするかもという話も基設が出来上がった今頃でてきて、かなり無茶苦茶なプロジェクトなんです。
ちなみに、クライアント側のHTTPもダメなんです。
が変わった時にはぜひ試してみます。

えーと、じゃあクライアント/サーバ間で許容されるプロトコルってなんなんですか?
それがわからないとJavaだCOMだって話じゃないと思うんですが…
taku
ぬし
会議室デビュー日: 2002/11/12
投稿数: 918
お住まい・勤務地: 墨田区→中野区
投稿日時: 2003-12-19 09:30
引用:

puriさんの書き込み (2003-12-18 18:36) より:
ちなみに、クライアント側のHTTPもダメなんです。

クライアントはブラウザすら使用できないってことになりますが。
«前のページへ 1|2|3 次のページへ»

スキルアップ／キャリアアップ（JOB@IT）