× 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.



Are you saying that you can't see why they would want to bring data in from another database ?

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT

------------------------------

message: 8
date: Mon, 01 Jul 2013 14:47:21 -0700
from: "James H. H. Lampert" <jamesl@xxxxxxxxxxxxxxxxx>
subject: Re: JDBC equivalent to RPG SETLL or CHAIN?

On 7/1/13 1:48 PM, Dan Kimmel wrote:
If you really must, you can use the record-level access classes of
JT400 such as com.ibm.as400.access.KeyedFile. This is *NOT* JDBC, of
course.

Except that accessing DB2/400 via a JDBC connection, through Scott's
JDBCR4 interface, is an act of "carrying coals to Newcastle," and useful only in the very early development stage. The object is not to write a Java program to access DB2/400, but rather to use JDBC calls sent through JDBCR4 to access databases (most likely NOT DB2/400) on other boxes.

I've made no secret of the fact that I personally can't imagine why anybody would want such a singularly useless capability in the first place, or why our competitors have bothered with adding that capability to their product, and yet we've actually had requests for it.

--
JHHL




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.