Open Source Telephony
 help / color / mirror / Atom feed
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



  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox