This is an automated email from the ASF dual-hosted git repository.
shuber pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/unomi.git
The following commit(s) were added to refs/heads/master by this push:
new acf392f Quick documentation fix to remove parsing error
acf392f is described below
commit acf392fe7c64020ba9734d2f9c5a3160f34875ac
Author: Serge Huber <[email protected]>
AuthorDate: Wed Feb 9 11:21:20 2022 +0100
Quick documentation fix to remove parsing error
---
manual/src/archives/1.1/asciidoc/getting-started.adoc | 2 +-
manual/src/archives/1.2/asciidoc/samples/twitter-sample.adoc | 2 +-
manual/src/archives/1.3/asciidoc/samples/twitter-sample.adoc | 2 +-
manual/src/archives/1.4/asciidoc/samples/twitter-sample.adoc | 2 +-
manual/src/archives/1.5/asciidoc/samples/twitter-sample.adoc | 2 +-
manual/src/main/asciidoc/samples/twitter-sample.adoc | 2 +-
6 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/manual/src/archives/1.1/asciidoc/getting-started.adoc
b/manual/src/archives/1.1/asciidoc/getting-started.adoc
index 18ee5ef..1dc078b 100644
--- a/manual/src/archives/1.1/asciidoc/getting-started.adoc
+++ b/manual/src/archives/1.1/asciidoc/getting-started.adoc
@@ -194,7 +194,7 @@ There are a couple of things to note here:
* If we specify a payload, it is expected to use the JSON format so we
`stringify` it and encode it if passed as a URL parameter in a `GET` request.
* We need to make a
https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS[`CORS`]
request since the Unomi server is most likely not running on the same host than
the one from which the request originates. The specific details are fairly
standard and we will not explain them here.
* We need to either retrieve (from the initial context we retrieved previously
using `cxs.sessionId`) or generate a session identifier for our request since
Unomi currently requires one.
-* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier: `http://localhost:8181/cxs/context.json?sessionId='
+ sessionId`. This URI requests context from Unomi, resulting in an updated
`cxs` object in the javascript global scope. The context server can reply to
this request either by returning a JSON-only object containing solely the
context information as is the case when the requested URI is `context.json`.
However, if the client reques [...]
+* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier:
`http://localhost:8181/cxs/context.json?sessionId=sessionId`. This URI requests
context from Unomi, resulting in an updated `cxs` object in the javascript
global scope. The context server can reply to this request either by returning
a JSON-only object containing solely the context information as is the case
when the requested URI is `context.json`. However, if the client requests `cont
[...]
* We don't need to provide any authentication at all to interact with this
part of Unomi since we only have access to read-only data (as well as providing
events as we shall see later on). If we had been using the REST API, we would
have needed to provide authentication information as well.
===== Context request and response structure
diff --git a/manual/src/archives/1.2/asciidoc/samples/twitter-sample.adoc
b/manual/src/archives/1.2/asciidoc/samples/twitter-sample.adoc
index 12b9805..2449fe4 100644
--- a/manual/src/archives/1.2/asciidoc/samples/twitter-sample.adoc
+++ b/manual/src/archives/1.2/asciidoc/samples/twitter-sample.adoc
@@ -166,7 +166,7 @@ There are a couple of things to note here:
* If we specify a payload, it is expected to use the JSON format so we
`stringify` it and encode it if passed as a URL parameter in a `GET` request.
* We need to make a
https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS[`CORS`]
request since the Unomi server is most likely not running on the same host than
the one from which the request originates. The specific details are fairly
standard and we will not explain them here.
* We need to either retrieve (from the initial context we retrieved previously
using `cxs.sessionId`) or generate a session identifier for our request since
Unomi currently requires one.
-* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier: `http://localhost:8181/cxs/context.json?sessionId='
+ sessionId`. This URI requests context from Unomi, resulting in an updated
`cxs` object in the javascript global scope. The context server can reply to
this request either by returning a JSON-only object containing solely the
context information as is the case when the requested URI is `context.json`.
However, if the client reques [...]
+* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier:
`http://localhost:8181/cxs/context.json?sessionId=sessionId`. This URI requests
context from Unomi, resulting in an updated `cxs` object in the javascript
global scope. The context server can reply to this request either by returning
a JSON-only object containing solely the context information as is the case
when the requested URI is `context.json`. However, if the client requests `cont
[...]
* We don't need to provide any authentication at all to interact with this
part of Unomi since we only have access to read-only data (as well as providing
events as we shall see later on). If we had been using the REST API, we would
have needed to provide authentication information as well.
===== Context request and response structure
diff --git a/manual/src/archives/1.3/asciidoc/samples/twitter-sample.adoc
b/manual/src/archives/1.3/asciidoc/samples/twitter-sample.adoc
index 8462397..74c7604 100644
--- a/manual/src/archives/1.3/asciidoc/samples/twitter-sample.adoc
+++ b/manual/src/archives/1.3/asciidoc/samples/twitter-sample.adoc
@@ -165,7 +165,7 @@ There are a couple of things to note here:
* If we specify a payload, it is expected to use the JSON format so we
`stringify` it and encode it if passed as a URL parameter in a `GET` request.
* We need to make a
https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS[`CORS`]
request since the Unomi server is most likely not running on the same host than
the one from which the request originates. The specific details are fairly
standard and we will not explain them here.
* We need to either retrieve (from the initial context we retrieved previously
using `cxs.sessionId`) or generate a session identifier for our request since
Unomi currently requires one.
-* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier: `http://localhost:8181/cxs/context.json?sessionId='
+ sessionId`. This URI requests context from Unomi, resulting in an updated
`cxs` object in the javascript global scope. The context server can reply to
this request either by returning a JSON-only object containing solely the
context information as is the case when the requested URI is `context.json`.
However, if the client reques [...]
+* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier:
`http://localhost:8181/cxs/context.json?sessionId=sessionId`. This URI requests
context from Unomi, resulting in an updated `cxs` object in the javascript
global scope. The context server can reply to this request either by returning
a JSON-only object containing solely the context information as is the case
when the requested URI is `context.json`. However, if the client requests `cont
[...]
* We don't need to provide any authentication at all to interact with this
part of Unomi since we only have access to read-only data (as well as providing
events as we shall see later on). If we had been using the REST API, we would
have needed to provide authentication information as well.
===== Context request and response structure
diff --git a/manual/src/archives/1.4/asciidoc/samples/twitter-sample.adoc
b/manual/src/archives/1.4/asciidoc/samples/twitter-sample.adoc
index 5571f0c..4ea15b3 100644
--- a/manual/src/archives/1.4/asciidoc/samples/twitter-sample.adoc
+++ b/manual/src/archives/1.4/asciidoc/samples/twitter-sample.adoc
@@ -165,7 +165,7 @@ There are a couple of things to note here:
* If we specify a payload, it is expected to use the JSON format so we
`stringify` it and encode it if passed as a URL parameter in a `GET` request.
* We need to make a
https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS[`CORS`]
request since the Unomi server is most likely not running on the same host than
the one from which the request originates. The specific details are fairly
standard and we will not explain them here.
* We need to either retrieve (from the initial context we retrieved previously
using `cxs.sessionId`) or generate a session identifier for our request since
Unomi currently requires one.
-* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier: `http://localhost:8181/cxs/context.json?sessionId='
+ sessionId`. This URI requests context from Unomi, resulting in an updated
`cxs` object in the javascript global scope. The context server can reply to
this request either by returning a JSON-only object containing solely the
context information as is the case when the requested URI is `context.json`.
However, if the client reques [...]
+* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier:
`http://localhost:8181/cxs/context.json?sessionId=sessionId`. This URI requests
context from Unomi, resulting in an updated `cxs` object in the javascript
global scope. The context server can reply to this request either by returning
a JSON-only object containing solely the context information as is the case
when the requested URI is `context.json`. However, if the client requests `cont
[...]
* We don't need to provide any authentication at all to interact with this
part of Unomi since we only have access to read-only data (as well as providing
events as we shall see later on). If we had been using the REST API, we would
have needed to provide authentication information as well.
===== Context request and response structure
diff --git a/manual/src/archives/1.5/asciidoc/samples/twitter-sample.adoc
b/manual/src/archives/1.5/asciidoc/samples/twitter-sample.adoc
index 2a454e6..d8a6a28 100644
--- a/manual/src/archives/1.5/asciidoc/samples/twitter-sample.adoc
+++ b/manual/src/archives/1.5/asciidoc/samples/twitter-sample.adoc
@@ -165,7 +165,7 @@ There are a couple of things to note here:
* If we specify a payload, it is expected to use the JSON format so we
`stringify` it and encode it if passed as a URL parameter in a `GET` request.
* We need to make a
https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS[`CORS`]
request since the Unomi server is most likely not running on the same host than
the one from which the request originates. The specific details are fairly
standard and we will not explain them here.
* We need to either retrieve (from the initial context we retrieved previously
using `cxs.sessionId`) or generate a session identifier for our request since
Unomi currently requires one.
-* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier: `http://localhost:8181/cxs/context.json?sessionId='
+ sessionId`. This URI requests context from Unomi, resulting in an updated
`cxs` object in the javascript global scope. The context server can reply to
this request either by returning a JSON-only object containing solely the
context information as is the case when the requested URI is `context.json`.
However, if the client reques [...]
+* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier:
`http://localhost:8181/cxs/context.json?sessionId=sessionId`. This URI requests
context from Unomi, resulting in an updated `cxs` object in the javascript
global scope. The context server can reply to this request either by returning
a JSON-only object containing solely the context information as is the case
when the requested URI is `context.json`. However, if the client requests `cont
[...]
* We don't need to provide any authentication at all to interact with this
part of Unomi since we only have access to read-only data (as well as providing
events as we shall see later on). If we had been using the REST API, we would
have needed to provide authentication information as well.
===== Context request and response structure
diff --git a/manual/src/main/asciidoc/samples/twitter-sample.adoc
b/manual/src/main/asciidoc/samples/twitter-sample.adoc
index 5d0198f..b522d12 100644
--- a/manual/src/main/asciidoc/samples/twitter-sample.adoc
+++ b/manual/src/main/asciidoc/samples/twitter-sample.adoc
@@ -166,7 +166,7 @@ There are a couple of things to note here:
* If we specify a payload, it is expected to use the JSON format so we
`stringify` it and encode it if passed as a URL parameter in a `GET` request.
* We need to make a
https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS[`CORS`]
request since the Unomi server is most likely not running on the same host than
the one from which the request originates. The specific details are fairly
standard and we will not explain them here.
* We need to either retrieve (from the initial context we retrieved previously
using `cxs.sessionId`) or generate a session identifier for our request since
Unomi currently requires one.
-* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier: `http://localhost:8181/cxs/context.json?sessionId='
+ sessionId`. This URI requests context from Unomi, resulting in an updated
`cxs` object in the javascript global scope. The context server can reply to
this request either by returning a JSON-only object containing solely the
context information as is the case when the requested URI is `context.json`.
However, if the client reques [...]
+* We're calling the `ContextServlet` using the default install URI, specifying
the session identifier:
`http://localhost:8181/cxs/context.json?sessionId=sessionId`. This URI requests
context from Unomi, resulting in an updated `cxs` object in the javascript
global scope. The context server can reply to this request either by returning
a JSON-only object containing solely the context information as is the case
when the requested URI is `context.json`. However, if the client requests `cont
[...]
* We don't need to provide any authentication at all to interact with this
part of Unomi since we only have access to read-only data (as well as providing
events as we shall see later on). If we had been using the REST API, we would
have needed to provide authentication information as well.
===== Context request and response structure
