Luis Vidal fe1812fd38 Weather API: Delegate the responsability of rejecting back to back requests [1/2] ... The Weather Manager Service should not impose rules regarding how a weather provide service wants to react to back to back weather update requests, nor impose the time a caller should wait before a new request can be submitted. These constraints vary between weather services, so it's up the each implementation to enforce these constraints. With this patch, the Weather manager service will pass the requests as they come from the requester and it will be up to the active service provider decide whether process or reject the request. Changes to API: - Moved the request statuses to new inner class RequestStatus in CMWeatherManager - Pass status arg to onLookupCityRequestCompleted() - Added reject(int) method to ServiceRequest Change-Id: I3512490688255e25395e955d506fe42ed52f8fe0 TICKET: CYNGNOS-2430		2016-04-13 15:22:40 -07:00
..
IWeatherProviderService.aidl	Weather API: Return ID rather than RequestInfo [1/2]	2016-04-13 11:57:38 -07:00
IWeatherProviderServiceClient.aidl	cmsdk: Move sdk classes under new sdk directory.	2016-04-01 12:22:14 -07:00
ServiceRequest.java	Weather API: Delegate the responsability of rejecting back to back requests [1/2]	2016-04-13 15:22:40 -07:00
ServiceRequestResult.aidl	cmsdk: Move sdk classes under new sdk directory.	2016-04-01 12:22:14 -07:00
ServiceRequestResult.java	Weather API: Return ID rather than RequestInfo [1/2]	2016-04-13 11:57:38 -07:00
WeatherProviderService.java	Weather API: Return ID rather than RequestInfo [1/2]	2016-04-13 11:57:38 -07:00