Re: Directions for Java/400

[DAsmussen@xxxxxxx]

Joe,

In a message dated 5/4/99 12:54:35 PM Eastern Daylight Time, 
pluta@nexgensoftware.com writes:

<<snip>>
> 2. In my opinion, however, we do need to build classes with portability
>  in mind which means less usage of the tool box since the tool box
>  classes are as400 specific.
>  
>  Ah, now THIS is an area where I tend to disagree, and I'd love to get some
>  dialogue started (IS EVERYBODY LISTENING??).
>  To me, portability is far more important for client-side code than for
>  server-side, and here's why:
<<snip>>

Well, I've had my religious arguments here before on this subject but I'll 
offer them up again for a "Cinquo De Mayo" barbecue :).  Coming from a 
package development background, I tend to agree with the original poster 
regarding "platform independent" development.  On the other hand, having a 
performance background as well ("choose the ShowCase ODBC, it's faster than 
that MicroSoft junk" -- me, circa 1994) I have a problem using "generic" 
constructs for I/O.

My suggestion was, if you are planning to support multiple servers, create a 
generic JAVA version that will run anywhere.  After the base application has 
been tested and verified, start developing server-side programs specific to 
the platform to be supported.  For example, use a control record that tells 
the application that it is talking to an AS/400, so use the toolbox stuff.  
Sounded good to me at the time, but the "purists" tended to disagree.  
Personally, I don't _WANT_ my stuff to run like it's on Windoze ;-)...

JMHO,

Dean Asmussen
Enterprise Systems Consulting, Inc.
Fuquay-Varina, NC  USA
E-mail:  DAsmussen@aol.com

"If dandelions were hard to grow, they would be most welcome on any lawn." -- 
Andrew V. Mason
+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@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
+---