|
>> If my Java code talks to some AS/400 specific widget, then it's not >> portable. If it's not portable then I can't very well re-use it, no matter >> that the byte code can be interpreted by another hardware platform. > >The point is, yes you can. This is the bit that I can't follow. I can't test it on my PC (P75, 24 meg RAM) because IBM's VA-Java insists on 32 meg of RAM. I have 2 identical databases, or, more accurately, I have one database spread across 2 machines. One is an AS/400 and one is an NT server. The AS/400 contains name and address information for end-users, and the NT box has name and address information for vendors. Here's what I *thought* I had to do to use data queues to communicate from the Java client to the AS/400 (please excuse the terminology...): 1. In the Java client, call a routine that sends a request to the data queue 2. In the AS/400 server, receive the DTAQE, query the DB and send the results back to the DTAQ 3. In the Java client, call a routine that reads the DTAQE, parses the results and displays them. Did I miss something? Now, my Java client's routine is writing to/reading from a data queue. How can I use this identical code to get the exact same information from the NT server? -snip- >No. As long as the code is 100% Java, you can choose your client platform. >The nit you are picking has to do with choosing to talk to a specific >server. There is no requirement to. In theory I guess I don't need to talk to a server, but where do I get my data from if I don't? >Some people might not want to just toss out all they have running right now >and rewrite it. You and I couldn't agree more! I only wonder how many people are actually running Client-Server code where the client and server communicate via data queues. I've got a huge number of "old style" applications, and a mere handful of client-server ones... >> If you're the designer, and you have the opportunity to write both sides >> of the application, why would you write platform limited, um, I mean >> platform specific code? > >That would depend on the requirements of the application. If you are writing >from scratch, you would obviously start out wanting the most independant >code possible. > >But I think that not too many AS/400 shops are starting from scratch. We have literally tons of legacy code that were written before the client server model became fashionable. Even now, there are thousands of AS/400 shops that are using the older model to write applications. These folks *are* starting from scratch when it comes to GUI/Client Server code (which is what I meant...) Buck Calabro Commsoft +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to "JAVA400-L@midrange.com". | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
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.