cloudstack/framework
Darren Shepherd 80813375ae Allow disabling modules and extensions from module.properties
Discovery of modules is based on classpath scanning.  In some situations it
may not be possible or desirable to change the classpath.  To force a
module to not load you can create a file called modules.properties on the
classpath that can exclude specific modules from loading.  Additionally
this same file can be used to exclude a specific extension.  Extension
loading is typically done through global configuration.  If you want to set
up an environment and you don't even want the extension/module loaded on
the first start, then using the config file is appropriate.

Example: modules.properties

modules.exclude=storage-image-s3,storage-volume-solidfire
extensions.exclude=ClusterScopeStoragePoolAllocator,ZoneWideStoragePoolAllocator

Typically you would want to place this file in /etc/cloudstack/management
2013-11-05 11:03:06 -07:00
..
cluster Centralize loading of db.properties to one place 2013-10-30 17:03:13 -07:00
config Merge remote-tracking branch 'origin/spring-modularization' 2013-10-23 11:14:42 -07:00
db CLOUDSTACK-3868: fixed "count" param in listUsageRecords API to return the actual number of records matching the search criteria. Used to return the wrong value - the number of records per page 2013-10-31 15:25:57 -07:00
events Fixed up the pom.xml to use dependencies specified in cloudstack pom 2013-08-02 13:51:47 -07:00
ipc Spring Modularization 2013-10-02 15:41:04 -07:00
jobs Centralize loading of db.properties to one place 2013-10-30 17:03:13 -07:00
managed-context Add Manage Context framework 2013-10-02 13:09:52 -07:00
rest Fixed up the pom.xml to use dependencies specified in cloudstack pom 2013-08-02 13:51:47 -07:00
spring Allow disabling modules and extensions from module.properties 2013-11-05 11:03:06 -07:00
pom.xml Spring Modularization 2013-10-02 15:41:04 -07:00