- The TALE xml namespace has been changed to http://axiomstack.com/tale.
- The files apps.propeties and module.properties have been removed. The properties defined within have been moved to more sensible locations (read on).
- Before, one setup an application and told Axiom where it lived by creating a definition in apps.properties. Now, we have the apps directory more than a convention- by putting a code repository in the apps directory, you have declared an application with that name. All the properties that would be specified in apps.properties before (appname.mountpoint, appname.cookieDomain, etc) are now specified in the application's app.properties, sans appname prefix. Note that all paths are now relative from the location of the app.properties file.
- The appname.dir property has been dropped, as it's now redundant.
- Loading of modules has changed. Like applications, one now declares a module by simply placing its code repository in the modules directory. It may then be loaded into an application simply by it's name in the application's app.propertie:
modules = module_name, other_module_name
- Use of the static and onstart properties have changed. This is easiest to illustrated by example: If one specifies a list of static directories in apps/myapp/app.properties
static.0 = static
and another list in modules/mymodule/app.properties
static.0 = static static.1 = other_static
then the application-wide static directory list will contain 'apps/myapp/static', 'modules/mymodule/static', and 'modules/mymodule/other_static'. The same is true for the onstart property, though the list of functions is in the global scope and as such, it's a good idea to prefix your init function with your appname or some other unique identifier so that your init function doesn't clobber definitions in loaded modules.