create-jmsdest [--help] [--target target] --desttype dest_type [--property (name=value)[:name=value]*] dest_name
The create-jmsdest subcommand creates a Java Message Service (JMS) physical destination. Typically, you use the create-jms-resource subcommand to create a JMS destination resource that has a Name property that specifies the physical destination. The physical destination is created automatically when you run an application that uses the destination resource. Use the create-jmsdest subcommand if you want to create a physical destination with non-default property settings.
This subcommand is supported in remote mode only.
Displays the help text for the subcommand.
Do not specify this option. This option is retained for compatibility with other releases. If you specify this option, a syntax error does not occur. Instead, the subcommand runs successfully and the option is silently ignored.
The type of the JMS destination. Valid values are topic and queue.
Optional attribute name/value pairs for configuring the physical destination. You can specify the following properties for a physical destination.
The maximum number of unconsumed messages permitted for the destination. A value of –1 denotes an unlimited number of messages. The default value is –1. For the dead message queue, the default value is 1000.
If the limitBehavior property is set to FLOW_CONTROL, it is possible for the specified message limit to be exceeded because the broker cannot react quickly enough to stop the flow of incoming messages. In such cases, the value specified for maxNumMsgs serves as merely a hint for the broker rather than a strictly enforced limit.
The maximum size, in bytes, of any single message. Rejection of a persistent message is reported to the producing client with an exception; no notification is sent for non-persistent messages.
The value may be expressed in bytes, kilobytes, or megabytes, using the following suffixes:
Kilobytes (1024 bytes)
Megabytes (1024 x 1024 = 1,048,576 bytes)
A value with no suffix is expressed in bytes; a value of –1 denotes an unlimited message size. The default value is –1.
The maximum total memory, in bytes, for unconsumed messages. The default value is –1. The syntax is the same as for maxBytesPerMsg. For the dead message queue, the default value is 10m.
The behavior of the message queue broker when the memory-limit threshold is reached. Valid values are as follows.
Reject newest messages and notify the producing client with an exception only if the message is persistent. This is the default value.
Slow the rate at which message producers send messages.
Throw out the oldest messages.
Throw out the lowest-priority messages according to age, with no notification to the producing client.
If the value is REMOVE_OLDEST or REMOVE_LOW_PRIORITY and the useDMQ property is set to true, excess messages are moved to the dead message queue. For the dead message queue itself, the default limit behavior is REMOVE_OLDEST, and the value cannot be set to FLOW_CONTROL.
The maximum number of message producers for the destination. When this limit is reached, no new producers can be created. A value of –1 denotes an unlimited number of producers. The default value is 100. This property does not apply to the dead message queue.
The maximum number of messages that can be delivered to a consumer in a single batch. A value of –1 denotes an unlimited number of messages. The default value is 1000. The client runtime can override this limit by specifying a lower value on the connection factory object.
In load-balanced queue delivery, this is the initial number of queued messages routed to active consumers before load balancing begins.
If set to true, dead messages go to the dead message queue. If set to false, dead messages are discarded. The default value is true.
If set to true, XML schema validation is enabled for the destination. The default value is false.
When XML validation is enabled, the Message Queue client runtime will attempt to validate an XML message against the specified XSDs (or against the DTD, if no XSD is specified) before sending it to the broker. If the specified schema cannot be located or the message cannot be validated, the message is not sent, and an exception is thrown.
This property should be set when a destination is inactive: that is, when it has no consumers or producers and when there are no messages in the destination. Otherwise the producer must reconnect.
A space-separated list of XML schema document (XSD) URI strings. The URIs point to the location of one or more XSDs to use for XML schema validation, if validateXMLSchemaEnabled is set to true. The default value is null.
Use double quotes around this value if multiple URIs are specified, as in the following example:
If this property is not set or null and XML validation is enabled, XML validation is performed using a DTD specified in the XML document. If an XSD is changed as a result of changing application requirements, all client applications that produce XML messages based on the changed XSD must reconnect to the broker.
To modify the value of these properties, you can use the as-install/mq/bin/imqcmd command. See Chapter 18, Physical Destination Property Reference, in Oracle GlassFish Message Queue 4.4.2 Administration Guide for more information.
The following subcommand creates a JMS physical queue named PhysicalQueue with non-default property values.
asadmin> create-jmsdest --desttype queue --property maxNumMsgs=1000:maxBytesPerMsg=5k PhysicalQueue Command create-jmsdest executed successfully.