09/01/23 21:49:29
ソケット通信部分が既に実装済みならソケット通信。
そうでなければ大して手間は変わらんと思う。
648:デフォルトの名無しさん
09/03/14 03:56:14
>>601
648ｹﾞｯﾄｵｫｵｵｫ!!!!!
∧∧
(^ω^)
ｃu＿uっ ﾊﾞｲｰﾝ
彡
／￣￣＼
|￣１￣|
|￣２￣|
￣￣￣￣￣￣
649:デフォルトの名無しさん
09/04/07 02:00:47
久しぶりに来たがまだあったのか。息の長ぇスレだな。
650:デフォルトの名無しさん
09/04/07 10:05:03
ある大企業の久しぶりの仕事が
JNI使ったシステムの手直しだった。
全部Javaにすればいいのに。
651:デフォルトの名無しさん
09/04/07 10:50:08
COBOL 使ってたりするとそうも行かんだろう。最後丸めで金額計算とか
やってると精度保証のテストだけでエラい事になるぞ。
652:デフォルトの名無しさん
09/04/07 11:03:56
なぜわかるｗ
今動いている奴の方が信頼性高いしな。
653:デフォルトの名無しさん
09/04/07 13:35:54
動いてるプログラムと、いまから作るプログラムでは、圧倒的に動いてるプログラムのほうが信頼性高いな。
654:デフォルトの名無しさん
09/04/08 00:53:40
丸ごとシステム入れ替える予算も出ない状況だしな。
JNIで既存システムのライブラリ使って徐々に移行していくしかない。
655:デフォルトの名無しさん
09/04/14 21:20:40
とりあえず JNI で他言語呼ぶにしてもアクセス違反に巻き込まれて Java の
プロセスまで落ちては困るので RMI くらいは噛ませるよう設計している。
あるいはコマンド起動にしてしまうか。
C/C++ も全然平気が売りな SE としてはとにかく JNI は回避されるので
寂しい限りです。
656:デフォルトの名無しさん
09/04/14 23:36:39
RPC経由でもCORBAエラー出まくるだけだと思う。
657:デフォルトの名無しさん
09/04/14 23:57:23
縮退運用やフェールセーフ措置がとれるのでよっぽどマシです。
658:デフォルトの名無しさん
09/04/15 15:41:06
ちゃんと動いてればね。
CORBAエラー出まくって鯖再起動させられる事多いよ。
659:デフォルトの名無しさん
09/04/15 16:24:19
ローカルの Java プロセス間で通信させる程度に IIOP なんか使わないよ。
JNI 使ってる部分を別プロセスに分離できれば良いだけなんだから。
新たにアプリケーションサーバ立てるような大げさな構成考えてない?
660:デフォルトの名無しさん
09/04/15 17:51:57
うちの場合はハードウェア対応とパフォーマンスのためにJNIだから、あんまり関係ないなぁ。
661:デフォルトの名無しさん
09/05/15 08:08:30
>>648
ｻﾃﾄ
∧∧
(･ω･ )
_| ⊃／(＿＿
／ ヽ-(＿＿_／
￣￣￣￣￣￣
662:デフォルトの名無しさん
09/09/21 11:06:08
JNIは何をimportすればいいの？
663:デフォルトの名無しさん
09/09/21 12:23:38
おまえはimportが何なのかわかっていない
importは完全修飾クラス名を書くのが面倒なときにパッケージ名を省略するためのものであって
クラス名をすべて完全修飾で書くのならimport無しでもJavaのすべての機能を使える
664:デフォルトの名無しさん
09/09/21 12:45:15
インポートしても長いのに、まだ長くしようというのか。
嫌いじゃないが。
パス通して相対パスを使うよりも、常に絶対パス使えってことだろうけど。
665:デフォルトの名無しさん
09/09/21 13:16:13
どうせ書くのは宣言だけで、実際使う時は変数名になってるしね
オレはjava.ioとか付いてた方が意味がわかりやすいので、全部書いてるよ
書いてるというか、オートコンプリート機能で一覧から選んでるだけだけど
666:デフォルトの名無しさん
09/09/21 14:10:59
うわぁ…
Java利用者が減ったな
667:デフォルトの名無しさん
09/09/22 18:45:21
JNI使うような場面が減ったんだろう
まあいいことだ