Subject | Re: [IB-Java] New JDBC Driver |
---|---|
Author | Jim Starkey |
Post date | 2001-04-18T20:42:03Z |
At 03:20 PM 4/18/01 -0400, you wrote:
can be more or less mechanically turned into Java.
so it's architecture is all wrong. There may be pieces worthing re-using,
but think recycling, not rebuilding.
Jim Starkey
> The easiest approach is to take an existing c++ API and write a javaDon't assume. He doesn't care about that part. Also, his C++
> I looked into the IBPP api, but they don't do any boundry checking
> Another possibility c++ api behind the OdbcJdbc
can be more or less mechanically turned into Java.
> Another idea would be to rip outInterclient is designed around an ad hoc hokey protocol with interserver,
> the network stuff from the middle of interclient/interserver and put in a
> JNI level.
>
so it's architecture is all wrong. There may be pieces worthing re-using,
but think recycling, not rebuilding.
> I think that the 3050 would be a lot more work because of the protocolHey, dummy, the guy who designed and wrote it is on the list.
> Personally, I am looking for a high performance driver
> I don't
> care about 100% java client and can live with the requirement to have gds
> installed.
>
> If there is information about the 3050 protocol, I would be glad to take a
> look at it - but I have not been able to find any documentation and getting
> the interbase server to build (on win32 anyway) is a real pain.
>
Jim Starkey