gio/auto/
test_dbus.rs

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
// This file was generated by gir (https://github.com/gtk-rs/gir)
// from gir-files (https://github.com/gtk-rs/gir-files)
// DO NOT EDIT

use crate::{ffi, TestDBusFlags};
use glib::translate::*;

glib::wrapper! {
    /// A helper class for testing code which uses D-Bus without touching the user’s
    /// session bus.
    ///
    /// Note that `GTestDBus` modifies the user’s environment, calling
    /// [`setenv()`](man:setenv(3)). This is not thread-safe, so all `GTestDBus`
    /// calls should be completed before threads are spawned, or should have
    /// appropriate locking to ensure no access conflicts to environment variables
    /// shared between `GTestDBus` and other threads.
    ///
    /// ## Creating unit tests using `GTestDBus`
    ///
    /// Testing of D-Bus services can be tricky because normally we only ever run
    /// D-Bus services over an existing instance of the D-Bus daemon thus we
    /// usually don’t activate D-Bus services that are not yet installed into the
    /// target system. The `GTestDBus` object makes this easier for us by taking care
    /// of the lower level tasks such as running a private D-Bus daemon and looking
    /// up uninstalled services in customizable locations, typically in your source
    /// code tree.
    ///
    /// The first thing you will need is a separate service description file for the
    /// D-Bus daemon. Typically a `services` subdirectory of your `tests` directory
    /// is a good place to put this file.
    ///
    /// The service file should list your service along with an absolute path to the
    /// uninstalled service executable in your source tree. Using autotools we would
    /// achieve this by adding a file such as `my-server.service.in` in the services
    /// directory and have it processed by configure.
    ///
    /// ```text
    /// [D-BUS Service]
    /// Name=org.gtk.GDBus.Examples.ObjectManager
    /// Exec=@abs_top_builddir@/gio/tests/gdbus-example-objectmanager-server
    /// ```
    ///
    /// You will also need to indicate this service directory in your test
    /// fixtures, so you will need to pass the path while compiling your
    /// test cases. Typically this is done with autotools with an added
    /// preprocessor flag specified to compile your tests such as:
    ///
    /// ```text
    /// -DTEST_SERVICES=\""$(abs_top_builddir)/tests/services"\"
    /// ```
    ///
    /// Once you have a service definition file which is local to your source tree,
    /// you can proceed to set up a GTest fixture using the `GTestDBus` scaffolding.
    ///
    /// An example of a test fixture for D-Bus services can be found
    /// here:
    /// [gdbus-test-fixture.c](https://gitlab.gnome.org/GNOME/glib/-/blob/HEAD/gio/tests/gdbus-test-fixture.c)
    ///
    /// Note that these examples only deal with isolating the D-Bus aspect of your
    /// service. To successfully run isolated unit tests on your service you may need
    /// some additional modifications to your test case fixture. For example; if your
    /// service uses [`Settings`][crate::Settings] and installs a schema then it is important
    /// that your test service not load the schema in the ordinary installed location
    /// (chances are that your service and schema files are not yet installed, or
    /// worse; there is an older version of the schema file sitting in the install
    /// location).
    ///
    /// Most of the time we can work around these obstacles using the
    /// environment. Since the environment is inherited by the D-Bus daemon
    /// created by `GTestDBus` and then in turn inherited by any services the
    /// D-Bus daemon activates, using the setup routine for your fixture is
    /// a practical place to help sandbox your runtime environment. For the
    /// rather typical GSettings case we can work around this by setting
    /// `GSETTINGS_SCHEMA_DIR` to the in tree directory holding your schemas
    /// in the above `fixture_setup()` routine.
    ///
    /// The GSettings schemas need to be locally pre-compiled for this to work. This
    /// can be achieved by compiling the schemas locally as a step before running
    /// test cases, an autotools setup might do the following in the directory
    /// holding schemas:
    ///
    /// ```text
    ///     all-am:
    ///             $(GLIB_COMPILE_SCHEMAS) .
    ///
    ///     CLEANFILES += gschemas.compiled
    /// ```
    ///
    /// ## Properties
    ///
    ///
    /// #### `flags`
    ///  #GTestDBusFlags specifying the behaviour of the D-Bus session.
    ///
    /// Readable | Writeable | Construct Only
    ///
    /// # Implements
    ///
    /// [`trait@glib::ObjectExt`]
    #[doc(alias = "GTestDBus")]
    pub struct TestDBus(Object<ffi::GTestDBus>);

    match fn {
        type_ => || ffi::g_test_dbus_get_type(),
    }
}

impl TestDBus {
    /// Create a new #GTestDBus object.
    /// ## `flags`
    /// a #GTestDBusFlags
    ///
    /// # Returns
    ///
    /// a new #GTestDBus.
    #[doc(alias = "g_test_dbus_new")]
    pub fn new(flags: TestDBusFlags) -> TestDBus {
        unsafe { from_glib_full(ffi::g_test_dbus_new(flags.into_glib())) }
    }

    /// Add a path where dbus-daemon will look up .service files. This can't be
    /// called after g_test_dbus_up().
    /// ## `path`
    /// path to a directory containing .service files
    #[doc(alias = "g_test_dbus_add_service_dir")]
    pub fn add_service_dir(&self, path: &str) {
        unsafe {
            ffi::g_test_dbus_add_service_dir(self.to_glib_none().0, path.to_glib_none().0);
        }
    }

    /// Stop the session bus started by g_test_dbus_up().
    ///
    /// This will wait for the singleton returned by g_bus_get() or g_bus_get_sync()
    /// to be destroyed. This is done to ensure that the next unit test won't get a
    /// leaked singleton from this test.
    #[doc(alias = "g_test_dbus_down")]
    pub fn down(&self) {
        unsafe {
            ffi::g_test_dbus_down(self.to_glib_none().0);
        }
    }

    /// Get the address on which dbus-daemon is running. If g_test_dbus_up() has not
    /// been called yet, [`None`] is returned. This can be used with
    /// g_dbus_connection_new_for_address().
    ///
    /// # Returns
    ///
    /// the address of the bus, or [`None`].
    #[doc(alias = "g_test_dbus_get_bus_address")]
    #[doc(alias = "get_bus_address")]
    pub fn bus_address(&self) -> Option<glib::GString> {
        unsafe { from_glib_none(ffi::g_test_dbus_get_bus_address(self.to_glib_none().0)) }
    }

    /// Get the flags of the #GTestDBus object.
    ///
    /// # Returns
    ///
    /// the value of #GTestDBus:flags property
    #[doc(alias = "g_test_dbus_get_flags")]
    #[doc(alias = "get_flags")]
    pub fn flags(&self) -> TestDBusFlags {
        unsafe { from_glib(ffi::g_test_dbus_get_flags(self.to_glib_none().0)) }
    }

    /// Stop the session bus started by g_test_dbus_up().
    ///
    /// Unlike g_test_dbus_down(), this won't verify the #GDBusConnection
    /// singleton returned by g_bus_get() or g_bus_get_sync() is destroyed. Unit
    /// tests wanting to verify behaviour after the session bus has been stopped
    /// can use this function but should still call g_test_dbus_down() when done.
    #[doc(alias = "g_test_dbus_stop")]
    pub fn stop(&self) {
        unsafe {
            ffi::g_test_dbus_stop(self.to_glib_none().0);
        }
    }

    /// Start a dbus-daemon instance and set DBUS_SESSION_BUS_ADDRESS. After this
    /// call, it is safe for unit tests to start sending messages on the session bus.
    ///
    /// If this function is called from setup callback of g_test_add(),
    /// g_test_dbus_down() must be called in its teardown callback.
    ///
    /// If this function is called from unit test's main(), then g_test_dbus_down()
    /// must be called after g_test_run().
    #[doc(alias = "g_test_dbus_up")]
    pub fn up(&self) {
        unsafe {
            ffi::g_test_dbus_up(self.to_glib_none().0);
        }
    }

    /// Unset DISPLAY and DBUS_SESSION_BUS_ADDRESS env variables to ensure the test
    /// won't use user's session bus.
    ///
    /// This is useful for unit tests that want to verify behaviour when no session
    /// bus is running. It is not necessary to call this if unit test already calls
    /// g_test_dbus_up() before acquiring the session bus.
    #[doc(alias = "g_test_dbus_unset")]
    pub fn unset() {
        unsafe {
            ffi::g_test_dbus_unset();
        }
    }
}