Thanks for the clarification.  It sounds like your application has multiple
personality disorder.  I remember an article written on the JASIG website
about why dynamic resolution of server name is generally a bad idea:

http://www.ja-sig.org/wiki/display/CASC/CASFilter

You should read it and way it in before you consider it.

HTH,
A-


On 8/4/09 10:28 AM, "Ravinder Singh" <[email protected]> wrote:

> I want to have different login views, on SAME service, but depending on
> which virtual host that the service was invoked on.
> 
> Lets take an example:
> 
> a service named 'webapp' is running on host 10.0.0.12 which has two domain
> names asociated with it; host1, and host2.
> Now the service is invoked by using http://host1/webapp or
> http://host2/webbapp. And we want to have a different login view if the user
> accesses the host1 domain, and a different on host2.
> The application itself will also render its pages differently depending on
> what hostname the user is accessing the web.xml.
> 
> But the application can only have one servername or serviceurl configured in
> web.xml.
> So that in effect limits the configuration of themes to only one of the
> domain names...
> 
> But by using request.getRequestUrl() instead of a hardcoded value in web.xml
> one can go around that limitation. That is in effect what I want to achieve.
> 
> Hope this clears up with what I want ...
> 
> 
> 
> 
> ----- Original Message -----
> From: "Andrew Feller" <[email protected]>
> To: <[email protected]>
> Sent: Tuesday, August 04, 2009 4:07 PM
> Subject: Re: [cas-user] Not specifying serverName or ServiceUrl
> 
> 
> Ravinder,
> 
> Lets see about rephrasing this as it is slightly confusing:
> 
> 1. You want the login page to look different depending on the service
>    that sent the user to CAS for a service ticket
> 
> 2. You realize CAS supports Spring Web Themes but unaware how to
>    associate them to a referring service
> 
> If these are true, then you should look into the CAS Service Management
> feature ( http://www.ja-sig.org/wiki/display/CASUM/Services+Management ) as
> it allows you to associate themes with registered services along with
> whitelisting / blacklisting which services can use your CAS server.  It
> determines this by a Ant-annotated URL entered for the registered service.
> 
> Now this is only good for themes.  If you want alternative views, then there
> is nothing out of the box for that yet.
> 
> HTH,
> A-
> 
> 
> On 8/4/09 8:04 AM, "Ravinder Singh" <[email protected]> wrote:
> 
>> Currently we are using web applications that use cas. Our next step is to
>> be able to whitelabel these applications based on the virtualname. Ie that
>> it presents a different presentation based on what url you access the
>> application with. And this also applies to the cas.
>> After studying cas, there seems to be functionality for using themes, that
>> would allow us to theme the presentation of the login screen. Though one
>> problem still remains, how does the client tell the server which dns name
>> is being used in the requestS?
>> 
>> By looking into your code, it seems that it supports custom parameters in
>> the authentication request towards the server. The problem is that these
>> parameters are pretty static. We need some dynamic parameters so that we
>> can set a theme name,
>> 
>> Or better:
>> 
>> What if that when the serverName and serviceUrl is empty, then the
>> serviceUrl is deducted from the request.getRequestURL()?
>> 
>> I have currently modified your code to test the feature and currently it
>> seems to work fine. But does this sound foolish, or are there some
>> scenarios it won¹t cover?
>> 
>> 
>> Regard,
>> 
>> Ravinder Singh
>> 

-- 
Andrew Feller, Business System Programmer
LSU University Information Services
200 Frey Computing Services Center
Baton Rouge, LA 70803
Office: 225.578.3737
Fax: 225.578.6400



-- 
You are currently subscribed to [email protected] as: 
[email protected]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

Reply via email to