From: Marcel Holtmann <marcel@holtmann.org>
To: ofono@ofono.org
Subject: Re: Please comment on callhistory API
Date: Tue, 28 Sep 2010 02:50:46 +0900 [thread overview]
Message-ID: <1285609846.9845.11.camel@aeonflux> (raw)
In-Reply-To: <4C9D1F60.6090005@intel.com>
[-- Attachment #1: Type: text/plain, Size: 3273 bytes --]
Hi Raji,
> CallHistory hierarchy
> =============
>
> Service : org.ofono
> Interface : org.ofono.CallHistory
> Object path : [variable prefix]/{modem0,modem1,...}/CallHistory
the object path is wrong here. This should be pretty much on the main /
object path. And not on per modem and not in a sub-path.
I really don't think that per modem history makes sense. Denis?
> Methods void RegisterAgent (objectpath)
>
> RegisterAgent method registers the agent object path. Methods on this
> agent will be called if history needs to push data.
>
> Possible Errors: [service].Error.InvalidArguments
> [service].Error.InvalidFormat
> [service].Error.InUse
>
> void UnregisterAgent (objectpath)
>
> UnregisterAgent method unregister the already registered agent object path.
>
> Possible Errors: [service].Error.InvalidArguments
> [service].Error.InvalidFormat
> [service].Error.InUse
>
> CallHistoryAgent hierarchy
> ================
>
> Service Name : Unique Name
> Interface : org.ofono.CallHistoryAgent
> Objectpath : Freely definable
So I am actually thinking this should be just History and HistoryAgent
interfaces. Since we can differentiate between different types by the
different methods in the agent.
> Methods void SendHistory( array{dict})
>
> This method gets called by ofono to deliver an array of records. Each
> record is represented as a dictionary, all the dict properties are
> described in the "Properties" section.
>
> Possible Errors: [service].Error.Unsuccessful
We have to do some semantical things here first. So you proposal here is
to do org.ofono.CallHistoryAgent.SendHistory. The "History" part is used
twice here. That is never a good idea. Also it is not really sending a
history per se. It is more reporting one and just one at a time. So it
is not history it reports, it is a call.
So my proposal here is just to have one method for ReportCall and
another one for ReportTextMessage etc.
> void Release()
> Cleans up agent, assumes that agent is already unregistered, so not
> needed to unregister.
>
> Properties
> =======
> integer Uid [Read Only]
> Integer representing the unique id of the history record
In this case I would prefer UID as value and in uint32 please. D-Bus
doesn't have an integer type.
Also do we actually need this? Denis?
> string Calltype [Read Only]
> string representing the call type. Call type can be one of the following
> three alternatives
> "outgoing" - it is an outgoing call
> "incoming" - it is an incoming call
> "missed" - it is a missed call
If is is the call history dict then just Type is good enough. No idea to
duplicate the work Call all over the place.
>
> string LineIdentification [Read Only]
> string representing the LineIdentification , for outgoing call it is the
> phone number dialed. For Incoming call it is the CLIP, or COLP if
> received by the underlying implementation.
>
> string StartTime [Read Only]
> String representing start time of the call
>
> string EndTime [Read Only]
> String representing end time of the call
These looks fine.
Regards
Marcel
next prev parent reply other threads:[~2010-09-27 17:50 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-23 20:28 Please comment on callhistory API rajyalakshmi bommaraju
2010-09-24 1:17 ` Marcel Holtmann
2010-09-24 22:00 ` rajyalakshmi bommaraju
2010-09-27 17:50 ` Marcel Holtmann [this message]
2010-09-27 20:38 ` rajyalakshmi bommaraju
2010-09-27 22:21 ` Marcel Holtmann
2010-09-27 23:30 ` rajyalakshmi bommaraju
2010-09-28 14:08 ` Marcel Holtmann
2010-09-30 18:41 ` rajyalakshmi bommaraju
2010-10-01 7:33 ` Marcel Holtmann
2010-10-20 23:38 ` rajyalakshmi bommaraju
2010-09-27 23:08 ` Denis Kenzior
2010-09-27 23:14 ` Marcel Holtmann
2010-09-27 23:18 ` Denis Kenzior
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1285609846.9845.11.camel@aeonflux \
--to=marcel@holtmann.org \
--cc=ofono@ofono.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.