This adds the most important updates to Graphene from BitShares. Most notably, https://github.com/bitshares/bitshares-core/issues/1506 Second most notably, it updates Peerplays' FC to be in sync with BitShares FC. This is a squash commit of several subcommits. The subcommit messages are reproduced below: Replace fc::uint128 with boost::multiprecision::uint128_t replace smart_ref with shared_ptr Fixes/Remove Unused Remove NTP time Remove old macro This macro is now in FC, so no need to define it here anymore Replaced fc::array with std::array Separate exception declaration and implementation Adapted to fc promise changes Fixes Add back in some of Peter's fixes that got lost in the cherry pick _hash endianness fixes Remove all uses of fc/smart_ref It's gone, can't use it anymore Replace improper static_variant operator overloads with comparators Fixes Remove boost::signals from build system; it's header-only so it's not listed in cmake anymore. Also remove some unused hashing code Impl. pack/unpack functions for extension class Ref #1506: Isolate chain/protocol to its own library Ref #1506: Add object_downcast_t Allows the more concise expression `object_downcast_t<xyz>` instead of the old `typename object_downcast<xyz>::type` Ref #1506: Move ID types from db to protocol The ID types, object_id and object_id_type, were defined in the db library, and the protocol library depends on db to get these types. Technically, the ID types are defined by the protocol and used by the database, and not vice versa. Therefore these types should be in the protocol library, and db should depend on protocol to get them. This commit makes it so. Ref #1506: Isolate chain/protocol to its own library Remove commented-out index code Wrap overlength line Remove unused key types Probably fix Docker build Fix build after rebase Ref #1506/#1737: Some requested changes Ref #1506/#1737: Macro-fy ID type definitions Define macros to fully de-boilerplate ID type definitions. Externalities: - Rename transaction_object -> transaction_history_object - Rename impl_asset_dynamic_data_type -> impl_asset_dynamic_data_object_type - Rename impl_asset_bitasset_data_type -> impl_asset_bitasset_data_object_type The first is to avoid a naming collision on transaction_id_type, and the other two are to maintain consistency with the naming of the other types. Ref #1506/#1737: Fix clean_name() Ref #1506/#1737: Oops Fix .gitignore Externalized serialization in protocol library Fix compile sets Delete a couple of ghost files that were in the tree but not part of the project (I accidentally added them to CMakeLists while merging, but they're broken and not part of the Peerplays code), and add several files that got dropped from the build during merge. General fixes Fix warnings, build issues, unused code, etc. Fix #1772 by decprecating cli_wallet -H More fixes Fix errors and warnings and generally coax it to build Fix test I'm pretty sure this didn't break from what I did... But I can't build the original code, so I can't tell. Anyways, this one now passes... Others still fail... Small fix Fix crash in auth checks Final fixes Last round of fixes following the rebase to Beatrice Rename project in CMakeLists.txt The CMakeLists.txt declared this project as BitShares and not Peerplays, which makes it confusing in IDEs. Rename it to be clear which project is open. Resolve #374 Replace all object refs in macros with IDs, and fix affected tests to look up objects by ID rather than using invalidated refs. A full audit of all tests should be performed to eliminate any further usage of invalidated object references. Resolve #373: Add object notifiers Various fixes Fixes to various issues, primarily reflections, that cropped up during merge conflict resolution Fix startup bug in Bookie plugin Bookie plugin was preventing the node from starting up because it registered its secondary indexes to create objects in its own primary indexes to track objects being created in other primary indexes, and did so during its `initialize()` step, which is to say, before the database was loaded from disk at startup. This caused the secondary indexes to create tracker objects when the observed indexes were loading objects from disk. This then caused a failure when these tracker indexes were later loaded from disk, and the first object IDs collided. This is fixed by refraining from defining secondary indexes until the `startup()` stage rather than the `initialize()` stage. Primary indexes are registered in `initialize()`, secondary indexes are registered in `startup()`. This also involved adding a new method, "add_secondary_index()", to `object_database`, as before there was no way to do this because you couldn't get a non-const index from a non-const database. I have no idea how this was working before I got here... Fix egenesis install Fixes after updates Rebase on updated develop branch and fix conflicts
146 lines
5.9 KiB
C++
146 lines
5.9 KiB
C++
/*
|
|
* Copyright (c) 2015 Cryptonomex, Inc., and contributors.
|
|
*
|
|
* The MIT License
|
|
*
|
|
* Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
* of this software and associated documentation files (the "Software"), to deal
|
|
* in the Software without restriction, including without limitation the rights
|
|
* to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
* copies of the Software, and to permit persons to whom the Software is
|
|
* furnished to do so, subject to the following conditions:
|
|
*
|
|
* The above copyright notice and this permission notice shall be included in
|
|
* all copies or substantial portions of the Software.
|
|
*
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
* AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
|
|
* THE SOFTWARE.
|
|
*/
|
|
#pragma once
|
|
#include <graphene/protocol/object_id.hpp>
|
|
#include <fc/io/raw.hpp>
|
|
#include <fc/crypto/city.hpp>
|
|
#include <boost/multiprecision/integer.hpp>
|
|
|
|
#define MAX_NESTING (200)
|
|
|
|
namespace graphene { namespace db {
|
|
|
|
/**
|
|
* @brief base for all database objects
|
|
*
|
|
* The object is the fundamental building block of the database and
|
|
* is the level upon which undo/redo operations are performed. Objects
|
|
* are used to track data and their relationships and provide an effecient
|
|
* means to find and update information.
|
|
*
|
|
* Objects are assigned a unique and sequential object ID by the database within
|
|
* the id_space defined in the object.
|
|
*
|
|
* All objects must be serializable via FC_REFLECT() and their content must be
|
|
* faithfully restored. Additionally all objects must be copy-constructable and
|
|
* assignable in a relatively efficient manner. In general this means that objects
|
|
* should only refer to other objects by ID and avoid expensive operations when
|
|
* they are copied, especially if they are modified frequently.
|
|
*
|
|
* Additionally all objects may be annotated by plugins which wish to maintain
|
|
* additional information to an object. There can be at most one annotation
|
|
* per id_space for each object. An example of an annotation would be tracking
|
|
* extra data not required by validation such as the name and description of
|
|
* a user asset. By carefully organizing how information is organized and
|
|
* tracked systems can minimize the workload to only that which is necessary
|
|
* to perform their function.
|
|
*
|
|
* @note Do not use multiple inheritance with object because the code assumes
|
|
* a static_cast will work between object and derived types.
|
|
*/
|
|
class object
|
|
{
|
|
public:
|
|
object(){}
|
|
virtual ~object(){}
|
|
|
|
static const uint8_t space_id = 0;
|
|
static const uint8_t type_id = 0;
|
|
|
|
|
|
// serialized
|
|
object_id_type id;
|
|
|
|
/// these methods are implemented for derived classes by inheriting abstract_object<DerivedClass>
|
|
virtual unique_ptr<object> clone()const = 0;
|
|
virtual void move_from( object& obj ) = 0;
|
|
virtual variant to_variant()const = 0;
|
|
virtual vector<char> pack()const = 0;
|
|
};
|
|
|
|
/**
|
|
* @class abstract_object
|
|
* @brief Use the Curiously Recurring Template Pattern to automatically add the ability to
|
|
* clone, serialize, and move objects polymorphically.
|
|
*
|
|
* http://en.wikipedia.org/wiki/Curiously_recurring_template_pattern
|
|
*/
|
|
template<typename DerivedClass>
|
|
class abstract_object : public object
|
|
{
|
|
public:
|
|
virtual unique_ptr<object> clone()const
|
|
{
|
|
return unique_ptr<object>(new DerivedClass( *static_cast<const DerivedClass*>(this) ));
|
|
}
|
|
|
|
virtual void move_from( object& obj )
|
|
{
|
|
static_cast<DerivedClass&>(*this) = std::move( static_cast<DerivedClass&>(obj) );
|
|
}
|
|
virtual variant to_variant()const { return variant( static_cast<const DerivedClass&>(*this), MAX_NESTING ); }
|
|
virtual vector<char> pack()const { return fc::raw::pack( static_cast<const DerivedClass&>(*this) ); }
|
|
};
|
|
|
|
typedef flat_map<uint8_t, object_id_type> annotation_map;
|
|
|
|
/**
|
|
* @class annotated_object
|
|
* @brief An object that is easily extended by providing pointers to other objects, one for each space.
|
|
*/
|
|
template<typename DerivedClass>
|
|
class annotated_object : public abstract_object<DerivedClass>
|
|
{
|
|
public:
|
|
/** return object_id_type() if no anotation is found for id_space */
|
|
object_id_type get_annotation( uint8_t annotation_id_space )const
|
|
{
|
|
auto itr = annotations.find(annotation_id_space);
|
|
if( itr != annotations.end() ) return itr->second;
|
|
return object_id_type();
|
|
}
|
|
void set_annotation( object_id_type id )
|
|
{
|
|
annotations[id.space()] = id;
|
|
}
|
|
|
|
/**
|
|
* Annotations should be accessed via get_annotation and set_annotation so
|
|
* that they can be maintained in sorted order.
|
|
*/
|
|
annotation_map annotations;
|
|
};
|
|
|
|
} } // graphene::db
|
|
|
|
// Without this, pack(object_id) tries to match the template for
|
|
// pack(boost::multiprecision::uint128_t). No idea why. :-(
|
|
namespace boost { namespace multiprecision { namespace detail {
|
|
template<typename To>
|
|
struct is_restricted_conversion<graphene::db::object,To> : public mpl::true_ {};
|
|
}}}
|
|
|
|
FC_REFLECT_TYPENAME( graphene::db::annotation_map )
|
|
FC_REFLECT( graphene::db::object, (id) )
|
|
FC_REFLECT_DERIVED_TEMPLATE( (typename Derived), graphene::db::annotated_object<Derived>, (graphene::db::object), (annotations) )
|