[hornetq-commits] JBoss hornetq SVN: r7845 - in trunk: docs/user-manual/en and 1 other directories.
do-not-reply at jboss.org
do-not-reply at jboss.org
Thu Aug 20 14:30:29 EDT 2009
Author: timfox
Date: 2009-08-20 14:30:28 -0400 (Thu, 20 Aug 2009)
New Revision: 7845
Modified:
trunk/docs/README.html
trunk/docs/user-manual/en/appserver-integration.xml
trunk/docs/user-manual/en/configuration-index.xml
trunk/docs/user-manual/en/configuring-transports.xml
trunk/docs/user-manual/en/duplicate-detection.xml
trunk/docs/user-manual/en/filter-expressions.xml
trunk/docs/user-manual/en/interoperability.xml
trunk/docs/user-manual/en/large-messages.xml
trunk/docs/user-manual/en/last-value-queues.xml
trunk/docs/user-manual/en/logging.xml
trunk/docs/user-manual/en/management.xml
trunk/docs/user-manual/en/message-expiry.xml
trunk/docs/user-manual/en/message-grouping.xml
trunk/docs/user-manual/en/scheduled-messages.xml
trunk/docs/user-manual/en/thread-pooling.xml
trunk/docs/user-manual/en/undelivered-messages.xml
trunk/docs/user-manual/en/using-server.xml
trunk/src/main/org/hornetq/core/journal/impl/JournalImpl.java
Log:
replaced more refs to jbm
Modified: trunk/docs/README.html
===================================================================
--- trunk/docs/README.html 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/README.html 2009-08-20 18:30:28 UTC (rev 7845)
@@ -13,7 +13,7 @@
<h2>27th July 2009</h2>
-These are the release notes for HornetQ 2.0.0 Beta 4<br><br>
+These are the release notes for HornetQ 2.0.0 Beta 5<br><br>
For full description of the contents please see the
<a href="https://jira.jboss.org/jira/browse/JBMESSAGING/fixforversion/12313229">HornetQ project JIRA</a>.<br><br>
Modified: trunk/docs/user-manual/en/appserver-integration.xml
===================================================================
--- trunk/docs/user-manual/en/appserver-integration.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/appserver-integration.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -234,11 +234,11 @@
</section>
<section>
<title>Configuring the JCA Adaptor</title>
- <para>The Java Connector Architecture (JCA) Adapter is what allows JBM to be integrated with
+ <para>The Java Connector Architecture (JCA) Adapter is what allows HornetQ to be integrated with
JEE components such as MDB's and EJB's. It configures how components such as MDB's
- consume messages from the JBM server and also how components such as EJB's or Servlet's
+ consume messages from the HornetQ server and also how components such as EJB's or Servlet's
can send messages.</para>
- <para>The JBM JCA adapter is deployed via the <literal>jms-ra.rar</literal> archive. The
+ <para>The HornetQ JCA adapter is deployed via the <literal>jms-ra.rar</literal> archive. The
configuration of the Adapter is found in this archive under <literal
>META-INF/ra.xml</literal>.</para>
<para>The configuration will look something like the following:</para>
@@ -328,7 +328,7 @@
<section>
<title>Adapter Global properties</title>
<para>The first element you see is <literal>resourceadapter-class</literal> which should
- be left unchanged. This is the JBM resource adapter class.</para>
+ be left unchanged. This is the HornetQ resource adapter class.</para>
<para>After that there is a list of configuration properties. This will be where most of
the configuration is done. The first 2 configure the transport used by the adapter
and the rest configure the connection itself.</para>
@@ -545,7 +545,7 @@
deployment. The connection factories defined in the config file inherit their
properties from the main <literal>ra.xml</literal> configuration but can also be
overridden, the following example show how to define one.</para>
- <para>Please note that this configuration only applies to install the JBM resource
+ <para>Please note that this configuration only applies to install the HornetQ resource
adapter in the JBoss Application Server. If you are using another JEE application
server please refer to your application servers documentation for how to do
this.</para>
@@ -1054,7 +1054,7 @@
<para>the corresponding configuration in <literal
>conf/jbossts-properties.xml</literal> is:</para>
<programlisting>
-<property name="com.arjuna.ats.jta.recovery.XAResourceRecovery.JBMESSAGING1"
+<property name="com.arjuna.ats.jta.recovery.XAResourceRecovery.HORNETQ1"
value="org.hornetq.jms.server.recovery.HornetQXAResourceRecovery;org.hornetq.core.remoting.impl.invm.InVMConnectorFactory"/>
</programlisting>
<para>If it is now configured with a netty acceptor on a non-default port:</para>
@@ -1067,7 +1067,7 @@
<para>the corresponding configuration in <literal
>conf/jbossts-properties.xml</literal> is:</para>
<programlisting>
-<property name="com.arjuna.ats.jta.recovery.XAResourceRecovery.JBMESSAGING1"
+<property name="com.arjuna.ats.jta.recovery.XAResourceRecovery.HORNETQ1"
value="org.hornetq.jms.server.recovery.HornetQXAResourceRecovery;org.hornetq.integration.transports.netty.NettyConnectorFactory, , , hornetq.remoting.netty.port=8888"/>
</programlisting>
<note>
@@ -1077,7 +1077,7 @@
<para>If the recovery must use <literal>admin, adminpass</literal>, the
configuration would have been:</para>
<programlisting>
- <property name="com.arjuna.ats.jta.recovery.XAResourceRecovery.JBMESSAGING1"
+ <property name="com.arjuna.ats.jta.recovery.XAResourceRecovery.HORNETQ1"
value="org.hornetq.jms.server.recovery.HornetQXAResourceRecovery;org.hornetq.integration.transports.netty.NettyConnectorFactory, admin, adminpass, hornetq.remoting.netty.port=8888"/>
</programlisting>
<para>Configuring HornetQ with an invm acceptor and configuring the Recovery Manager
Modified: trunk/docs/user-manual/en/configuration-index.xml
===================================================================
--- trunk/docs/user-manual/en/configuration-index.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/configuration-index.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -207,7 +207,7 @@
<entry>String</entry>
<entry>the name of the management address to send management messages
to</entry>
- <entry>jbm.management</entry>
+ <entry>hornetq.management</entry>
</row>
<row>
<entry><link linkend="management.replication"
@@ -215,7 +215,7 @@
<entry>String</entry>
<entry>the user used to for replicating management operations between
clustered nodes</entry>
- <entry>JBM.MANAGEMENT.ADMIN.USER</entry>
+ <entry>HORNETQ.MANAGEMENT.ADMIN.USER</entry>
</row>
<row>
<entry><link linkend="management.replication"
@@ -231,7 +231,7 @@
<entry>String</entry>
<entry>the name of the address that consumers bind to receive management
notifications</entry>
- <entry>jbm.notifications</entry>
+ <entry>hornetq.notifications</entry>
</row>
<row>
<entry><link linkend="management.replication"
Modified: trunk/docs/user-manual/en/configuring-transports.xml
===================================================================
--- trunk/docs/user-manual/en/configuring-transports.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/configuring-transports.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -300,7 +300,7 @@
servlet running in a servlet engine which then redirects it to an in-VM HornetQ server.</para>
<para>The servlet transport differs from the Netty HTTP transport in that, with the HTTP
transport HornetQ effectively acts a web server listening for HTTP traffic
- on, e.g. port 80 or 8080, whereas with the servlet transport JBM traffic is proxied
+ on, e.g. port 80 or 8080, whereas with the servlet transport HornetQ traffic is proxied
through a servlet engine which may already be serving web site or other
applications. This allows HornetQ to be used where corporate policies may
only allow a single web server listening on an HTTP port, and this needs to serve
@@ -322,14 +322,14 @@
<servlet-class>org.jboss.netty.channel.socket.http.HttpTunnelingServlet</servlet-class>
<init-param>
<param-name>endpoint</param-name>
- <param-value>local:org.jboss.jbm</param-value>
+ <param-value>local:org.hornetq</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>NettyServlet</servlet-name>
- <url-pattern>/JBMServlet</url-pattern>
+ <url-pattern>/HornetQServlet</url-pattern>
</servlet-mapping>
</web-app>
@@ -348,7 +348,7 @@
org.hornetq.integration.transports.netty.NettyAcceptorFactory
</factory-class>
<param key="hornetq.remoting.netty.useinvm" value="true" type="Boolean"/>
- <param key="hornetq.remoting.netty.host" value="org.jboss.jbm" type="String"/>
+ <param key="hornetq.remoting.netty.host" value="org.hornetq" type="String"/>
</acceptor>
</acceptors>
@@ -367,7 +367,7 @@
<param key="hornetq.remoting.netty.port" value="8080" type="Integer"/>
<param key="hornetq.remoting.netty.useservlet" value="true" type="Boolean"/>
<param key="hornetq.remoting.netty.servletpath"
- value="/messaging/JBMServlet" type="String"/>
+ value="/messaging/HornetQServlet" type="String"/>
</connector>
</connectors></programlisting>
@@ -392,7 +392,7 @@
<param key="hornetq.remoting.netty.host" value="localhost" type="String"/>
<param key="hornetq.remoting.netty.port" value="8443" type="Integer"/>
<param key="hornetq.remoting.netty.useservlet" value="true" type="Boolean"/>
- <param key="hornetq.remoting.netty.servletpath" value="/messaging/JBMServlet" type="String"/>
+ <param key="hornetq.remoting.netty.servletpath" value="/messaging/HornetQServlet" type="String"/>
<param key="hornetq.remoting.netty.sslenabled" value="true" type="Boolean"/>
<param key="hornetq.remoting.netty.keystorepath" value="path to a keystoree" type="String"/>
<param key="hornetq.remoting.netty.keystorepassword" value="keysore password" type="String"/>
Modified: trunk/docs/user-manual/en/duplicate-detection.xml
===================================================================
--- trunk/docs/user-manual/en/duplicate-detection.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/duplicate-detection.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -46,7 +46,7 @@
message in the transaction, then it will ignore the entire transaction.</para>
<para>The name of the property that you set is given by the value of <literal
>org.hornetq.core.message.impl.HDR_DUPLICATE_DETECTION_ID</literal>, which
- is <literal>_JBM_DUPL_ID</literal></para>
+ is <literal>_HQ_DUPL_ID</literal></para>
<para>The value of the property can be of type <literal>byte[]</literal> or <literal
>SimpleString</literal> if you're using the core API. If you're using JMS it must be
a <literal>String</literal>, and it's valid should be unique. An easy way of generating
Modified: trunk/docs/user-manual/en/filter-expressions.xml
===================================================================
--- trunk/docs/user-manual/en/filter-expressions.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/filter-expressions.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -35,13 +35,13 @@
of the core message in an expression:</para>
<itemizedlist>
<listitem>
- <para><literal>JBMPriority</literal>. To refer to the priority of a message. Message
+ <para><literal>HQPriority</literal>. To refer to the priority of a message. Message
priorities are integers with valid values from <literal>0 - 9</literal>. <literal
>0</literal> is the lowest priority and <literal>9</literal> is the highest.
- E.g. <literal>JBMPriority = 3 AND animal = 'aardvark'</literal></para>
+ E.g. <literal>HQPriority = 3 AND animal = 'aardvark'</literal></para>
</listitem>
<listitem>
- <para><literal>JBMExpiration</literal>. To refer to the expiration time of a message.
+ <para><literal>HQExpiration</literal>. To refer to the expiration time of a message.
The value is a long integer.</para>
</listitem>
<listitem>
@@ -50,11 +50,11 @@
>NON_DURABLE</literal>.</para>
</listitem>
<listitem>
- <para><literal>JBMTimestamp</literal>. The timestamp of when the message was created.
+ <para><literal>HQTimestamp</literal>. The timestamp of when the message was created.
The value is a long integer.</para>
</listitem>
<listitem>
- <para><literal>JBMSize</literal>. The size of a message in bytes. The value is an
+ <para><literal>HQSize</literal>. The size of a message in bytes. The value is an
integer.</para>
</listitem>
</itemizedlist>
Modified: trunk/docs/user-manual/en/interoperability.xml
===================================================================
--- trunk/docs/user-manual/en/interoperability.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/interoperability.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -7,7 +7,7 @@
Stomp clients to communicate with Stomp Brokers. <ulink
url="http://stomp.codehaus.org/StompConnect">StompConnect</ulink> is a server that
can act as a Stomp broker and proxy the Stomp protocol to the standard JMS API.
- Consequently, using StompConnect it is possible to turn JBM into a Stomp Broker and use
+ Consequently, using StompConnect it is possible to turn HornetQ into a Stomp Broker and use
any of the available stomp clients. These include clients written in C, C++, c# and .net
etc.</para>
<para>To run StompConnect first start the HornetQ server and make sure that it is
Modified: trunk/docs/user-manual/en/large-messages.xml
===================================================================
--- trunk/docs/user-manual/en/large-messages.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/large-messages.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -177,7 +177,7 @@
someProducer.send(message);</programlisting>
<para>The <literal>OutputStream</literal> can be set through the JMS Object Property
- JMS_JBM_SaveStream on messages being received in a blocking way.</para>
+ JMS_HQ_SaveStream on messages being received in a blocking way.</para>
<programlisting>
BytesMessage messageReceived = (BytesMessage)messageConsumer.receive(120000);
@@ -188,7 +188,7 @@
BufferedOutputStream bufferedOutput = new BufferedOutputStream(fileOutputStream);
// This will block until the entire content is saved on disk
-messageReceived.setObjectProperty("JMS_JBM_SaveStream", bufferedOutput);
+messageReceived.setObjectProperty("JMS_HQ_SaveStream", bufferedOutput);
</programlisting>
<para>Setting the <literal>OutputStream</literal> could also be done in a non blocking
way using the property JMS_HQ_InputStream.</para>
Modified: trunk/docs/user-manual/en/last-value-queues.xml
===================================================================
--- trunk/docs/user-manual/en/last-value-queues.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/last-value-queues.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -20,7 +20,7 @@
</section>
<section>
<title>Using Last-Value Property</title>
- <para>The property name used to identify the last value is <literal>"_JBM_LVQ_NAME"</literal>
+ <para>The property name used to identify the last value is <literal>"_HQ_LVQ_NAME"</literal>
(or the constant <literal>MessageImpl.HDR_LAST_VALUE_NAME</literal> from the Core
API).</para>
<para>For example, if two messages with the same value for the Last-Value property are sent to
@@ -29,13 +29,13 @@
// send 1st message with Last-Value property set to STOCK_NAME
TextMessage message =
session.createTextMessage("1st message with Last-Value property set");
-message.setStringProperty("_JBM_LVQ_NAME", "STOCK_NAME");
+message.setStringProperty("_HQ_LVQ_NAME", "STOCK_NAME");
producer.send(message);
// send 2nd message with Last-Value property set to STOCK_NAME
message =
session.createTextMessage("2nd message with Last-Value property set");
-message.setStringProperty("_JBM_LVQ_NAME", "STOCK_NAME");
+message.setStringProperty("_HQ_LVQ_NAME", "STOCK_NAME");
producer.send(message);
...
Modified: trunk/docs/user-manual/en/logging.xml
===================================================================
--- trunk/docs/user-manual/en/logging.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/logging.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<chapter id="logging">
<title>Logging</title>
- <para>JBM uses standard <ulink url="http://java.sun.com/j2se/1.4.2/docs/guide/util/logging/">JDK
+ <para>HornetQ uses standard <ulink url="http://java.sun.com/j2se/1.4.2/docs/guide/util/logging/">JDK
logging</ulink>, (a.k.a Java-Util-Logging: JUL), for all its logging. This means we have
no dependencies on any third party logging framework. Users can provide their own logging
handler to use or alternatively use the log4j handler supplied by HornetQ.</para>
@@ -9,9 +9,9 @@
default location for this file is under the <literal>lib</literal> directory found in the
Java home directory but it can be overridden by setting the <literal
>java.util.logging.config.file</literal> system property to point to the appropriate
- logging.properties file. The standalone JBM server does this and the <literal
+ logging.properties file. The standalone HornetQ server does this and the <literal
>logging.properties</literal> file can be found under the <literal>config</literal>
- directory of the JBM installation. </para>
+ directory of the HornetQ installation. </para>
<para>By default the standalone server is configured to use the standard console handler and a
file handler that logs to <literal>bin/logs/hornetq.log</literal>.</para>
<para>Because some of the third party components used to bootstrap HornetQ, i.e. the
Modified: trunk/docs/user-manual/en/management.xml
===================================================================
--- trunk/docs/user-manual/en/management.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/management.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -571,7 +571,7 @@
>exampleQueue</literal>:</para>
<programlisting>
ClientSession session = ...
- ClientRequestor requestor = new ClientRequestor(session, "jbm.management");
+ ClientRequestor requestor = new ClientRequestor(session, "hornetq.management");
ClientMessage message = session.createClientMessage(false);
ManagementHelper.putAttribute(message, "core.queue.exampleQueue", "messageCount");
ClientMessage reply = requestor.request(m);
@@ -590,16 +590,16 @@
<para>The management address to send management messages is configured in <literal
>hornetq-configuration.xml</literal>:</para>
<programlisting>
- <management-address>jbm.management</management-address>
+ <management-address>hornetq.management</management-address>
</programlisting>
- <para>By default, the address is <literal>jbm.management</literal>.</para>
+ <para>By default, the address is <literal>hornetq.management</literal>.</para>
<para>The management address requires a <emphasis>special</emphasis> user permission
<literal>manage</literal> to be able to receive and handle management messages. This
is also configured in hornetq-configuration.xml:</para>
<programlisting>
<!-- users with the admin role will be allowed to manage -->
<!-- HornetQ using management messages -->
- <security-setting match="jbm.management">
+ <security-setting match="hornetq.management">
<permission type="manage" roles="admin" />
</security-setting>
</programlisting>
@@ -613,7 +613,7 @@
<para>The <emphasis>management queue</emphasis> is a special queue and needs to be
instantiated directly by the client:</para>
<programlisting>
- Queue managementQueue = new JBossQueue("jbm.management", "jbm.management");
+ Queue managementQueue = new JBossQueue("hornetq.management", "hornetq.management");
</programlisting>
<para>All the other steps are the same than for the Core API but they use JMS API
instead:</para>
@@ -642,7 +642,7 @@
<para>For example, to know the number of messages in the JMS queue <literal
>exampleQueue</literal>:</para>
<programlisting>
- Queue managementQueue = new JBossQueue("jbm.management", "jbm.management");
+ Queue managementQueue = new JBossQueue("hornetq.management", "hornetq.management");
QueueSession session = ...
QueueRequestor requestor = new QueueRequestor(session, managementQueue);
@@ -684,7 +684,7 @@
be shared by all nodes</emphasis>. To configure it, change the value in <literal
>hornetq-configuration.xml</literal>:</para>
<programlisting>
- <management-cluster-user>JBM.MANAGEMENT.ADMIN.USER</management-cluster-user>
+ <management-cluster-user>HORNETQ.MANAGEMENT.ADMIN.USER</management-cluster-user>
<management-cluster-password>CHANGE ME!!</management-cluster-password>
</programlisting>
<para>It is strongly suggested to
@@ -751,9 +751,9 @@
<para>the management notification address to receive management notifications is
configured in <literal>hornetq-configuration.xml</literal>:</para>
<programlisting>
- <management-notification-address>jbm.notifications</management-notification-address>
+ <management-notification-address>hornetq.notifications</management-notification-address>
</programlisting>
- <para>By default, the address is <literal>jbm.notifications</literal>.</para>
+ <para>By default, the address is <literal>hornetq.notifications</literal>.</para>
</section>
</section>
<section>
@@ -763,12 +763,12 @@
is that JMS requires a JMS Destination to receive the messages (preferably a
Topic):</para>
<programlisting>
- Topic notificationsTopic = new JBossTopic("jbm.notifications", "jbm.notifications");
+ Topic notificationsTopic = new JBossTopic("hornetq.notifications", "hornetq.notifications");
</programlisting>
<para>Once the notification topic is created, you can receive messages from it or set a
<literal>MessageListener</literal>:</para>
<programlisting>
- Topic notificationsTopic = new JBossTopic("jbm.notifications", "jbm.notifications");
+ Topic notificationsTopic = new JBossTopic("hornetq.notifications", "hornetq.notifications");
Session session = ...
MessageConsumer notificationConsumer = session.createConsumer(notificationsTopic);
Modified: trunk/docs/user-manual/en/message-expiry.xml
===================================================================
--- trunk/docs/user-manual/en/message-expiry.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/message-expiry.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -25,12 +25,12 @@
properties:</para>
<itemizedlist>
<listitem>
- <para><literal>_JBM_ORIG_DESTINATION</literal></para>
+ <para><literal>_HQ_ORIG_DESTINATION</literal></para>
<para>a String property containing the <emphasis>original destination</emphasis> of the
expired message </para>
</listitem>
<listitem>
- <para><literal>_JBM_ACTUAL_EXPIRY</literal></para>
+ <para><literal>_HQ_ACTUAL_EXPIRY</literal></para>
<para>a Long property containing the <emphasis>actual expiration time</emphasis> of the
expired message</para>
</listitem>
Modified: trunk/docs/user-manual/en/message-grouping.xml
===================================================================
--- trunk/docs/user-manual/en/message-grouping.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/message-grouping.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -6,7 +6,7 @@
<listitem>
<para>Messages in a message group share the same group id, i.e. they have same group
identifier property (<literal>JMSXGroupID</literal> for JMS, <literal
- >_JBM_GROUP_ID</literal> for HornetQ Core API).</para>
+ >_HQ_GROUP_ID</literal> for HornetQ Core API).</para>
</listitem>
<listitem>
<para>Messages in a message group are always consumed by the same consumer, even if there
@@ -18,7 +18,7 @@
<section>
<title>Using Core API</title>
<para>The property name used to identify the message group is <literal
- >"_JBM_GROUP_ID""</literal> (or the constant <literal
+ >"_HQ_GROUP_ID""</literal> (or the constant <literal
>MessageImpl.HDR_GROUP_ID</literal>). Alternatively, you can set <literal
>autogroup</literal> to true on the <literal>SessionFactory</literal> which will pick a
random unique id. </para>
Modified: trunk/docs/user-manual/en/scheduled-messages.xml
===================================================================
--- trunk/docs/user-manual/en/scheduled-messages.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/scheduled-messages.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -7,7 +7,7 @@
<section>
<title>Scheduled Delivery Property</title>
<para>The property name used to identify a scheduled message is <literal
- >"_JBM_SCHED_DELIVERY"</literal> (or the constant <literal
+ >"_HQ_SCHED_DELIVERY"</literal> (or the constant <literal
>MessageImpl.HDR_SCHEDULED_DELIVERY_TIME</literal>).</para>
<para>The specified value must be a <literal>long</literal> corresponding to the time the
message must be delivered (in milliseconds). An example of sending a scheduled message
@@ -16,7 +16,7 @@
TextMessage message =
session.createTextMessage("This is a scheduled message message which will be delivered
in 5 sec.");
- message.setLongProperty("_JBM_SCHED_DELIVERY", System.currentTimeMillis() + 5000);
+ message.setLongProperty("_HQ_SCHED_DELIVERY", System.currentTimeMillis() + 5000);
producer.send(message);
...
Modified: trunk/docs/user-manual/en/thread-pooling.xml
===================================================================
--- trunk/docs/user-manual/en/thread-pooling.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/thread-pooling.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -60,12 +60,12 @@
<section>
<title>Asynchronous IO</title>
<para>Asynchronous IO has a thread pool for receiving and dispatching events out of the
- native layer. You will find it on a thread dump with the prefix JBM-AIO-poller-pool.
+ native layer. You will find it on a thread dump with the prefix HornetQ-AIO-poller-pool.
HornetQ uses one thread per opened file on the journal (there is usually
one).</para>
<para>There is also a single thread used to invoke writes on libaio. We do that to avoid
context switching on libaio what would cause performance issues. You will find this
- thread on a thread dump with the prefix JBM-AIO-writer-pool.</para>
+ thread on a thread dump with the prefix HornetQ-AIO-writer-pool.</para>
</section>
</section>
<section id="thread-pooling.client.side">
Modified: trunk/docs/user-manual/en/undelivered-messages.xml
===================================================================
--- trunk/docs/user-manual/en/undelivered-messages.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/undelivered-messages.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -88,7 +88,7 @@
property:</para>
<itemizedlist>
<listitem>
- <para><literal>_JBM_ORIG_DESTINATION</literal></para>
+ <para><literal>_HQ_ORIG_DESTINATION</literal></para>
<para>a String property containing the <emphasis>original destination</emphasis> of
the dead letter message </para>
</listitem>
Modified: trunk/docs/user-manual/en/using-server.xml
===================================================================
--- trunk/docs/user-manual/en/using-server.xml 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/docs/user-manual/en/using-server.xml 2009-08-20 18:30:28 UTC (rev 7845)
@@ -116,7 +116,7 @@
<para><literal>hornetq-queues.xml</literal>. This file contains predefined queues, queue
settings and security settings. The file is optional - all this configuration
can also live in <literal>hornetq-configuration.xml</literal>. In fact, the default
- configuration sets do not have a <literal>jbm.queues.xml</literal> file. The
+ configuration sets do not have a <literal>hornetq-queues.xml</literal> file. The
purpose of allowing queues to be configured in these files is to allow you to
manage your queue configuration over many files instead of being forced to
maintain it in a single file. There can be many <literal
Modified: trunk/src/main/org/hornetq/core/journal/impl/JournalImpl.java
===================================================================
--- trunk/src/main/org/hornetq/core/journal/impl/JournalImpl.java 2009-08-20 18:06:54 UTC (rev 7844)
+++ trunk/src/main/org/hornetq/core/journal/impl/JournalImpl.java 2009-08-20 18:30:28 UTC (rev 7845)
@@ -2739,7 +2739,7 @@
/**
* <p>This method will instantly return the opened file, and schedule opening and reclaiming.</p>
* <p>In case there are no cached opened files, this method will block until the file was opened,
- * what would happen only if the system is under heavy load by another system (like a backup system, or a DB sharing the same box as JBM).</p>
+ * what would happen only if the system is under heavy load by another system (like a backup system, or a DB sharing the same box as HornetQ).</p>
* */
private JournalFile enqueueOpenFile(final boolean synchronous) throws InterruptedException
{
More information about the hornetq-commits
mailing list