× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



> Don, you've got a database with no central control.  And while I
sympathize
> with your desire to access every database from the iSeries, I don't see
that
> happening anytime soon.  Why don't they standardize on SQL Server, instead
> of a disparate group of databases?
>
> Anyway, the issue is not whether the job can be done by the iSeries, but
> whether the database vendor supports non-Windows platforms.  It's up to
the
> database vendor to provide drivers.
>
> So now it's a business decision.  If a given database vendor does not
> support universal access, then anybody who uses that database is locking
> themselves into a proprietary (in this case, Windows) solution.

Amen, Joe, I agree, but your preaching to the Choir.   I have been trying to
get them (here) to standardize to the iSeries but am not in control here.
We actually do have 1 mission critical application (and this is another
subject..) that is windows based that utilizes Dbase IV as it's database.
We also have a project tracking system that is MS Access & 2 phone systems
that 1 is dbase III and the other is Microsoft Access.   Our User
departments are allowed (not supposed to but will anyway) to run amuck and
sometimes purchase systems without IT approval, but we're (IT) still
responsible to maintain and interface into our enterprise systems.  Our
enterprise systems are JD Edwards World & OneWorld plus another major
iSeries application written in COBOL.

I have a few web applications that I have written that utilizes our iSeries
databases, but I would like to be able to create web & non-web applications
that I could interface into all of these applications.  The windows database
access applications end up being written in ASP by our 1 Microsoft
Developer.  And I wind up writing the non-web java applications to
manipulate data and such.  If I could access all windows & non-windows
databases, I could make a case to move all or most of our web & non-web
applications to a more secure and reliable platform (iSeries).

> On the other hand, if you insist on storing mission critical data on
> databases that provide only Windows access, then you could conceivably
write
> your own universal driver that sits on one of your Microsoft PCs.  This
> driver would accept requests from the iSeries, process them, and send the
> results back to the iSeries.  This would probably be quite a nifty
product!

I believe that this is what DataDirect has done.  Their Windows drivers
reside on a PC Server that can be accessed via JDBC.  But they're too
pricey.

> Hmmm.  That's a real thought.  A Type 4 JDBC driver whose sole purpose is
to
> talk to a Windows ODBC client.  Verrrrrrrrrrrry interesting...

Joe, send me an order form, I want to get my order in for your new Type 4
JDBC driver that will access any Windows ODBC client.
This is currently beyond my technical ability at this time.  I'm an old 20+
year RPG'er that began learning all this fun new technology about 2+ years
ago. (and by the way, I agree with you on deployment complexity for
WebSphere :)

Thanks for your response.

Don McIntyre






As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.