Quantcast
Channel: Marius Bancila's Blog » VS2012
Viewing all articles
Browse latest Browse all 8

Full-fledged client-server example with C++ REST SDK 1.1.0

0
0

In my previous post I shown how you can build a C++ application with the C++ REST SDK that fetches search results from a search engine. In this post I will go a step further and develop a client-server application from scratch using version 1.1.0 of the SDK. This version features an HTTP listener implementation (still in an experimental phase). Notice that for the time being this 1.1.0 SDK release does not work with Visual Studio 2013 Preview. This samples and built with Visual Studio 2012.

Overview of the problem to solve

The server manages a dictionary of key-value pairs (both strings) and supports several HTTP request methods:

  • GET: retrieves all the key-value pair from the dictionary.
    The response is a JSON object representing key-value pairs (eg. {"one" : "100", "two" : "200"}).
  • POST: retrieves the values of the specified keys from the dictionary.
    The request is a JSON array of strings (eg. ["one", "two", "three"]).
    The response is similar to the GET method, except that only requested keys are returned.
  • PUT: inserts new pairs of key-values in the dictionary. If a key is already found its value is updated.
    The request is a JSON object representing pairs of keys and values (eg. {"one" : "100", "two" : "200"})
    The response is a JSON object representing they key and the result for the action, such as addition or update (eg. {"one" : "<put>", "two" : "<updated>"}).
  • DEL: deletes the specified keys from the dictionary.
    The request is a JSON array of strings (eg. ["one", "two", "three"]).
    The response is a JSON object representing they key and the result for the action, such as success or failure (eg. {"one" : "<deleted>", "two" : "<failed>"}).

Notice that the server implements both GET and POST. The GET method is supposed to request a representation of the specified URI. Though it is theoretically possible that a GET request carries a body, in practice that should be ignored. The C++ REST library actually triggers an exception if you make a GET request with a body. Therefore, GET is used to return the entire content of the dictionary and the POST method, that supports a body, returns only the requested key-value pairs.

The client can make HTTP requests to the server, adding or updating key-values, fetch or delete existing pairs.

All communication, both for the request and the answer, is done using JSON values.

The server implementation

On the server side we have to do the following:

  • instantiate an http_listener object, specifying the URI where it should listen for requests.
  • provide handlers for the HTTP request methods for the listener.
  • open the listener and loop to wait for messages.

The core of the server application is shown below (except for the request handlers).

#include <cpprest/http_listener.h>
#include <cpprest/json.h>
#pragma comment(lib, "cpprest110_1_1")

using namespace web;
using namespace web::http;
using namespace web::http::experimental::listener;

#include <iostream>
#include <map>
#include <set>
#include <string>
using namespace std;

#define TRACE(msg)            wcout << msg
#define TRACE_ACTION(a, k, v) wcout << a << L" (" << k << L", " << v << L")\n"

map<:string_t utility::string_t> dictionary;

/* handlers implementation */

int main()
{
   http_listener listener(L"http://localhost/restdemo");

   listener.support(methods::GET, handle_get);
   listener.support(methods::POST, handle_post);
   listener.support(methods::PUT, handle_put);
   listener.support(methods::DEL, handle_del);

   try
   {
      listener
         .open()
         .then([&listener](){TRACE(L"\nstarting to listen\n");})
         .wait();

      while (true);
   }
   catch (exception const & e)
   {
      wcout << e.what() << endl;
   }

   return 0;
}

In this simple implementation the dictionary is a std::map. Its content is not persisted to disk, it is reloaded each time the server starts.

Let’s now look at the handlers. As mentioned earlier the GET method is a bit different than the others. A GET request should return all the key-value pairs in the server’s dictionary. Its implementation looks like this:

void handle_get(http_request request)
{
   TRACE(L"\nhandle GET\n");

   json::value::field_map answer;

   for(auto const & p : dictionary)
   {
      answer.push_back(make_pair(json::value(p.first), json::value(p.second)));
   }

   request.reply(status_codes::OK, json::value::object(answer));
}

What it does is iterating through the dictionary and putting its key-value pairs into a json::value::field_map. That object is then sent back the the client.

The POST, PUT and DEL methods are a bit more complicated, because they all receive a JSON value specifying either keys to fetch or delete or pairs of key-value to add or update in the dictionary. Since some code would get duplicated several times I have created a generic method for handling requests that takes a function that evaluates the JSON request value and builds the response JSON value.

void handle_request(http_request request, 
                    function<void(json::value &, json::value::field_map &)> action)
{
   json::value::field_map answer;

   request
      .extract_json()
      .then([&answer, &action](pplx::task<json::value> task) {
         try
         {
            auto & jvalue = task.get();

            if (!jvalue.is_null())
            {
               action(jvalue, answer);
            }
         }
         catch (http_exception const & e)
         {
            wcout << e.what() << endl;
         }
      })
      .wait();

   request.reply(status_codes::OK, json::value::object(answer));
}

The handlers for POST, PUT and DEL will then call this generic method providing a lambda with the actual core implementation of each request handling.

void handle_post(http_request request)
{
   TRACE("\nhandle POST\n");

   handle_request(
      request, 
      [](json::value & jvalue, json::value::field_map & answer)
      {
         for (auto const & e : jvalue)
         {
            if (e.second.is_string())
            {
               auto key = e.second.as_string();

               auto pos = dictionary.find(key);
               if (pos == dictionary.end())
               {
                  answer.push_back(make_pair(json::value(key), json::value(L"<nil>")));
               }
               else
               {
                  answer.push_back(make_pair(json::value(pos->first), json::value(pos->second)));
               }
            }
         }
      }
   );
}

void handle_put(http_request request)
{
   TRACE("\nhandle PUT\n");

   handle_request(
      request,
      [](json::value & jvalue, json::value::field_map & answer)
      {
         for (auto const & e : jvalue)
         {
            if (e.first.is_string() && e.second.is_string())
            {
               auto key = e.first.as_string();
               auto value = e.second.as_string();

               if (dictionary.find(key) == dictionary.end())
               {
                  TRACE_ACTION(L"added", key, value);
                  answer.push_back(make_pair(json::value(key), json::value(L"<put>")));
               }
               else
               {
                  TRACE_ACTION(L"updated", key, value);
                  answer.push_back(make_pair(json::value(key), json::value(L"<updated>")));
               }

               dictionary[key] = value;
            }
         }
      }
   );
}

void handle_del(http_request request)
{
   TRACE("\nhandle DEL\n");

   handle_request(
      request,
      [](json::value & jvalue, json::value::field_map & answer)
      {
         set<utility::string_t> keys;
         for (auto const & e : jvalue)
         {
            if (e.second.is_string())
            {
               auto key = e.second.as_string();

               auto pos = dictionary.find(key);
               if (pos == dictionary.end())
               {
                  answer.push_back(make_pair(json::value(key), json::value(L"<failed>")));
               }
               else
               {
                  TRACE_ACTION(L"deleted", pos->first, pos->second);
                  answer.push_back(make_pair(json::value(key), json::value(L"<deleted>")));
                  keys.insert(key);
               }
            }
         }

         for (auto const & key : keys)
            dictionary.erase(key);
      }
   );
}

And that is all with the server.

The client implementation

On the client side we need a http_client object to make HTTP requests to the server. It has an overloaded method request() that allows specifying the request method, a path and a JSON value for instance. A JSON value is not sent if the method is GET (or HEAD). Since for each request the answer is a JSON value, I have created a method called make_request() that dispatches the request and when the response arrives it fetches the JSON value and displays it in the console.

The core of the client code looks like this:

#include <cpprest/http_client.h>
#include <cpprest/json.h>
#pragma comment(lib, "cpprest110_1_1")

using namespace web;
using namespace web::http;
using namespace web::http::client;

#include <iostream>
using namespace std;

void display_field_map_json(json::value & jvalue)
{
   if (!jvalue.is_null())
   {
      for (auto const & e : jvalue)
      {
         wcout << e.first.as_string() << L" : " << e.second.as_string() << endl;
      }
   }
}

pplx::task<http_response> make_task_request(http_client & client, 
                                            method mtd, 
                                            json::value const & jvalue)
{
   return (mtd == methods::GET || mtd == methods::HEAD) ? 
      client.request(mtd, L"/restdemo") : 
      client.request(mtd, L"/restdemo", jvalue);
}

void make_request(http_client & client, method mtd, json::value const & jvalue)
{
   make_task_request(client, mtd, jvalue)
      .then([](http_response response)
      {
         if (response.status_code() == status_codes::OK)
         {
            return response.extract_json();
         }
         return pplx::task_from_result(json::value());
      })
      .then([](pplx::task<json::value> previousTask)
      {
         try
         {
            display_field_map_json(previousTask.get());
         }
         catch (http_exception const & e)
         {
            wcout << e.what() << endl;
         }
      })
      .wait();
}

In the main() function I then just make a series of requests to the server, putting, fetching and deleting key-values from the server’s dictionary.

int main()
{
   http_client client(U("http://localhost"));

   json::value::field_map putvalue;
   putvalue.push_back(make_pair(json::value(L"one"), json::value(L"100")));
   putvalue.push_back(make_pair(json::value(L"two"), json::value(L"200")));

   wcout << L"\nput values\n";
   make_request(client, methods::PUT, json::value::object(putvalue));

   auto getvalue = json::value::array();
   getvalue[0] = json::value(L"one");
   getvalue[1] = json::value(L"two");
   getvalue[2] = json::value(L"three");

   wcout << L"\nget values (POST)\n";
   make_request(client, methods::POST, getvalue);

   auto delvalue = json::value::array();
   delvalue[0] = json::value(L"one");

   wcout << L"\ndelete values\n";
   make_request(client, methods::DEL, delvalue);

   wcout << L"\nget values (POST)\n";
   make_request(client, methods::POST, getvalue);

   wcout << L"\nget values (GET)\n";
   make_request(client, methods::GET, json::value::null());

   return 0;
}

The client and server in action

You need to start the server first and then run the client. The output from running the client is:

put values
one : <put>
two : <put>

get values (POST)
one : 100
two : 200
three : <nil>

delete values
one : <deleted>

get values (POST)
one : <nil>
two : 200
three : <nil>

get values (GET)
two : 200

On the server console the output is:

starting to listen

handle PUT
added (one, 100)
added (two, 200)

handle POST

handle DEL
deleted (one, 100)

handle POST

handle GET


Viewing all articles
Browse latest Browse all 8

Latest Images

Trending Articles





Latest Images