help!! - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Java - 爪哇娇娃

help!!

help!!# Java - 爪哇娇娃

l*o2004-02-05 08:02

1 楼

Crrently we try to develop a library (utility) that needs to connect oracle
database. We already have a bunch of C++ libraries. For future and purpose, we
want to develop in both C++ and JAVA. If we develop two sets, we will need to
maintain and update both in the future. Antoher choice is we develop this tool
in JAVA using JDBC and C++ wrapper to call JAVA code (I don't know whether
there exist some open source available) or we develop this tool in C++ to
connect database and call C++ by JNI (m

F*n2004-02-05 08:02

2 楼

Surely you should use Java to call C++ library.

we
to
tool

【在 l******o 的大作中提到】

: Crrently we try to develop a library (utility) that needs to connect oracle
: database. We already have a bunch of C++ libraries. For future and purpose, we
: want to develop in both C++ and JAVA. If we develop two sets, we will need to
: maintain and update both in the future. Antoher choice is we develop this tool
: in JAVA using JDBC and C++ wrapper to call JAVA code (I don't know whether
: there exist some open source available) or we develop this tool in C++ to
: connect database and call C++ by JNI (m

e*g2004-02-05 08:02

3 楼

CORBA over RMI works for you first option.
the connectivity of two system is kind of trivial and established,
I would definitely choose java for database access.

【在 l******o 的大作中提到】

w*n2004-02-05 08:02

4 楼

Your solution is smart. But too much hassle in deployment. I remember
there are some open source projects to connect COM+ from Java. You could
try JACE.

oracle
purpose, we
to
tool

【在 e***g 的大作中提到】

: CORBA over RMI works for you first option.
: the connectivity of two system is kind of trivial and established,
: I would definitely choose java for database access.

F*n2004-02-05 08:02

5 楼

I would say use JNI. These COM-Java bridge stuffs are really buggy. I have
used them before one time and will never touch them. Actually JNI is very good
and powerful from the functional perspective.

need
this
whether
to

【在 w******n 的大作中提到】

: Your solution is smart. But too much hassle in deployment. I remember
: there are some open source projects to connect COM+ from Java. You could
: try JACE.
:
: oracle
: purpose, we
: to
: tool

c*a2004-02-05 08:02

6 楼

I think it is the best to just keep the two independent.
If I am your product user, I don't want to install the whole JRE and JDBC
drivers stuffs just for using your c++ library.
Same thing if you give me a java solution, if would be really wired if I still
have to install a dll or something like that.
If a good service layer is defined between your domain model and database. The
maintainence perhaps not that difficult. The domain logic parts which are the
most difficult to develop are going to

【在 l******o 的大作中提到】

B*N2004-02-05 08:02

7 楼

你这叫杀鸡用宰牛刀。Corba基本要死掉了个人觉得。
如果不想分开的话。当然用JNI call dll。复杂的business logic要在dll里。调用不能
太频凡。JNI还是expensive的。

oracle
purpose, we
to
tool

【在 e***g 的大作中提到】

: CORBA over RMI works for you first option.
: the connectivity of two system is kind of trivial and established,
: I would definitely choose java for database access.

F*n2004-02-05 08:02

8 楼

RMI就用CORBA, 会死吗

能
need
this
whether
to

【在 B******N 的大作中提到】

: 你这叫杀鸡用宰牛刀。Corba基本要死掉了个人觉得。
: 如果不想分开的话。当然用JNI call dll。复杂的business logic要在dll里。调用不能
: 太频凡。JNI还是expensive的。
:
: oracle
: purpose, we
: to
: tool