Lillian Angel wrote:
This fixes the classloading problem with a lot of applets.2006-06-01 Lillian Angel <[EMAIL PROTECTED]> * tools/gnu/classpath/tools/appletviewer/AppletTag.java(prependCodebase): Fixed check. No dirname was ever considered to be a file, so every applet fell into the if-statement causing a lot of classloading problems with the applets.------------------------------------------------------------------------ Index: tools/gnu/classpath/tools/appletviewer/AppletTag.java =================================================================== RCS file: /cvsroot/classpath/classpath/tools/gnu/classpath/tools/appletviewer/AppletTag.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- tools/gnu/classpath/tools/appletviewer/AppletTag.java 24 May 2006 20:14:22 -0000 1.2 +++ tools/gnu/classpath/tools/appletviewer/AppletTag.java 1 Jun 2006 16:40:11 -0000 1.3 @@ -451,7 +451,7 @@ else { String dirname = documentbase.getFile(); - if (!new File(dirname).isFile()) + if (dirname.indexOf(".") < 0) fullcodebase = new URL(documentbase + File.separator);
This is fine for now, but I'm thinking we may be working around a general problem with our URL class. Shouldn't http://gnu.org/software/classpath and http://gnu.org/software/classpath/ resolve to the same location when passed to the URL constructor?
Tom
