DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports Events Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,
Edit Profile Manage Email Subscriptions Moderation Admin Console How to Post to DZone Article Submission Guidelines
View Profile
Sign Out
Refcards
Trend Reports
Events
Zones
Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Partner Zones AWS Cloud
by AWS Developer Relations
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Partner Zones
AWS Cloud
by AWS Developer Relations
  1. DZone
  2. Coding
  3. Languages
  4. JMS: A Quick and Complete Guide

JMS: A Quick and Complete Guide

This guide will walk you through all you need to know about JMS and how it works, communicates, and connects with other software.

Arun Pandey user avatar by
Arun Pandey
·
Sep. 14, 16 · Tutorial
Like (30)
Save
Tweet
Share
30.33K Views

Join the DZone community and get the full member experience.

Join For Free

JMS is a Java-based API that allows applications to create, send, and receive messages. This provides a number of interfaces/classes to use to communicate with other messaging implementations. JMS is different from RMI, where the client and server both are tightly coupled and must be aware of each other and the remote method, but in JMS, the client and server don’t know to each other.

JMS allows various components to interact with one another efficiently, without wasting the network and other related resources.

A JMS application is composed of the following parts:

  • JMS provider is a messaging system that implements the JMS interfaces and provides administrative and control features.

  • JMS clients are the programs or components, written in Java, that produce and consume messages.

  • Messages are the objects that communicate information between JMS clients.

  • Administered objects are preconfigured JMS objects created by an administrator for the use of clients. The two kinds of administered objects are destinations and connection factories.

Note: Administrative tools allow you to bind destinations and connection factories into a Java Naming and Directory Interface (JNDI) API namespace. A JMS client can then look up the administered objects in the namespace and then establish a logical connection to the same objects through the JMS provider.

JMS provides support for both point-to-point (P2P) and publish/subscribe (Pub-Sub) domains, and some JMS clients combine the use of both domains in a single application.

P2P

This kind of application is based on message queues, senders, and receivers. Each message is addressed to a specific queue and receiver extract messages from the queue to get their messages. Queues retain all messages sent to them until the messages are consumed or until the messages expire.

Pub-Sub

In this model, the sender sends its messages to a topic. Publishers and subscribers are generally anonymous and may dynamically publish or subscribe. The system takes care of distributing the messages arriving from a topic’s multiple publishers to its multiple subscribers. Topics retain messages only as long as it takes to distribute them to current subscribers. The JMS API allows clients to create durable subscriptions. Durable subscriptions can receive messages sent while the subscribers are not active. Durable subscriptions provide the flexibility and reliability of queues, but still allow clients to send messages to many recipients.

There are two ways of message consumption:

  • Synchronous: In a synchronous way, we can call a receive method, which can hold until a message arrives or can time out if a message does not arrive within a specified time limit.

  • Asynchronous: A client can register a message listener with a consumer. Whenever a message arrives at the destination, the JMS provider delivers the message by calling the listener’s onMessage method, which basically acts on the contents of the message.

Infrastructure

Administered Objects

Two administered objects are available: Connection Factory (CF) and Destinations.

Connection factory (CF): This is an object that is getting used by clients to create a connection with a provider. CF encapsulates a connection detail that has been defined by an administrator. Each connection factory is an instance of either the QueueConnectionFactory or the TopicConnectionFactory interface.
For example:
Context ctx = new InitialContext();

QueueConnectionFactory queueCF = (QueueConnectionFactory)ctx.lookup("QCF");

TopicConnectionFactory topicCF = (TopicConnectionFactory)ctx.lookup("TCF"); 

The above example shows that, using JNDI, we can get the InitialContext. When an InitialContext method with no parameter is getting used, then it searches in the current classpath for a vendor-specific file named jndi.properties. This file indicates which JNDI API implementation to use and which namespace to use.        

Destination: This is to specify the target of messages it produces and the source of messages it consumes. In P2P, it is Queue, and in Pub-Sub, it is Topic.
Topic topic = (Topic) ctx.lookup(“MyTopic");

Queue queue = (Queue) ctx.lookup("MyQueue"); 

Connections

A connection is basically a socket connection over TCP/IP between the client and a provider. We can have a number of sessions for a connection. Two flavors of connection are available, TopicConnection, and QueueConnection interface. To start consumption of messages, we should call the start method, and at end of the application we should close the connection using the close method.
QueueConnection queueConn = queueCF.createQueueConnection();

TopicConnection topicConn = topicCF.createTopicConnection();

queueConn.start();

topicConn.start();

queueConn.close();

topicConn.close();

Session

Session is actually responsible for creating producers, consumers, and messages, and it’s a single thread context. Two flavors of Session are available: TopicSession and QueueSession.

TopicSession topicSession = topicConn.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);

False here indicates that session is not transacted, and Session.AUTO_ACKNOWLEDGE indicates that the session automatically acknowledges when messages are received successfully.
QueueSession queueSession = queueConn.createQueueSession(true, 0);

true here indicates that session is transacted and 0 indicates that message acknowledgement is not applicable here.

Producer

Session is responsible to create Producer, and Producer is responsible to send the messages to Destination (Queue/Topic). Two flavor of Producers are available, TopicPublisher, and QueueSender interface.
 QueueSender queueSender = queueSession.createSender(queue);

TopicPublisher topicPublisher = topicSession.createPublisher(topic); 

After creation of producer we can send the message using below methods:

queueSender.send(message);

topicPublisher.publish(message);

We can create anonymous producer without passing the queue/topic but we can pass null as below:
QueueSender queueSender = queueSession.createSender(null);

TopicPublisher topicPublisher = topicSession.createPublisher(null);

In this case we can specify the destination to send the message when we send/publish a message, and for this we need to overload the send/publish method.

Consumer

Session is responsible to create Consumer, and Consumer is responsible to receive messages from Destination (Queue/Topic). Two flavor of Consumers are available, TopicSubscriber, and QueueReceiver interface.
QueueReceiver queueReceiver = queueSession.createReceiver(queue);

TopicSubscriber topicSubscriber = topicSession.createSubscriber(topic);

We can create durable subscriber as below:
TopicDurableSubscriber topicDurableSubscriber = topicSession.createDurableSubscriber(topic);

After creation of consumer it is being active and they can receive the message in a synchronous way as below and we can make the Subscriber inactive after calling the close method:

Message m = queueReceiver.receive();

Message m = topicSubscriber.receive(100); // specified time-out here as millisecond 
Call the receiveNoWait method, which receives a message only if one is available:
Message m = queueReceiver.receiveNoWait(); 

Note:

  1. If you specify no arguments or an argument of 0, as receive () and receive (0) the method blocks indefinitely until a message arrives, which will consume system resources unnecessarily. So better to use timeout argument greater than 0.

  2. We have to call start method on connection before messages send/receive.

To receive a message in an asynchronous way we have to implement MessageListener interface which have the onMessage() method which we need to define as per our message receive need when a message arrives.

We need to register the message listener with QueueReceiver or TopicSubscriber by using setMessageListener method. For e.g. if we have defined a class MyTopicListener which implements the MessageListener interface, we need to register the message listener as:
MyTopicListener topicListener = new MyTopicListener();

topicSubscriber.setMessageListener(topicListener);

After registering the MessageListener we should start the connection using start method, before registering the MessageListener if we call the start method on connection there would be a possibility to miss the messages.

Whenever a message is delivered, onMessage method would be called due to MessageListener. Same message listener can be registered by QueueReceiver as well as TopicSubscriber.

Remember: Only one MessageListener may be running at a time for a session.

If MessageConsumer is interested in some specific messages, then we should apply some filter on messages. This filter is achieved by MessageSelector, which actually performs content-based routing. MessageSelector assigns the work of message filtering to the JMS provider rather than to application. Basically, MessageSelector is a string that contains an expression that is getting applied to message headers and message properties. Methods createReceiver, createSubscriber, and createDurableSubscriber have a definition to pass message selector as an argument when we create a message consumer. After that message, the consumer will receive only those messages whose headers and properties match the selector.

Note: Message Selector can not create a filter rule based on the message body — it always apply on message-headers and message-properties.

Message

This is the actual content which is getting passed from sender to receiver. A message has three parts, as below.

Message header: These are all predefined, and few of them can be set by clients for identification purposes and routing the messages. It can be used by Message Selector as well. Below are the message headers and which level they are getting set:

JMSDestination                                 send/publish method

JMSDeliveryMode                            send/publish method

JMSExpiration                                   send/publish method

JMSPriority                                         send/publish method

JMSMessageID                                    send/publish method

JMSTimestamp                                    send/publish method

JMSCorrelationID                              Client

JMSReplyTo                                         Client

JMSType                                                Client

JMSRedelivered                                    JMS provider

Message properties (optional): This can be used for the Message Selector. For example, as below:

 message.setStringProperty("myMessageSelector", “contains102”); 

Message body (optional): There are six types as below:

  • TextMessage: A java.lang.String object.
  • MapMessage: A set of key-value pairs.
  • BytesMessage: A stream of uninterpreted bytes.
  • StreamMessage: A stream of primitive values in the Java programming language filled and read sequentially.
  • ObjectMessage: A Serializable object in the Java programming language.
  • Message: This message type is useful when a message body is not required.

Let us see the example as below:

Sender Side:

TextMessage msg = queueSession.createTextMessage();
msg.setText(“My first text message”);

queueSender.send(msg);


Receiver Side:

Message msg = queueReceiver.receive();

if (msg instanceof TextMessage) {   
    TextMessage message = (TextMessage) msg;

    System.out.println("Got message ---- " + message.getText());
}


Exceptions

Possible JMS exceptions that may occur are are below:

  • IllegalStateException: This exception is thrown when a method is invoked at an illegal or inappropriate time or if the provider is not in an appropriate state for the requested operation. For example, this exception must be thrown when a domain inappropriate method is called, such as TopicSession.CreateQueueBrowser.

  • InvalidClientIDException: This exception must be thrown when a client attempts to set a connection's client ID to a value that is rejected by a provider.

  • InvalidDestinationException: This exception must be thrown when a destination either is not understood by a provider or is no longer valid.

  • InvalidSelectorException: This exception must be thrown when a JMS client attempts to give a provider a message selector with invalid syntax.

  • JMSSecurityException: This exception must be thrown when a provider rejects a user name/password submitted by a client. It may also be thrown for any case where a security restriction prevents a method from completing.

  • MessageEOFException: This exception must be thrown when an unexpected end of stream has been reached when a StreamMessage or BytesMessage is being read.

  • MessageFormatException: This exception must be thrown when a JMS client attempts to use a data type not supported by a message or attempts to read data in a message as the wrong type. It must also be thrown when equivalent type errors are made with message property values.

  • MessageNotReadableException: This exception must be thrown when a JMS client attempts to read a write-only message.

  • MessageNotWriteableException: This exception must be thrown when a JMS client attempts to write to a read-only message.

  • ResourceAllocationException: This exception is thrown when a provider is unable to allocate the resources required by a method. For example, this exception should be thrown when a call to TopicConnectionFactory.createTopicConnection fails due to a lack of JMS provider resources.

  • TransactionInProgressException: This exception is thrown when an operation is invalid because a transaction is in progress. For instance, an attempt to call Session.commit when a session is part of a distributed transaction should throw a TransactionInProgressException.

  • TransactionRolledBackException: This exception must be thrown when a call to Session.commit results in a rollback of the current transaction.

Let's understand the key factors for better messaging application development.

Message Acknowledgement: In any transacted sessions, acknowledgment happens automatically when a transaction is committed and if a transaction is rolled-back, all consumed messages are redelivered. In non-transacted sessions, acknowledgement depends on the value specified as the second argument of the createQueueSession or createTopicSession method. Three possible values as below:

  • Session.AUTO_ACKNOWLEDGE. Here session automatically acknowledges a client’s receipt of a message either when the client has successfully returned from a call to receive or when the MessageListener it has called to process the message returns successfully.

  • Session.CLIENT_ACKNOWLEDGE. A client acknowledges a message.

  • Session.DUPS_OK_ACKNOWLEDGE. Here the session to lazy acknowledge the messages. This is to result in the delivery of some duplicate messages in case JMS provider fails, so it should be used only by consumers that can tolerate duplicate messages.

Message persistence: There are two ways to handle the persistence level of messages:

  • PERSISTENT delivery mode directs the JMS provider to ensure that a message is not lost in case of a JMS provider failure. A message sent with this delivery mode is logged to stable storage when it is sent.

  • NON_PERSISTENT delivery mode does not require the JMS provider to store the message and therefore no assurance that it is not lost if the provider fails.

Durable subscribers: TopicSession.createSubscriber method creates a non-durable subscriber and they can receive only messages that are published while it is active. Whereas the TopicSession.createDurableSubscriber method creates a durable subscriber with extra cost, and it can have only one active subscriber at a time. A durable subscriber registers with a unique identity that is retained by the JMS provider, and subsequent subscriber objects with the same unique identity resume in the same state in which it was left by the previous subscriber. If a durable subscription has no active subscriber, the JMS provider retains the messages until they are received by the subscription or until they expire.

Now let's dive into the various examples in both P2P and Pub-Sub implementations.

P2P Implementation

The sender (producer) side follows the steps below:

  • JNDI lookup of the QueueConnectionFactory and queue.

  • Creating a connection and a session.

  • Creating QueueSender.

  • Creating TextMessage.

  • Sending messages to the queue.

  • Closing the connection.

The receiver side would then follow the following steps:

  • JNDI lookup of the QueueConnectionFactory and queueCreating connection and a session.

  • Creating QueueReceiver.

  • Starting connection.

  • Receiving the messages from queue.

  • Closing the connection.

MyQueueSender.java 

import javax.jms.*;
import javax.naming.*;

import exper.test.jms.pubSub.MyMessageListener;

public class MyQueueSender {

      private static final String Q_CONNECTION_FACTORY = "QueueConnectionFactory";
      private static final String Q_NAME = "myQyeue";

      private static Context jndiContext = null;
      private static QueueConnectionFactory queueConnectionFactory = null;

      public static void main(String... args) {

            QueueConnection queueConnection = null;
            QueueSession queueSession = null;
            Queue queue = null;
            QueueSender queueSender = null;
            TextMessage message = null;
            final int NUM_MSGS;

            try {
                  jndiContext = new InitialContext();
                  queueConnectionFactory = (QueueConnectionFactory) jndiContext.lookup(Q_CONNECTION_FACTORY);
                  queue = (Queue) jndiContext.lookup(Q_NAME);
            }catch (NamingException e) {
                  System.out.println("Could not create JNDI context: " + e.getMessage());
                  System.exit(1);
            }

            try {
                  queueConnection = queueConnectionFactory.createQueueConnection();
                  queueSession = queueConnection.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);
                  queueSender = queueSession.createSender(queue);
                  message = queueSession.createTextMessage();
                  for (int i = 0; i < 10; i++) {
                        message.setText("Test Message " + ++i);
                        System.out.println("message to send: " + message.getText());
                        queueSender.send(message);
                  }    
            } catch (JMSException e) {
                  System.out.println(e.getMessage());
            } finally {
                  if (null != queueConnection) {
                        try {
                              queueConnection.close();
                        } catch (JMSException e) {}
                  }
            }
      }
}


MyQueueReceiver.java

import javax.jms.*;
import javax.naming.*;

public class MyQueueReceiver {

      private static final String Q_CONNECTION_FACTORY = "QueueConnectionFactory";
      private static final String Q_NAME = "myQyeue";

      private static Context jndiContext = null;
      private static QueueConnectionFactory queueConnectionFactory = null;


      public static void main(String... args) {

            QueueConnection queueConnection = null;
            QueueSession queueSession = null;
            Queue queue = null;
            QueueReceiver queueReceiver = null;
            TextMessage message = null;

            try {
                  jndiContext = new InitialContext();
                  queueConnectionFactory = (QueueConnectionFactory) jndiContext.lookup(Q_CONNECTION_FACTORY);
                  queue = (Queue) jndiContext.lookup(Q_NAME);
            } catch (NamingException e) {
                  System.out.println("Not able to create JNDI context: " + e.getMessage());
                  System.exit(1);
            }

            try {
                  queueConnection = queueConnectionFactory.createQueueConnection();
                  queueSession = queueConnection.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);
                  queueReceiver = queueSession.createReceiver(queue);
                  queueConnection.start();
                  while (true) {
                        Message m = queueReceiver.receive(1);
                        if (null != m && m instanceof TextMessage) {
                              message = (TextMessage) m;
                              System.out.println("Message read: " + message.getText());
                        }
                  }
            } catch (JMSException jmse) {
                  System.out.println(jmse.getMessage());
            } finally {
                  if (null != queueConnection) {
                        try {
                              queueConnection.close();
                        } catch (JMSException jmse) {}
                  }
            }
      }
}


Pub-Sub Implementation

The sender (producer) side uses the following steps:

  • JNDI lookup of the TopicConnectionFactory and topic.

  • Creating a connection and a session.

  • Creating a TopicPublisher.

  • Creating TextMessage.

  • Publishing messages to the topic.

  • Closes the connection, which automatically closes the session and Topic-Publisher.

Receiver side below steps would be taken:

  • JNDI lookup of the TopicConnectionFactory and topic.

  • Creating a connection and a session.

  • Creating a TopicSubscriber.

  • Creating an instance of the customized listener class and registers it as the message-listener for the TopicSubscriber.

  • Starting the connection.

  • Listening for the messages published to the topic.

  • Closing the connection, to close TopicSubscriber.

Message-Listener’s responsibility: Whenever a message comes, the onMessage method is getting called automatically. The onMessage method converts the incoming message to a specific type as TextMessage/MapMessage etc and displays its content.

MyTopicPublisher.java

import javax.jms.*;
import javax.naming.*;

public class MyTopicPublisher {

      private static final String TOPIC_CONN_FACTORY = "TopicConnectionFactory";
      private static final String TOPIC_NAME = "myTopic";

      private static Context jndiContext = null;
      private static TopicConnectionFactory topicConnectionFactory = null;

      public static void main(String[] args) {

            TopicConnection topicConnection = null;
            TopicSession topicSession = null;
            Topic topic = null;
            TopicPublisher topicPublisher = null;
            TextMessage message = null;

            try {
                  jndiContext = new InitialContext();      
                  topicConnectionFactory = (TopicConnectionFactory) jndiContext.lookup(TOPIC_CONN_FACTORY);
                  topic = (Topic) jndiContext.lookup(TOPIC_NAME);
            } catch (NamingException e) {
                  System.out.println("Not able to create JNDI context: " + e.toString());
                  System.exit(1);
            }

            try {
                  topicConnection = topicConnectionFactory.createTopicConnection();
                  topicSession = topicConnection.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);
                  topicPublisher = topicSession.createPublisher(topic);
                  message = topicSession.createTextMessage();
                  for (int i = 0; i < 10; i++) {
                        message.setText("Test Message " + ++i);
                        System.out.println("Message getting published: " + message.getText());
                        topicPublisher.publish(message);
                  }
            } catch (JMSException e) {
                  System.out.println(e.getMessage());
            } finally {
                  if (null != topicConnection) {
                        try {
                              topicConnection.close();
                        } catch (JMSException e) {}
                  }
            }
      }
}


MyTopicSubscriber.java

import javax.jms.*;
import javax.naming.*;

import java.io.*;

public class MyTopicSubscriber {

      private static final String TOPIC_CONN_FACTORY = "TopicConnectionFactory";
      private static final String TOPIC_NAME = "myTopic";

      private static Context jndiContext = null;
      private static TopicConnectionFactory topicConnectionFactory = null;

      public static void main(String[] args) {

            TopicConnection topicConnection = null;
            TopicSession topicSession = null;
            Topic topic = null;
            TopicSubscriber topicSubscriber = null;
            MyMessageListener topicListener = null;
            TextMessage message = null;
            InputStreamReader inputStreamReader = null;

            try {
                  jndiContext = new InitialContext();
                  topicConnectionFactory = (TopicConnectionFactory) jndiContext.lookup(TOPIC_CONN_FACTORY);
                  topic = (Topic) jndiContext.lookup(TOPIC_NAME);
            } catch (NamingException e) {
                  System.out.println("Not able to create JNDI context: " + e.toString());
                  System.exit(1);
            }

            try {
                  topicConnection = topicConnectionFactory.createTopicConnection();
                  topicSession = topicConnection.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);
                  topicSubscriber = topicSession.createSubscriber(topic);
                  topicListener = new MyMessageListener();
                  topicSubscriber.setMessageListener(topicListener);
                  topicConnection.start();
            } catch (JMSException jmse) {
                  System.out.println(jmse.getMessage());
            } finally {
                  if (null != topicConnection) {
                        try {
                              topicConnection.close();
                        } catch (JMSException e) {}
                  }
            }
      }
}


MyMessageListener.java

import javax.jms.*;

public class MyMessageListener implements MessageListener {

      public void onMessage(Message message) {
            TextMessage msg = null;
            try {
                  if (message instanceof TextMessage) {
                        msg = (TextMessage) message;
                        System.out.println("Received message: " + msg.getText());
                  } else {
                        System.out.println("Unexpected type of message: " + message.getClass().getName());
                  }
            } catch (JMSException jmse) {
                  System.out.println("Exception occurs in onMessage(): " + jmse.getMessage());
            }
      }
}


What Is Queue Browser?

A queue browser can be used to look at a queue without consuming any messages. QueueBrowser provides enumerators, which can be used to enumerate the messages in a queue. It is a kind of snapshot so messages are added to the queue while browsing; this will not be available to the queue browser.

Example: MyQueueBrowser.java

import java.util.Enumeration;
import javax.jms.*;
import javax.naming.*;

public class MyQueueBrowser {    
      private static final String Q_CONNECTION_FACTORY = "QueueConnectionFactory";
      private static final String Q_NAME = "myQyeue";

      public static void main(String[] args) throws Exception {
            browseQ();
      }

      public static void browseQ() throws Exception {

            InitialContext jndiContext = new InitialContext();
            QueueConnectionFactory queueConnFactory = (QueueConnectionFactory) jndiContext.lookup(Q_CONNECTION_FACTORY);
            Queue queue = (Queue) jndiContext.lookup(Q_NAME);

            QueueConnection queueConn = queueConnFactory.createQueueConnection();

            // in case of QueueBrowser Session.AUTO_ACKNOWLEDGE does not make any sense
            QueueSession queueSession = queueConn.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);

            QueueBrowser queueBrowser = queueSession.createBrowser(queue);
            queueConn.start();

            Enumeration<Message> e = queueBrowser.getEnumeration();
            int msgCount = 0;

            while (e.hasMoreElements()) {
                  Message message = e.nextElement();
                  msgCount++;
            }
            System.out.println(queue + " has " + msgCount + " messages");
            queueConn.close();
      }
}


I hope this will give a good understanding about JMS.

Connection (dance) Session (web analytics) Java (programming language) Object (computer science) application consumer Interface (computing)

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • How To Select Multiple Checkboxes in Selenium WebDriver Using Java
  • 19 Most Common OpenSSL Commands for 2023
  • Seamless Integration of Azure Functions With SQL Server: A Developer's Perspective
  • Event Driven 2.0

Comments

Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends: