com.lafros.juice.app 5.0

2007-03-03 applet pages now reloadable! significant api-changes precipitated!

2007-03-04 5.0.0r1

TheApplication: no longer contains the 'public static void main' method, since it turns out we wouldn't then be able to run apps from the commandline! (The main jar's manifest needs to contain a 'Class-Path:' entry, and so may not be JUICe one.) There is now a thread-safe static start method that takes the IApp as an argument. This does nothing if invoked subsequently.
IApp: now only pass context to init(), since all methods called by the same (dispatch) thread, so wouldn't matter that any context field were non-final.
Applet: now uses showMessage() if applet has to wait (rather than writing to console)
IAppContext: getContentPane() added [shortcut to getRootPane().getContentPane()]

2007-03-13 5.0.1r1

AbstractApp.setProperties(Class) added: utilises AbstractApp.getProperties(Class), then calls System.setProperty(..) for each property

2007-03-26 5.0.1r2

TheApplication: now loads any remaining resources from the JUICe jar-files, just before IApp.displayApplication(JFrame frame) called, if no security-manager has yet been set. This is done in case one is set subsequently [in that method, just before the frame.setVisible(true)].

2007-03-28 5.0.2r1

2007-04-04 5.0.2r2

TheApplication.loadJUICeResources(): now effective, should start(..) be called from a different thread!

2007-07-08 5.0.2r3

now depends on JUICe.cmds 4.2.6r1; now calls Exes.newExe(..) instead of the now deprecated Exes.getExe(..)

2007-09-21

2008-02-09 5.0.3r1

~.app.IAppContext renamed AppContext (since not intended to be inherited by app classes)
now depends on JUICe Cmds 4.2.7r1
- ~.app.AppContext: methods previously returning IExe or IExe.ITog now return Exe or Exe.Tog respectively

2008-03-04 5.0.3r2