Grouper Users - Open Discussion List

[Martin Feller <>]

To give more details... the UI is hosted in a Tomcat on a different machine, 
and is pulled into the
existing webpage using an iframe.
You may argue this is not the cleanest solution of all, but it's a prototype 
to see what's
possible and what not.

On 2/14/11 3:44 PM, Martin Feller wrote:
> I try to integrate the light UI into an existing webpage. After logging 
> into that webpage information about
> the user (like username) is stored in a cookie. I don't want an additional 
> basic authentication step when the group
> management page is rendered, but rather have the Grouper UI servlet use the 
> information from the cookie to get the user id.
> All works fine, I see the cookies, but I think I need to do changes in the 
> filter code to accomplish this.
> Having a declarative option, like in grouper-ws, would be cleaner, I guess
> 
> Thanks,
> 
> Martin
> 
> On 2/14/11 3:28 PM, Chris Hyzer wrote:
>> What authentication mechanism do you want to use?
>>
>> Thanks,
>> Chris
>>
>> -----Original Message-----
>> From: 
>> 
>>  
>> [mailto:]
>>  On Behalf Of Martin Feller
>> Sent: Monday, February 14, 2011 4:27 PM
>> To: 
>> 
>> Subject: [grouper-users] lite ui and authentication mechanism
>>
>> Hi,
>>
>> Can somebody please confirm the following?
>>
>> I was trying to write a custom authentication mechanism and hook it into 
>> the Prototype Lite UI, as described
>> here: https://spaces.internet2.edu/display/Grouper/Authentication
>>
>> But I think this won't work, because the mechanisms described there are 
>> only for grouper-ws.
>> The lite UI servlet that handles the AJAX calls from grouper.html, or 
>> rather the service logic classes used by the
>> lite UI servlet, call a static method of the GrouperUI filter to get the 
>> remote user though.
>>
>> So there's no configuration-only way to change the authentication 
>> mechanism for this UI, right?
>>
>> Thanks!
>>
>> Martin
>