Quota are used to control the allotment of system resources available to destinations. For example, a quota can determine the number of messages that a destination is allowed to store.
The following properties will be used to identify your new quota configuration. The current module is {0}.
Name | Description |
---|---|
Name |
The name of this quota object. MBean Attribute
(Does not apply to application modules): Changes take effect after you redeploy the module or restart the server. |
Bytes Maximum |
The total number of bytes that can be stored in a destination that uses this quota. A value of zero means that no messages can be placed on a destination without exceeding the quota. A value of -1 prevents WebLogic Server from imposing a limit. Because excessive bytes volume can cause memory saturation, BEA recommends that the maximum corresponds to the amount of system memory that is available after accounting for the rest of your application load. No consideration is given to messages that are pending; that is, messages that are in-flight, delayed, or otherwise inhibited from delivery still count against the message and/or bytes quota.This attribute is dynamic and can be changed at any time. If the quota is lowered and the quota object is now over quota, then subsequent requests for quota will be denied until quota is available. If the quota is raised, then this may allow the quota object to satisfy existing requests for quota. Note: If a JMS template is used for distributed destination members, then this maximum applies only to those specific members and not the distributed destination set as a whole. MBean Attribute
(Does not apply to application modules): Minimum value: Maximum value: |
Messages Maximum |
The total number of messages that can be stored in a destination that uses this quota. A value of zero means that no messages can be placed on a destination without exceeding the quota. A value of -1 prevents WebLogic Server from imposing a limit. Because excessive bytes volume can cause memory saturation, BEA recommends that the maximum corresponds to the amount of system memory that is available after accounting for the rest of your application load. No consideration is given to messages that are pending; that is, messages that are in-flight, delayed, or otherwise inhibited from delivery still count against the message and/or bytes quota.This attribute is dynamic and can be changed at any time. If the quota is lowered and the quota object is now over quota, then subsequent requests for quota will be denied until quota is available. If the quota is raised, then this may allow the quota object to satisfy existing requests for quota. Note: If a JMS template is used for distributed destination members, then this maximum applies only to those specific members and not the distributed destination set as a whole. MBean Attribute
(Does not apply to application modules): Minimum value: Maximum value: |
Policy |
For destinations that use this quota, this policy determines whether to deliver smaller messages before larger ones when a destination has exceeded its message quota.
MBean Attribute
(Does not apply to application modules): |
Shared |
Indicates whether this quota is shared by multiple destinations that refer to it. If If Destinations within the same JMS module may share quotas in any
way they want. However, quota sharing only takes place for
destinations within the same JMS server. In other words, if
destinations X and Y both share the same quota
Q, and the quota Q has MBean Attribute
(Does not apply to application modules): Changes take effect after you redeploy the module or restart the server. |
![]() ![]() |