I take the freedom to Cc: this onto the jxplorer list.
Am 20.03.2010 um 21:29 schrieb Chris Betts: > it sounds like you're doing great work with making JX into an applet - > do you have it up on the web somewhere we can look at it? Thanks, Chris. Currently the Applet version won't run inside a web server as JXplorer makes heavy usage of local resources (log files, home dir, etc.), which remote applets have (by default) no access to. I have to find workarounds, like try/catch for write access and reasonable behavior on read-only or fully denied access. You can, however, run it inside an applet viewer, like the one provided with Eclipse, if you allow access to all these resources in a policy file. Or do something like signing the jar-archive. My goal is to get it usable on a web server without signing, but I'm not there yet. > I've been very poor about getting JX releases out, and I'm not > sure how > best to handle your new code - I'm wondering if we should fork the > code base > in svn...? Well, I don't plan to introduce any code conflicting with the application version. Try/catch blocks will increase code size slightly, but shouldn't change effective application behaviour. With my first patch you can maintain a single jar-archive / class collection for both versions already: As application, use JXplorer as the main class, as Applet, use JXplorerApplet as the main class. Regarding the preprocessing stuff I'm not even sure wether I want to keep that. Currently, the jar is somewhere between 830 kB and 890 kB, which would be a bit heavy for quick startup over slow internet connections. Just yesterday I've learned, however, you (obviously) don't have to provide a single jar, but can provide a bunch of .class files as well. In combination with a "Config" class to avoid unneccessary class loads at runtime, quick startup should be possible without precompilation (difficult to measure, though). To answer your wondering more precisely: No, there's no need for a fork. Cheers, Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Jxplorer-devel mailing list Jxplorer-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jxplorer-devel
