2018-09-01 09:51:40 +02:00
|
|
|
// Matrix Construct
|
|
|
|
//
|
|
|
|
// Copyright (C) Matrix Construct Developers, Authors & Contributors
|
|
|
|
// Copyright (C) 2016-2018 Jason Volk <jason@zemos.net>
|
|
|
|
//
|
|
|
|
// Permission to use, copy, modify, and/or distribute this software for any
|
|
|
|
// purpose with or without fee is hereby granted, provided that the above
|
|
|
|
// copyright notice and this permission notice is present in all copies. The
|
|
|
|
// full license for this software is available in the LICENSE file.
|
|
|
|
|
|
|
|
namespace ircd::m::sync
|
|
|
|
{
|
|
|
|
struct args;
|
|
|
|
struct stats;
|
2019-01-04 02:21:02 +01:00
|
|
|
struct data;
|
|
|
|
struct response;
|
2018-09-01 09:51:40 +02:00
|
|
|
|
2018-10-18 16:44:20 +02:00
|
|
|
extern const string_view description;
|
|
|
|
extern resource resource;
|
|
|
|
extern resource::method method_get;
|
|
|
|
|
2019-01-10 22:19:07 +01:00
|
|
|
extern conf::item<size_t> flush_hiwat;
|
|
|
|
extern conf::item<size_t> buffer_size;
|
2019-03-17 21:24:24 +01:00
|
|
|
extern conf::item<size_t> linear_buffer_size;
|
2019-02-27 02:02:21 +01:00
|
|
|
extern conf::item<size_t> linear_delta_max;
|
2019-03-07 20:53:58 +01:00
|
|
|
extern conf::item<bool> longpoll_enable;
|
2019-04-08 11:04:24 +02:00
|
|
|
extern conf::item<bool> polylog_phased;
|
2019-03-07 20:53:58 +01:00
|
|
|
extern conf::item<bool> polylog_only;
|
2019-01-10 22:19:07 +01:00
|
|
|
|
|
|
|
static const_buffer flush(data &, resource::response::chunked &, const const_buffer &);
|
2019-03-07 20:53:58 +01:00
|
|
|
static void empty_response(data &, const uint64_t &next_batch);
|
2019-02-27 02:02:21 +01:00
|
|
|
static bool linear_handle(data &);
|
|
|
|
static bool polylog_handle(data &);
|
2018-09-01 09:51:40 +02:00
|
|
|
static resource::response handle_get(client &, const resource::request &);
|
|
|
|
}
|
|
|
|
|
|
|
|
namespace ircd::m::sync::longpoll
|
|
|
|
{
|
2019-03-17 21:18:33 +01:00
|
|
|
struct accepted;
|
2018-10-07 07:17:46 +02:00
|
|
|
|
|
|
|
size_t polling {0};
|
|
|
|
std::deque<accepted> queue;
|
|
|
|
ctx::dock dock;
|
|
|
|
|
2019-03-28 07:37:30 +01:00
|
|
|
static bool handle(data &, const args &, const accepted &, const mutable_buffer &scratch);
|
2019-01-10 05:39:12 +01:00
|
|
|
static bool poll(data &, const args &);
|
2018-10-07 07:17:46 +02:00
|
|
|
static void handle_notify(const m::event &, m::vm::eval &);
|
|
|
|
extern m::hookfn<m::vm::eval &> notified;
|
2018-09-01 09:51:40 +02:00
|
|
|
}
|
|
|
|
|
2019-03-17 21:18:33 +01:00
|
|
|
struct ircd::m::sync::longpoll::accepted
|
|
|
|
:m::event
|
|
|
|
{
|
|
|
|
json::strung strung;
|
|
|
|
std::string client_txnid;
|
|
|
|
event::idx event_idx;
|
|
|
|
|
|
|
|
accepted(const m::vm::eval &eval)
|
|
|
|
:strung
|
|
|
|
{
|
|
|
|
*eval.event_
|
|
|
|
}
|
|
|
|
,client_txnid
|
|
|
|
{
|
|
|
|
eval.copts?
|
|
|
|
eval.copts->client_txnid:
|
|
|
|
string_view{}
|
|
|
|
}
|
|
|
|
,event_idx
|
|
|
|
{
|
|
|
|
eval.sequence
|
|
|
|
}
|
|
|
|
{
|
|
|
|
const json::object object{this->strung};
|
|
|
|
static_cast<m::event &>(*this) = m::event{object};
|
|
|
|
}
|
|
|
|
|
|
|
|
accepted(accepted &&) = default;
|
|
|
|
accepted(const accepted &) = delete;
|
|
|
|
};
|
|
|
|
|
2018-09-01 09:51:40 +02:00
|
|
|
struct ircd::m::sync::args
|
|
|
|
{
|
|
|
|
static conf::item<milliseconds> timeout_max;
|
|
|
|
static conf::item<milliseconds> timeout_min;
|
|
|
|
static conf::item<milliseconds> timeout_default;
|
|
|
|
|
|
|
|
const resource::request &request;
|
|
|
|
|
|
|
|
string_view filter_id
|
|
|
|
{
|
|
|
|
// 6.2.1 The ID of a filter created using the filter API or a filter JSON object
|
|
|
|
// encoded as a string. The server will detect whether it is an ID or a JSON object
|
|
|
|
// by whether the first character is a "{" open brace. Passing the JSON inline is best
|
|
|
|
// suited to one off requests. Creating a filter using the filter API is recommended
|
|
|
|
// for clients that reuse the same filter multiple times, for example in long poll requests.
|
|
|
|
request.query["filter"]
|
|
|
|
};
|
|
|
|
|
|
|
|
uint64_t since
|
|
|
|
{
|
|
|
|
// 6.2.1 A point in time to continue a sync from.
|
|
|
|
request.query.get<uint64_t>("since", 0)
|
|
|
|
};
|
|
|
|
|
2019-01-26 23:30:18 +01:00
|
|
|
uint64_t next_batch
|
|
|
|
{
|
|
|
|
// [experimental] A upper bound to stop this sync at. This is used in
|
|
|
|
// conjunction with `since` to provide a stable window of results. If
|
|
|
|
// not specified the sync range is everything after `since`. NOTE that
|
|
|
|
// this DOES NOT guarantee true idempotency in all cases and for all
|
|
|
|
// time. But that would be nice. Many sync modules do not support this
|
|
|
|
// because the results of repeated calls for range may become empty
|
|
|
|
// after a while.
|
|
|
|
request.query.get<uint64_t>("next_batch", -1)
|
|
|
|
};
|
|
|
|
|
2018-09-01 09:51:40 +02:00
|
|
|
steady_point timesout{[this]
|
|
|
|
{
|
|
|
|
// 6.2.1 The maximum time to poll in milliseconds before returning this request.
|
|
|
|
auto ret(request.query.get("timeout", milliseconds(timeout_default)));
|
|
|
|
ret = std::min(ret, milliseconds(timeout_max));
|
|
|
|
ret = std::max(ret, milliseconds(timeout_min));
|
|
|
|
return now<steady_point>() + ret;
|
|
|
|
}()};
|
|
|
|
|
|
|
|
bool full_state
|
|
|
|
{
|
|
|
|
// 6.2.1 Controls whether to include the full state for all rooms the user is a member of.
|
|
|
|
// If this is set to true, then all state events will be returned, even if since is non-empty.
|
|
|
|
// The timeline will still be limited by the since parameter. In this case, the timeout
|
|
|
|
// parameter will be ignored and the query will return immediately, possibly with an
|
|
|
|
// empty timeline. If false, and since is non-empty, only state which has changed since
|
|
|
|
// the point indicated by since will be returned. By default, this is false.
|
|
|
|
request.query.get("full_state", false)
|
|
|
|
};
|
|
|
|
|
|
|
|
bool set_presence
|
|
|
|
{
|
|
|
|
// 6.2.1 Controls whether the client is automatically marked as online by polling this API.
|
|
|
|
// If this parameter is omitted then the client is automatically marked as online when it
|
|
|
|
// uses this API. Otherwise if the parameter is set to "offline" then the client is not
|
|
|
|
// marked as being online when it uses this API. One of: ["offline"]
|
|
|
|
request.query.get("set_presence", true)
|
|
|
|
};
|
2019-01-10 22:19:07 +01:00
|
|
|
|
2019-04-08 11:04:24 +02:00
|
|
|
bool phased
|
|
|
|
{
|
|
|
|
request.query.get("phased", true)
|
|
|
|
};
|
|
|
|
|
2019-01-26 22:19:16 +01:00
|
|
|
args(const resource::request &request);
|
|
|
|
};
|