Re: [Hypercontent-users] HC logout issue

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi Alex ,
Thanks for the reply see my observations below

> You are right that the authentication ticket is no
> longer valid, but  
> you must not confuse authentication with session
> management.  CAS is  
> the authentication provider for uPortal and
> HyperContent, but all  
> three have their own session management.  Once
> authenticated, CAS is  
> no longer consulted to verify that a user's session
> with uPortal or  
> HC is still valid.  The solution to this, "Single
> Sign-off", would be  
> for CAS, when a user logs out, to notify all the
> applications the  
> user has logged into.  Only then could each and
> every application  
> close its session for that individual.   This does
> not exist, but I  
> have seen discussion on the CAS list about it.

Yes agree but I thought having mode=login (or
command=Login) as the suffix for the HC link in
uPortal would call the CAS and make sure the validity
of the ticket irrespective of the session management.
So in this case as we have called the cas logout from
uPortal I thought CASLogin Module in HC would detect
this(validity of the ticket).

> > In addition to above I would like to know the
> > following,
> > because of the WebProxy limitation (to have no
> head
> > elements as uPortal renders it) How can we have a
> css
> > in Hypercontent and view the contents and ignore
> it
> > when publishing it. Reason for this is uPortal got
> the
> > css for the WebProxy but still authors would like
> to
> > see the styles within HC. Current project
> definition
> > which I got is very primitive and we only want to
> work
> > on htmls at the moment without any of the xml and
> xsl
> > stuff.
> 
> This is another reason to consider the HyperContent
> portlet, which  
> will automatically strip out the <head> tag and all
> its contents, so  
> you can safely add the CSS in the head tag without
> polluting the  
> portal.

>I have a bunch of changes to check in on
> the portlet later  
> this week, having added directory browsing and menus
> for adding files  
> and tracking open files, and copying, deleting or
> moving files.
> 

I further experiment on this and included the our css
file as follows in the html(student.html) in our HC as
follows.

<link href="student.css" rel=
..............type="text/css">

It works fine and shows the styles within the HC also
it wont pollute the portlet (CWebproxy) as it anyhow
ignores the head element of html in HC. We have the
same css file in uPortal level as well.

Yes my next step is go for the xml+xsl (hoping to
refer to the zip uploaded by you) but before that I
wanted everything to work end to end even with this
primitive html centric approach.

I think I got lot of them in now.
Only thing which is not working is image rendering
which I described below.

We do have a top level images folder (same level as
config) we got all the images there. We want to refer
to images as follows in the html
<img src="images/testimage.jpg" />

but each time we save/build it adds '/' in front as
follows which prevents it from rendering
<img src="/images/testimage.jpg" />

This image url does not content any project specific
detail.

____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com