1. Why do I need so much RAM to run ADK for Win 3.1?

2. What version of TCP/IP do I need?

3. Why do I need Win32? Will there be a native 16-bit version?

4. Why can't I run any applets on my old laptop?

5. Why isn't the HotJava web browser included?

6. What is new in the current release of ADK for Win 3.1?

7. Is there a way to preserve the long filenames that Java requires?

8. How can I make my Java application load faster when it has many complex class files?

9. Why can't ADK for Win 3.1 find my class files even though I used ADKCopy?

10. Is there a way to run a Java package?


1. Why do I need so much RAM to run ADK for Win 3.1?

Win32 has a minimum memory requirement of 6MB RAM. ADK for Windows 3.1 itself is a port of Sun's JDK 1.0.2 for Win32 (i.e., Windows NT and Windows 95). These platforms tend to have much more memory available than Windows 3.1 systems.

[Goto Top]

2. What version of TCP/IP do I need?

Any TCP/IP stack that supports the WinSock API should work. Problems have been reported with Chameleon TCP/IP.

[Goto Top]

3. Why do I need Win32? Will there be a native 16-bit version?

Using Win32 made it much easier to port the 32-bit code from Sun's JDK 1.0.2. A native 16-bit implementation to permit the ADK for Win 3.1 to run on less powerful systems is under consideration.

[Goto Top]

4. Why can't I run any applets on my old laptop?

The windowing subsystem of ADK for Win 3.1 requires a 256-color display. Some older laptops only operate in 16-color mode, so you can't run applets on these machines. This restriction only applies to applets and applications that use the AWT (Abstract Windowing Toolkit). You can still run applications that don't have a window, such as the compiler.

[Goto Top]

5. Why isn't the HotJava web browser included?

Sun has not released a version of HotJava for JDK 1.0.2. Instead they released HotJava with its own virtual machine (VM), which contains several enhancements over 1.0.2. Unfortunately they didn't release the source code to this VM, so we can't port it. HotJava has been modified to use the JDK 1.0.2 for AIX, IBM's version of Unix. The ADK for Win 3.1 development is working very hard to get this modified version of HotJava to work with ADK for Win 3.1.

[Goto Top]

6. What is new in the current release of ADK for Win 3.1?

In addition to changes made in the last beta versions, such as the elimination of WinG as a necessary component, and a new suite of utilities (including a file browser, editor, and console), the network layer has been redesigned to use asynchronous socket calls. This improves load times for complex, remote applets and allows server programs to run smoothly.

[Goto Top]

7. Is there a way to preserve the long filenames that Java requires?

Use the ADKCopy tool to copy your files to your WIN 3.1 system. This tool is written in Java and should run on any Java-capable platform. You can also use the ADKFile browser tool to rename short filenames to long ones, and to create new long directory names.

[Goto Top]

8. How can I make my Java application load faster when it has many complex class files?

The application is loading slowly because each class file is loaded separately. To speed up the process, combine classes into a single zip file - preferably one that supports long filenames. You can use any PKZIP-compatible file zipper program except for WinZip. Please remember that Java cannot read compressed zip files, so it is important to turn file compression off.

[Goto Top]

9. Why can't ADK for Win 3.1 find my class files even though I used ADKCopy?

The most likely explanation is that the class files are not in the CLASSPATH. The CLASSPATH tells Java where to look for class files. Its default value is: .;\..classes;\..\lib\classes.zip where is the directory containing the Java executables such as c:\java\bin.

You can add this default CLASSPATH by setting the CLASSPATH environment variable in DOS before starting Windows. If your files are in a directory called c:\MYCLASSES, add the following line to your AUTOEX.EC.BAT: set CLASSPATH=C:\MYCLASSES.

If you are using zipped class files, the command might read the following: set CLASSPATH=C:\JAVAZIP|MYCLASSES.ZIP

[Goto Top]

10. Is there a way to run a Java package?

It is not possible to run a Java package from the Java browser or editor. In order to run a package, you must open the Java console and select "java" from the Tools menu. This brings up the "Run java" dialog. Set the working directory to the package's root directory and enter the dot-qualified name of the main class in the "Parameters" field.

[Goto Top]