[Engine-devel] restapi - domains

[Itamar Heim]

On 03/08/2013 06:04 AM, Shireesh Anjal wrote:
> On 03/07/2013 01:05 PM, Aravinda wrote:
>> We can have only two fields in login screen, username and password.
>> Username will include domain name(username at domain).
>>
>> Default domain name can be "internal" if user didn't enter the domain
>> name as part of username then we can append the default value and
>> validate.
>>
>> Note: We use username at domain as username when we connect through
>> <rest_api_url>/api
>
> The idea is to *not* have the user type in the domain name, but rather
> let him/her choose one, just like what happens in webadmin. We should
> try and minimize typing as much as possible when it comes to mobile apps.

I think this was done on purpose for some reason to not provide a public 
api for the rest api, but i could be wrong and don't remember the detail.
as the concepts of multi tenancy and multiple domains grow, providing 
the list of domains is considered an issue, and most systems today 
require user to provide their full user/domain (well, usually in the 
form of their email address).

>
>>
>> --
>> regards
>> Aravinda
>>
>> On 03/07/2013 11:15 AM, Shireesh Anjal wrote:
>>> Hi,
>>>
>>> We are trying to develop a simple android app to monitor and manage
>>> gluster clusters by consuming the restapi exposed by engine. The
>>> first screen is the login screen, which is similar to the webadmin
>>> login screen. Here, we want to populate the combo box of "domains" by
>>> fetching it from the restapi. However, the domains api cannot be
>>> invoked without authentication! So we have a sort of a
>>> chicken-and-egg problem.
>>>
>>> Any suggestions on how to tackle this? I feel the "domains" api
>>> should be "public", in the sense it should not expect authentication.
>>>
>>> Regards,
>>> Shireesh
>>> _______________________________________________
>>> Engine-devel mailing list
>>> Engine-devel at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel