Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] Refactoring/Remodelling/Renaming Call API

+1, this seems great especially with the smack 3.0 work


Chris Aniszczyk | IBM Lotus | Eclipse Committer | | +1 860 839 2465

Inactive hide details for "Roland N. Fru" ---04/01/2007 10:26:43 AM---Hi,"Roland N. Fru" ---04/01/2007 10:26:43 AM---Hi,


"Roland N. Fru" <roland@xxxxxxxxxxxxxx>




04/01/2007 10:26 AM


[ecf-dev] Refactoring/Remodelling/Renaming Call API


I started refactoring/remodelling the call API today and I would like to get your opinions with respect to an issue that has met some criticism from the community in the past.

The umbrella term “”Call API” seems inappropriate so I suggest we rename it to “Telephony API”. There are several reasons to support the renaming:
    1. “Call API” in certain contexts suggests some type of Invocation API which is clearly not the case with the ECF Call API.
    2. “Call” by definition limits the API capabilities solely to telephone CALLing although I can imagine the API handling other aspects within the telephony domain e.g. phone status, callcenter API, conferencing API etc. These are certainly not within the short term goals of the API, but the telephony namespace will “keep more doors open”.
    3. APIs similar to ours e.g. JTAPI, TAPI have traditionally carried the umbrella term “Telephony” and a design along the same lines will favor a suitable learning curve both for the users as well as for the implementers of the API.

I look forward to you dropping your thoughts on this. In case of positive feedback, I will rename the packages from “org.eclipse.ecf.*” to “org.eclipse.ecf.telephony.*”. e.g. the “” package will become the “” package.

ecf-dev mailing list

GIF image

GIF image

Back to the top