The new design for quota in 3.2 is available here:
Most of the changes would be in the backend.
Feedbacks would be more than welcome. We are trying to make quota more inherent (more
framework like) and easier to handle when you create a new command.
Other than the design described in the wiki, we thought of two other designs which would
help us identify the commands which are dependent on quota:
1. Using annotations -
by this approach we would add an annotation to the command class
telling us it's a quota consumer and a second annotation to the method
the consumption parameters.
2. Using just interfaces without the markings in VdcActionType (this is the current
in this case the implemented interfaces are inherited by extending commands.
So if one inherits some command without handling the quota parameters - we get
wrong quota consumption and even holes in the quota.
again, any feedbacks would be more than welcome.