Difference between revisions of "JSON Integration Adapter"

From CDOT Wiki
Jump to: navigation, search
(Project Phases)
(Technical information regarding NexJ Messages and Integration Layer)
Line 86: Line 86:
  
 
BitBucket : https://bitbucket.org/b_lim/nexj-express-json-integration-adapter/
 
BitBucket : https://bitbucket.org/b_lim/nexj-express-json-integration-adapter/
 +
 +
== Technical Notes ==
 +
 +
=== Message Details ===
 +
 +
Message - Messages can contain values or other messages. The red nodes are messages, the green nodes are values.
 +
 +
[[File:NexJExpressMessages.gif|NexJ Express Messages]]
 +
 +
Internally, messages are Transfer Objects. To determine if a node is a message, use instanceof on CompositeMessagePartInstance after retrieving the MessagePart. For example,
 +
 +
<pre>
 +
public void format(TransferObject tobj, Message message, Output out) throws IntegrationException
 +
{
 +
...
 +
CompositeMessagePart root = message.getRoot(); // Gets the root of the message.
 +
Iterator it = root.getPartIterator();
 +
while (it.hasNext())
 +
{
 +
  part = (MessagePart)it.next());
 +
  if (isCompositeMessagePartInstance(part))
 +
  {
 +
    // This part is a message
 +
  }
 +
  else if (isPrimitiveMessagePart(part))
 +
  {
 +
    // This part is a value
 +
  }
 +
...
 +
}
 +
...
 +
</pre>
 +
 +
MessagePart.java - Parts of a message. Messages can contain values or other messages.
 +
 +
Currently NexJ Express has two types of message parts, CompositeMessagePart.java and PrimitiveMessagePart.java .
 +
 +
CompositeMessagePart.java implementation is CompositeMessagePartInstance . The relationship between CompositeMessagePartInstance and PrimitiveMessagePart with the above picture is as follows : CompositeMessagePartInstance are messages (the red nodes) and PrimitiveMessagePart are values (the green nodes).
 +
 +
To determine multiplicity of MessageParts, use isCollection() method of MessagePart .
 +
 +
Note that multiplicity of
 +
 +
XMLJSONMessageMappingLoader.java - Used by the framework to autoload JSONMessagePartMapping for each of the message parts.
 +
 +
JSONMessagePartMapping - Each node in the above picture has a corresponding JSONMessagePartMapping.
 +
Each node has its own mapping, with its own values initialized in XMLJSONMessageMappingLoader.
 +
In order to get the mapping, first cast MessagePart to a concrete class such as CompositeMessagePartInstance or PrimitiveMessagePart, then use part.getMapping(). The purpose of the mapping is metadata for each node.
 +
 +
JSONMessageFormatter - Used to turn messages into JSON format.
 +
 +
JSONMessageParser - Used to turn JSON into a message.
  
 
== Resources ==
 
== Resources ==

Revision as of 10:23, 23 June 2011


Project Repository

https://bitbucket.org/b_lim/nexj-express-json-integration-adapter/overview

Project Goal

To create an adapter for the NexJ Core similar in methodology and design of existing message adapters (XML, Fixed, CSV etc.) but using the JSON format

Contributors

Current Status

Currently at Phase II and beginning Phase III.

Project Phases

JSON Integration Adapter Phases

Phase I. Research (DONE)

  1. Complete Fundamentals of NexJ Studio tutorial
  2. Complete NexJ Integration tutorial
  3. Install NexJ Studio Express from source

Phase II. Planning and Approval (DONE)

  1. Receive general approval for project
  2. Receive approval for JSON encoding options
  3. Receive approval for JSON formatting options

Phase III. Message Formatter

  1. Add JSON to .XSD base types
  2. Create sample JSON .message
  3. Parse sample JSON .message with JUnit Test
  4. Create first set of unit tests for Message Formatter
  5. Code Message Formatter first draft
  6. Resolve issues with first set of unit tests
  7. Create second set of unit tests
  8. Resolve issues with second set of unit tests
  9. Refactor and code message formatter

Phase IV. Message Parser

  1. Discover how to connect JSON RPC parser with Message Parser
  2. Create first set of trivial unit tests for Message Parser
  3. Code Message Parser skeleton
  4. Pass first set of trivial unit tests
  5. Create second set of unit tests (non-trivial) for Message Parser
  6. Code Message Formatter first draft
  7. Resolve issues with second set of unit tests
  8. Refactor

Phase V. Integration and Stress Tests

  1. Test Message Formatter and Message Parser with integration and stress tests
  2. Test through NexJ Studio Express GUI (manual testing)

Phase VI. Internal Code Review

  1. Internally review code at CDOT

Phase VII. Optimization

  1. Find more code optimizations relevant to Enterprise environments

Phase VIII. First Code Review at NexJ

  1. Date TBA

Phase IX. Code Rewrite

  1. Rewrite code to conform with NexJ suggestions and standards

Phase X. Second Code Review at NexJ

  1. Date TBA

Phase XI. Project Completion

Project Repository

BitBucket : https://bitbucket.org/b_lim/nexj-express-json-integration-adapter/

Technical Notes

Message Details

Message - Messages can contain values or other messages. The red nodes are messages, the green nodes are values.

NexJ Express Messages

Internally, messages are Transfer Objects. To determine if a node is a message, use instanceof on CompositeMessagePartInstance after retrieving the MessagePart. For example,

public void format(TransferObject tobj, Message message, Output out) throws IntegrationException
{
...
CompositeMessagePart root = message.getRoot(); // Gets the root of the message.
Iterator it = root.getPartIterator();
while (it.hasNext())
{
  part = (MessagePart)it.next());
  if (isCompositeMessagePartInstance(part))
  {
    // This part is a message
  }
  else if (isPrimitiveMessagePart(part))
  {
    // This part is a value
  }
...
}
...

MessagePart.java - Parts of a message. Messages can contain values or other messages.

Currently NexJ Express has two types of message parts, CompositeMessagePart.java and PrimitiveMessagePart.java .

CompositeMessagePart.java implementation is CompositeMessagePartInstance . The relationship between CompositeMessagePartInstance and PrimitiveMessagePart with the above picture is as follows : CompositeMessagePartInstance are messages (the red nodes) and PrimitiveMessagePart are values (the green nodes).

To determine multiplicity of MessageParts, use isCollection() method of MessagePart .

Note that multiplicity of

XMLJSONMessageMappingLoader.java - Used by the framework to autoload JSONMessagePartMapping for each of the message parts.

JSONMessagePartMapping - Each node in the above picture has a corresponding JSONMessagePartMapping. Each node has its own mapping, with its own values initialized in XMLJSONMessageMappingLoader. In order to get the mapping, first cast MessagePart to a concrete class such as CompositeMessagePartInstance or PrimitiveMessagePart, then use part.getMapping(). The purpose of the mapping is metadata for each node.

JSONMessageFormatter - Used to turn messages into JSON format.

JSONMessageParser - Used to turn JSON into a message.

Resources

JSON RFC : http://www.ietf.org/rfc/rfc4627.txt
Introduction to NexJ Studio Express : https://www.projects.openhealthtools.org/sf/go/doc1771?nav=1
NexJ Developer's Guide
NexJ Integration Fundamentals
Open Health Tools Integration Platform https://www.projects.openhealthtools.org/sf/projects/oht_aip/