This isn't necessarily what the OP asked - but I would suggest that you don't want to put your Java source code on z/OS anyway! Much better IMO is to code, compile, and even remotely debug your z/OS Java code on your workstation. An IDE like Eclipse (which is free) makes this a far superior alternative to developing code on z/OS. The "JZOS Cookbook" on http://www.alphaworks.ibm.com/tech/zosjavabatchtk is available to help you get started. Eclipse will integrate with your favorite SCCS, which might be hosted on z/OS or more likely another platform. It is really not necessary to compile your Java code on z/OS; you can have an IDE like Eclipse compile "as you type" and then simply transfer binary class files or jars to z/OS for execution. The JZOS Cookbook comes with a sample project that includes Ant scripts that will build and deploy your project to z/OS in one click.
BTW - the codepage used by your terminal emulator to display Java characters isn't really related to running or compiling Java. Java internally *always* use UTF for characters and strings, so encoding is really only an issue when it comes to getting data in and out of Java. As John mentioned, -Dfile.encoding sets the *default* character set used by Java when converting from bytes to/from UTF strings, but Java code can easily use a different encoding on a file-by-file basis. Regards, Kirk Wolf Dovetailed Technologies http://dovetail.com ( and IBM JZOS Development) ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html