<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Infrastructure - Xcraft</title>
    <link>/xcraft/infrastructure/index.html</link>
    <description>A land needs chiefs, roads, horses, dialects and more in order to trade between species&#xA;The beginning of wisdom is the statement ‘I do not know.’ The person who cannot make that statement is one who will never learn anything. And I have prided myself on my ability to learn. – Thrall&#xA;The infrastructure is organized by a network of Xcraft servers where it’s possible to have dedicated work for each node.</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <atom:link href="/xcraft/infrastructure/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Client</title>
      <link>/xcraft/infrastructure/client/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/xcraft/infrastructure/client/index.html</guid>
      <description>There are two levels of accesses to the buses of an Xcraft server. There is the low level (for Orcs), and it’s the Xcraft API. For the Goblins, you will use an higher level of API based on the Quest context.&#xA;Xcraft level? Orcs? Goblins level? But what the hell?&#xA;– Human without Mana&#xA;The Goblins live in a land governed by the Orcs… Okay, I’ve lost you, sorry.. The Xcraft’s name is a nod to the WarCraft game, but it’s not just that.</description>
    </item>
    <item>
      <title>Messages</title>
      <link>/xcraft/infrastructure/messages/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/xcraft/infrastructure/messages/index.html</guid>
      <description>Serializer The Xcraft messages (by command like by event) know how to send Immutable.js objects (and Shredder) as far as these objects are provided correctly. In order to be serializable, it must be compliant with one of the following points:&#xA;As value of msg.data As value in an array provided in msg.data As value in an object provided in msg.data where msg is the Xcraft envelop and data the user payload</description>
    </item>
    <item>
      <title>Commands</title>
      <link>/xcraft/infrastructure/commands/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/xcraft/infrastructure/commands/index.html</guid>
      <description></description>
    </item>
    <item>
      <title>Events</title>
      <link>/xcraft/infrastructure/events/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/xcraft/infrastructure/events/index.html</guid>
      <description>How to use This section will explain a lot of details about the events and subscriptions mechanisms. It uses only the Goblin API. But note that it’s possible to use the Xcraft API as well and in this case, you can find some informations at this section.&#xA;Subscribe When subscribing to a topic for events, a simple syntax can be used in order to group multiple events to one subscription and without the use of regexes.</description>
    </item>
    <item>
      <title>Backends</title>
      <link>/xcraft/infrastructure/backends/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/xcraft/infrastructure/backends/index.html</guid>
      <description>Use horses when traveling in the lands, but prefer more faster and appropriate transports when talking to your neighbours&#xA;There are two backends in the transport layer. The first one is named EE and it’s based on the EventEmitter of nodejs. The second one is named Axon and implements a particular protocol on TCP/IP. The base idea is simple. A message where the destination is in the same process, uses the EE backend.</description>
    </item>
    <item>
      <title>Server</title>
      <link>/xcraft/infrastructure/server/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/xcraft/infrastructure/server/index.html</guid>
      <description></description>
    </item>
    <item>
      <title>Routing</title>
      <link>/xcraft/infrastructure/routing/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/xcraft/infrastructure/routing/index.html</guid>
      <description>Multicasting with Xcraft By multicasting we talk about the ways where the events must follow from a sender to one (unicast) or multiple (multicast) receivers. The original implementation was using only the broadcast. For performances and security reasons, the multicast was necessary. In order to achieve this goal, we have implemented a complete mechanic in the router stuff (see xcraft-core-transport module). To multicast we must know which are the clients and where they are.</description>
    </item>
  </channel>
</rss>