Name | Modified | Size | Downloads / Week |
---|---|---|---|
Parent folder | |||
readme.txt | 2016-02-16 | 1.8 kB | |
plugin-0.3.0-Alpha.tar.bz2 | 2012-09-15 | 39.7 kB | |
plugin-0.2.0-Alpha.tar.bz2 | 2012-09-08 | 34.1 kB | |
Totals: 3 Items | 75.6 kB | 0 |
0.3.0 Alpha (9/14/12) Added a pair of new constructors to PluginLoader to allowing setting the file extension it searches for; this allows you full control over the names of plugins, as you might not always wish end users to realize the plugins are simply jar files Made the rescan() method of PluginLoader public Added a new method: rescan(Runnable) that allows executing a task between clearing the cache and repopulating it PluginLoader now initializes classes as they're loaded Altered PluginLoader back to loading files the old way: via normal "file:" URLs; If you need the "closedfile:" protocol, use the new PluginLoader extension (see the next entry) Added a new class that extends PluginLoader: net.sf.simulatoralive.protocol.closedfile.ClosedFilePluginLoader allows loading plugin classes without keeping files open; it also makes the guarantee that if you initialize your plugin classes correctly, you'll be able to modify or replace the jar files they came from via the rescan(Runnable) method 0.2.0 Alpha (9/7/12) First release for the SimulatorAlive sourceforge project Changed the package names for all classes to net.sf.simulatoralive.plugin Added a package for a new URL protocol: "closedfile"; this is basically the same as "file" except that the files are in a closed state as often as possible; this library needed this in order to allow jar files to be replaced on the fly; URLClassLoader keeps open files and never bothers to close them, ever, so this slight-of-hand trick is required to get it to stop doing this without consuming large amounts of RAM caching the files (the first approach I tried to solve this problem) Altered PluginLoader to use this new url protocol for all of it's files 0.1.0 Alpha (3/3/06) Initial release