{
    "type":"object",
    "properties":{
        "bytesMaximum":{
            "default":"9223372036854776000",
            "minimum":"-1",
            "maximum":"9223372036854776000",
            "type":"integer",
            "format":"int64",
            "description":"<p>The total number of bytes that can be stored in a destination that uses this quota.</p><p>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.</p><p>Because excessive bytes volume can cause memory saturation, Oracle recommends that the maximum corresponds to the amount of system memory that is available after accounting for the rest of your application load.</p><p>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.</p><p>.  </p><p>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.</p><p><b>Note:</b> 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.</p>"
        },
        "id":{
            "readOnly":true,
            "type":"integer",
            "format":"int64",
            "description":"<p> Return the unique identifier of this bean instance.</p>"
        },
        "messagesMaximum":{
            "default":"9223372036854776000",
            "minimum":"-1",
            "maximum":"9223372036854776000",
            "type":"integer",
            "format":"int64",
            "description":"<p>The total number of messages that can be stored in a destination that uses this quota.</p><p>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.</p><p>Because excessive bytes volume can cause memory saturation, Oracle recommends that the maximum corresponds to the amount of system memory that is available after accounting for the rest of your application load.</p><p>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.</p><p>.  </p><p>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.</p><p><b>Note:</b> 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.</p>"
        },
        "name":{
            "readOnly":true,
            "x-weblogic-legalNull":true,
            "type":"string",
            "description":"<p>The name of this entity, represented in XML as an attribute.</p><p> Many of the elements within the JMS module are named entities.  All of the named entities encased by a type in the XML file must be unique.  This is the identifier used to delineate a particular entity within the JMS module. </p><p> This attribute cannot be modified externally from the module (for example, with a deployment plan) because it may be used inside the module referentially. </p><p><h5>Constraints</h5></p><ul><li>legal null</li></ul>"
        },
        "notes":{
            "type":"string",
            "description":"<p>Optional information that you can include to describe this named JMS descriptor bean.</p><p>JMS module saves this note in the JMS descriptor file as XML PCDATA. All left angle brackets (<) are converted to the XML entity <code>&lt;</code>. Carriage returns/line feeds are preserved.</p><dl><dt>Note:</dt><dd><p>If you create or edit a note from the Administration Console, the Administration Console does not preserve carriage returns/line feeds.</p></dd></dl>"
        },
        "policy":{
            "default":"FIFO",
            "enum":[
                "FIFO",
                "Preemptive"
            ],
            "type":"string",
            "description":"<p>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.</p><p><code>FIFO</code> (first-in, first-out) indicates that requests for quota are submitted in the order they are received. If a given request for quota cannot be satisfied, and the client requesting the quota is willing to wait, then that request will block all other requests for quota until the request is satisfied or times out. This prevents smaller messages from being delivered when larger requests are already waiting for space.</p><p><code>Preemptive</code> indicates that subsequent requests can preempt previously unsatisfied requests. That is, if there is sufficient quota for the current request, then that space is used even if there are other requests waiting for quota. When quota is limited, the Preemptive policy can result in the starvation of larger requests.</p>"
        },
        "shared":{
            "default":true,
            "type":"boolean",
            "description":"<p>Indicates whether this quota is shared by multiple destinations that refer to it.</p><p>If <code>Shared</code> is enabled (the default), all destinations referring to the quota object compete for  resources the resources defined by that object. If one destination consumes a large number of messages or bytes, then this will prevent other destinations from obtaining quota.</p><p>If <code>Shared</code> is disabled, the quota object behaves as a template. Each destination referring to the quota object gets its own internal instance of the object for tracking quota.</p><p>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 <i></i> and <i></i> both share the same quota <i></i>, and the quota <i></i> has <code>Shared</code> enabled, then <i></i> and <i></i> will only share quota if both are deployed to the same JMS server.</p>"
        }
    },
    "description":""
}