~kaijanmaki/+junk/indicators-ng

\documentclass[a4paper, 12pt]{article}

\usepackage[

    pdftex,

    pdfauthor={Antti Kaijanm\"{a}ki},

        pdftitle={},

        colorlinks,

        bookmarks={true},

        bookmarksopen={true},

        ]{hyperref}

\usepackage{graphicx}   

\usepackage{titling}

 

\title{ZinC\\Service Description Language\\---\\D-Bus Transport}

\author{

        Antti Kaijanm\"{a}ki\\

        \texttt{antti.kaijanmaki@canonical.com}

        }

\date{\today}

 

\begin{document}

\pagenumbering{gobble} 

\maketitle

 

\newpage

\begin{abstract}

\end{abstract}

 

\newpage

\tableofcontents

 

\newpage

\pagenumbering{arabic}

 

\subsection{D-Bus Transport}

D-Bus is not an object model, but it can be used to implement one.

 

As D-Bus is so relaxed on the way services and API's can be defined on top of it, object bindings for it usually turn out poorly and require per API quirks.

 

The description files can easily be mapped to dbus API's.

 

- dbus permission.conf:s generated automatically

 

\subsection{D-Bus Shortcomings}

way of automatically disconnect from the bus when app goes

to suspend a way to load the values when app comes out of suspend

 

way for the service to know when it's interface is listened to avoid unnecessary

loading of resources and also not keeping the service from getting wakeups on data that nobody cares for

 

\section{API Compatibility}

 

\end{document}