Return-Path: X-Original-To: apmail-activemq-commits-archive@www.apache.org Delivered-To: apmail-activemq-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 791AA10C40 for ; Wed, 12 Feb 2014 18:22:52 +0000 (UTC) Received: (qmail 2005 invoked by uid 500); 12 Feb 2014 18:22:48 -0000 Delivered-To: apmail-activemq-commits-archive@activemq.apache.org Received: (qmail 1931 invoked by uid 500); 12 Feb 2014 18:22:47 -0000 Mailing-List: contact commits-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list commits@activemq.apache.org Received: (qmail 1889 invoked by uid 99); 12 Feb 2014 18:22:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Feb 2014 18:22:46 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO eris.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Feb 2014 18:22:43 +0000 Received: from eris.apache.org (localhost [127.0.0.1]) by eris.apache.org (Postfix) with ESMTP id AD5F62388C7E for ; Wed, 12 Feb 2014 18:21:53 +0000 (UTC) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: svn commit: r897658 [15/18] - in /websites/production/activemq/content: ./ cache/ nms/ nms/2011/11/18/ nms/2012/01/28/ nms/2012/04/13/ nms/2012/05/04/ nms/2012/08/31/ nms/2013/06/10/ nms/2013/10/25/ nms/index.data/ Date: Wed, 12 Feb 2014 18:21:47 -0000 To: commits@activemq.apache.org From: buildbot@apache.org X-Mailer: svnmailer-1.0.9 Message-Id: <20140212182153.AD5F62388C7E@eris.apache.org> X-Virus-Checked: Checked by ClamAV on apache.org Modified: websites/production/activemq/content/nms/nms.html ============================================================================== --- websites/production/activemq/content/nms/nms.html (original) +++ websites/production/activemq/content/nms/nms.html Wed Feb 12 18:21:44 2014 @@ -64,7 +64,7 @@ Index > Overview > NMS @@ -72,46 +72,44 @@ -

Getting Started with NMS

+

Getting Started with NMS

-

The NMS API provides your client with a common API model for working with Message Oriented Middleware, but to make use of the API you need to download one of the NMS Provider libraries. The NMS Providers libraries are what makes it possible for your code to connect to your Message Broker. Follow the links below to read more about the NMS Provider for your Message broker and download a release bundle.

+

The NMS API provides your client with a common API model for working with Message Oriented Middleware, but to make use of the API you need to download one of the NMS Provider libraries. The NMS Providers libraries are what makes it possible for your code to connect to your Message Broker. Follow the links below to read more about the NMS Provider for your Message broker and download a release bundle.

-

NMS Providers

+

NMS Providers

An NMS Provider is a .NET Assembly that provides an implementation of the NMS API that provides connectivity with a particular Messaging Service or an implementation of a standard Messaging Protocol. Currently, the following providers are available:

-
  • ActiveMQ client which communicates with ActiveMQ using its own native wire protocol and provides many advanced features beyond the standard NMS API.
  • STOMP which connects to any STOMP Broker.  Also, when coupled with StompConnect, NMS can be used to communicate with pretty much any existing MOM provider! (Or at least those that support JMS which most MOM providers do).
  • MSMQ is an implementation of NMS using Microsoft's MSMQ API.
  • EMS provider for talking to TIBCO's EMS message broker.  To use this, you will need to following TIBCO's licensing requirements to acquire the TIBCO client assembly DLL.  NMS does not ship with the TIBCO client assembly.
  • WCF provides support of Windows Communications Framework.
+
  • ActiveMQ client which communicates with ActiveMQ using its own native wire protocol and provides many advanced features beyond the standard NMS API.
  • STOMP which connects to any STOMP Broker.  Also, when coupled with StompConnect, NMS can be used to communicate with pretty much any existing MOM provider! (Or at least those that support JMS which most MOM providers do).
  • MSMQ is an implementation of NMS using Microsoft's MSMQ API.
  • EMS provider for ta lking to TIBCO's EMS message broker.  To use this, you will need to following TIBCO's licensing requirements to acquire the TIBCO client assembly DLL.  NMS does not ship with the TIBCO client assembly.
  • WCF provides support of Windows Communications Framework.
+

Building the code

-

Building the code

- -

While there are binary distributions available for all the NMS Providers you sometimes might want to build the code from trunk in order to test out the latest changes or fixes. On Windows you can use Visual Studio to build the code. On Linux or OS X you can use Mono.

+

While there are binary distributions available for all the NMS Providers you sometimes might want to build the code from trunk in order to test out the latest changes or fixes. On Windows you can use Visual Studio to build the code. On Linux or OS X you can use Mono.

The build uses NAnt which both work on .Net and Mono.  You will need to have NAnt 0.91-Alpha2 or later.

For more help see the Building NMS guide.

-

Alternatives to NMS

+

Alternatives to NMS

-

There are currently a few alternatives to using NMS and working with ActiveMQ in .NET applications however the NMS ActiveMQ Provider is very feature rich and we recommend it as your starting point for .NET ActiveMQ inter-op.

- -
+

There are currently a few alternatives to using NMS and working with ActiveMQ in .NET applications however the NMS ActiveMQ Provider is very feature rich and we recommend it as your starting point for .NET ActiveMQ inter-op.

+
@@ -72,23 +72,23 @@ - + @@ -87,17 +87,17 @@ @@ -72,23 +72,23 @@ - + @@ -72,7 +72,7 @@ -

Should I pool connections?

+

Should I pool connections?

The Java documentation talks about how to use JMS efficiently. So when using .NET should you worry about pooling?

@@ -84,17 +84,17 @@
@@ -72,23 +72,23 @@ - +