Author: chirino
Date: Thu Jul 27 05:05:02 2006
New Revision: 426036
URL: http://svn.apache.org/viewvc?rev=426036&view=rev
Log:
Latest export from confluence
Modified:
incubator/activemq/site/virtual-destinations.html
Modified: incubator/activemq/site/virtual-destinations.html
URL: http://svn.apache.org/viewvc/incubator/activemq/site/virtual-destinations.html?rev=426036&r1=426035&r2=426036&view=diff
==============================================================================
--- incubator/activemq/site/virtual-destinations.html (original)
+++ incubator/activemq/site/virtual-destinations.html Thu Jul 27 05:05:02 2006
@@ -298,9 +298,9 @@
<P>The idea behind virtual topics is that producers send to a topic in the usual JMS
way. Consumers can continue to use the Topic semantics in the JMS specification. However if
the topic is virtual, consumer can consume from a physical queue for a logical topic subscription;
allowing many consumers to be running on many machines & threads to load balance the
load.</P>
-<P>e.g. lets say we have a topic called <B>ActiveMQ.Virtual.Orders</B>.
(Where the prefix ActiveMQ.Virtual. indicates its a virtual topic). And we logically want
to send orders to systems A and B. Now with regular durable topics we'd create a
JMS consumer for clientID_A and "A" along with clientID_B and "B".</P>
+<P>e.g. lets say we have a topic called <B>VirtualTopic.Orders</B>. (Where
the prefix VirtualTopic. indicates its a virtual topic). And we logically want to send orders
to systems A and B. Now with regular durable topics we'd create a JMS consumer for
clientID_A and "A" along with clientID_B and "B".</P>
-<P>With virtual topics we can just go right ahead and consume to queue <B>ActiveMQ.Virtual.A.Orders</B>
to be a consumer for system A or consume to <B>ActiveMQ.Virtual.B.Orders</B> to
be a consumer for system B.</P>
+<P>With virtual topics we can just go right ahead and consume to queue <B>Consumer.A.VirtualTopic.Orders</B>
to be a consumer for system A or consume to <B>Consumer.B.VirtualTopic.Orders</B>
to be a consumer for system B.</P>
<P>We can now have a pool of consumers for each system which then compete for messages
for systems A or B such that all the messages for system A are processed exactly once and
similarly for system B.</P>
@@ -314,8 +314,8 @@
</DIV>
<DIV id="site-footer">
Added by <A href="http://goopen.org/confluence/users/viewuserprofile.action?username=jstrachan">James
Strachan</A>,
- last edited by <A href="http://goopen.org/confluence/users/viewuserprofile.action?username=jstrachan">James
Strachan</A> on Jul 14, 2006
- (<A href="http://goopen.org/confluence/pages/diffpages.action?pageId=9061&originalId=9063">view
change</A>)
+ last edited by <A href="http://goopen.org/confluence/users/viewuserprofile.action?username=jstrachan">James
Strachan</A> on Jul 27, 2006
+ (<A href="http://goopen.org/confluence/pages/diffpages.action?pageId=9061&originalId=9284">view
change</A>)
(<A href="http://goopen.org/confluence/pages/editpage.action?pageId=9061">edit
page</A>)
</DIV>
|