Switch to feature-driven linking
This introduces a new way of linking Serval executables and dynamic
libraries from static libraries like libservald.a -- called
"feature-driven" linking.
The Makefile now links servald and serval-tests from libservald.a,
rather than from an explicit list of object (.o) files. Thanks to the
section-based method for registering functions such as HTTP handlers,
CLI commands and MDP handlers, these object files had become
"stand-alone" and hence were no longer included in the link because
there was no unresolved reference that required them to be linked in.
The new "feature.h" provides the DECLARE_FEATURE(name) macro that each
stand-alone source file uses to declare the named feature(s) it
provides. Each executable can call the USE_FEATURE(name) macro in any
of its explicitly-linked source files to cause the corresponding
object(s) to be included in the link, eg, servald_features.c.
The DEFINE_BINDING() macro has been extended so that every individual
MDP binding is given a feature name based on its port number macro, eg,
"mdp_binding_MDP_PORT_ECHO".
Some features have been factored into their own separate source files so
they can be omitted or included in a build independently of each other:
- the MDP bindings for MDP_PORT_DNALOOKUP, MDP_PORT_ECHO,
MDP_PORT_TRACE, MDP_PORT_KEYMAPREQUEST, MDP_PORT_RHIZOME_xxx,
MDP_PORT_PROBE, MDP_PORT_STUN, MDP_PORT_STUNREQ
- the CLI "log" and "echo" commands
- the CLI "rhizome direct" command
The JNI source files are only compiled if the <jni.h> header is present,
otherwise they are omitted from libservald.so.
2016-10-13 02:58:23 +00:00
|
|
|
/*
|
|
|
|
Serval DNA daemon features
|
|
|
|
Copyright (C) 2016 Flinders University
|
|
|
|
|
|
|
|
This program is free software; you can redistribute it and/or
|
|
|
|
modify it under the terms of the GNU General Public License
|
|
|
|
as published by the Free Software Foundation; either version 2
|
|
|
|
of the License, or (at your option) any later version.
|
|
|
|
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
GNU General Public License for more details.
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
|
|
along with this program; if not, write to the Free Software
|
|
|
|
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "feature.h"
|
|
|
|
|
|
|
|
void servald_features()
|
|
|
|
{
|
|
|
|
USE_FEATURE(cli_version);
|
|
|
|
USE_FEATURE(cli_echo);
|
|
|
|
USE_FEATURE(cli_log);
|
|
|
|
USE_FEATURE(cli_config);
|
|
|
|
USE_FEATURE(cli_server);
|
|
|
|
USE_FEATURE(cli_keyring);
|
|
|
|
USE_FEATURE(cli_network);
|
|
|
|
USE_FEATURE(cli_rhizome);
|
|
|
|
USE_FEATURE(cli_meshms);
|
|
|
|
USE_FEATURE(cli_monitor);
|
|
|
|
USE_FEATURE(cli_msp_proxy);
|
|
|
|
USE_FEATURE(cli_vomp_console);
|
|
|
|
USE_FEATURE(cli_rhizome_direct);
|
|
|
|
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_ECHO);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_TRACE);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_KEYMAPREQUEST);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_DNALOOKUP);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_PROBE);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_STUN);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_STUNREQ);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_LINKSTATE);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_VOMP);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_RHIZOME_SYNC);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_RHIZOME_SYNC_KEYS);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_RHIZOME_REQUEST);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_RHIZOME_RESPONSE);
|
|
|
|
USE_FEATURE(mdp_binding_MDP_PORT_RHIZOME_MANIFEST_REQUEST);
|
|
|
|
|
|
|
|
USE_FEATURE(http_server);
|
|
|
|
USE_FEATURE(http_rhizome);
|
|
|
|
USE_FEATURE(http_rhizome_direct);
|
|
|
|
USE_FEATURE(http_rest_keyring);
|
|
|
|
USE_FEATURE(http_rest_rhizome);
|
|
|
|
USE_FEATURE(http_rest_meshms);
|
|
|
|
}
|
|
|
|
|
|
|
|
#include <assert.h>
|
|
|
|
#include "overlay_address.h"
|
|
|
|
#include "rhizome.h"
|
|
|
|
#include "cli.h"
|
|
|
|
#include "keyring.h"
|
|
|
|
|
|
|
|
__thread keyring_file *keyring = NULL;
|
|
|
|
|
2016-10-17 07:10:28 +00:00
|
|
|
void command_cleanup()
|
Switch to feature-driven linking
This introduces a new way of linking Serval executables and dynamic
libraries from static libraries like libservald.a -- called
"feature-driven" linking.
The Makefile now links servald and serval-tests from libservald.a,
rather than from an explicit list of object (.o) files. Thanks to the
section-based method for registering functions such as HTTP handlers,
CLI commands and MDP handlers, these object files had become
"stand-alone" and hence were no longer included in the link because
there was no unresolved reference that required them to be linked in.
The new "feature.h" provides the DECLARE_FEATURE(name) macro that each
stand-alone source file uses to declare the named feature(s) it
provides. Each executable can call the USE_FEATURE(name) macro in any
of its explicitly-linked source files to cause the corresponding
object(s) to be included in the link, eg, servald_features.c.
The DEFINE_BINDING() macro has been extended so that every individual
MDP binding is given a feature name based on its port number macro, eg,
"mdp_binding_MDP_PORT_ECHO".
Some features have been factored into their own separate source files so
they can be omitted or included in a build independently of each other:
- the MDP bindings for MDP_PORT_DNALOOKUP, MDP_PORT_ECHO,
MDP_PORT_TRACE, MDP_PORT_KEYMAPREQUEST, MDP_PORT_RHIZOME_xxx,
MDP_PORT_PROBE, MDP_PORT_STUN, MDP_PORT_STUNREQ
- the CLI "log" and "echo" commands
- the CLI "rhizome direct" command
The JNI source files are only compiled if the <jni.h> header is present,
otherwise they are omitted from libservald.so.
2016-10-13 02:58:23 +00:00
|
|
|
{
|
2016-10-17 07:10:28 +00:00
|
|
|
// This function is called after every CLI command has finished.
|
Switch to feature-driven linking
This introduces a new way of linking Serval executables and dynamic
libraries from static libraries like libservald.a -- called
"feature-driven" linking.
The Makefile now links servald and serval-tests from libservald.a,
rather than from an explicit list of object (.o) files. Thanks to the
section-based method for registering functions such as HTTP handlers,
CLI commands and MDP handlers, these object files had become
"stand-alone" and hence were no longer included in the link because
there was no unresolved reference that required them to be linked in.
The new "feature.h" provides the DECLARE_FEATURE(name) macro that each
stand-alone source file uses to declare the named feature(s) it
provides. Each executable can call the USE_FEATURE(name) macro in any
of its explicitly-linked source files to cause the corresponding
object(s) to be included in the link, eg, servald_features.c.
The DEFINE_BINDING() macro has been extended so that every individual
MDP binding is given a feature name based on its port number macro, eg,
"mdp_binding_MDP_PORT_ECHO".
Some features have been factored into their own separate source files so
they can be omitted or included in a build independently of each other:
- the MDP bindings for MDP_PORT_DNALOOKUP, MDP_PORT_ECHO,
MDP_PORT_TRACE, MDP_PORT_KEYMAPREQUEST, MDP_PORT_RHIZOME_xxx,
MDP_PORT_PROBE, MDP_PORT_STUN, MDP_PORT_STUNREQ
- the CLI "log" and "echo" commands
- the CLI "rhizome direct" command
The JNI source files are only compiled if the <jni.h> header is present,
otherwise they are omitted from libservald.so.
2016-10-13 02:58:23 +00:00
|
|
|
rhizome_close_db();
|
|
|
|
free_subscribers();
|
|
|
|
assert(keyring==NULL);
|
|
|
|
}
|