You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-user@portals.apache.org by Ethan Adams <et...@gmail.com> on 2006/03/03 04:10:26 UTC
Profiler Question
I am using Jetspeed 2 with an external SSO solution and have a question
related to the profiler.
The typical user scenario is that a user would navigate the portal as a
guest, and at some point, click a login link which would send them to an
external login page. We send a return URL in the login link so the user
ends up on the page they were on before logging in.
The problem is that a user may be on a page as guest that only the guest has
access to, and after they login, an error is thrown because they don't have
access to that page anymore.
Is there anyway to setup the profiler to fall back to the parent folder of
the requested page if the user doesn't have access to the requested page?
Re: Hit Counter
Posted by Pham Tuan Minh <ph...@yahoo.com>.
Thanks for your response.
I try using org.apache.jetspeed.statistics.* packet.
--- Philip Mark Donaghy <ph...@gmail.com>
wrote:
> On 3/3/06, Pham Tuan Minh <ph...@yahoo.com>
> wrote:
> >
> > Hi all,
> >
> > Does anyone know how to count the number of users
> who
> > accessed j2 ?
>
> Did you try looking at the admin statistics portlet?
>
> > Pls, help me.
> >
> > Thanks.
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam
> protection around
> > http://mail.yahoo.com
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> jetspeed-user-unsubscribe@portals.apache.org
> > For additional commands, e-mail:
> jetspeed-user-help@portals.apache.org
> >
> >
>
>
> --
> Philip Donaghy
> donaghy.blogspot.com del.icio.us/donaghy/philip
> Skype: philipmarkdonaghy
> Office: +33 5 56 60 88 02
> Mobile: +33 6 20 83 22 62
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail:
> jetspeed-user-help@portals.apache.org
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Hit Counter
Posted by Philip Mark Donaghy <ph...@gmail.com>.
On 3/3/06, Pham Tuan Minh <ph...@yahoo.com> wrote:
>
> Hi all,
>
> Does anyone know how to count the number of users who
> accessed j2 ?
Did you try looking at the admin statistics portlet?
> Pls, help me.
>
> Thanks.
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
--
Philip Donaghy
donaghy.blogspot.com del.icio.us/donaghy/philip
Skype: philipmarkdonaghy
Office: +33 5 56 60 88 02
Mobile: +33 6 20 83 22 62
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Hit Counter
Posted by Pham Tuan Minh <ph...@yahoo.com>.
Hi all,
Does anyone know how to count the number of users who
accessed j2 ?
Pls, help me.
Thanks.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Profiler Question
Posted by Randy Watler <wa...@wispertel.net>.
Ethan,
Ah... no pages in the root folder is the key. If you had even a
default-page.psml there, it would resolve to that.
If there is only one 'abc' like folder in the root folder, one could
specify 'abc' as the default page for the root folder. I am guessing
that is not the case however.
There are profiling solutions, but these depend primarily on there being
versions of '1.psml' for the logged in users and the guest. In those
cases, you'd add a '/_user/guest/abc/1.psml' page for guest and leave
the one that is there for the logged in users. In your case, however,
you effectively want the page to disappear. This is reasonable for a
security based solution like you are implementing.
If you write up a JIRA issue, I can probably address this issue quickly
in the ProfilerValveImpl. Your request seems reasonable: e.g. fallback
up the folder structure instead of jumping all the way to the root, '/',
folder.
Randy
Ethan Adams wrote:
> My setup is a little hard to describe. Let me see if I can provide more
> info.
>
> I have no pages at root. I have profiles setup to send guests to one
> directory and logged in users to another, if there is no path information.
>
> an example hierarchy would be:
>
>
> /abc/default-page.psml (everyone)
> /abc/1.psml (guest)
> /abc/2.psml (some group)
>
> A guest user is on /abc/1.psml, clicks login, and the gets redirected to the
> /abc/1.psml page...which they don't have access to. Since I don't have a
> default / page, I get:
>
> org.apache.jetspeed.page.document.NodeNotFoundException: No page matched /
> request in site view.
> at
> org.apache.jetspeed.portalsite.impl.PortalSiteSessionContextImpl.selectRequestPage
> (PortalSiteSessionContextImpl.java:525)
> at
> org.apache.jetspeed.portalsite.impl.PortalSiteSessionContextImpl.selectRequestPage
> (PortalSiteSessionContextImpl.java:188)
> at
> org.apache.jetspeed.portalsite.impl.PortalSiteRequestContextImpl.getPage(
> PortalSiteRequestContextImpl.java:168)
> at
> org.apache.jetspeed.portalsite.impl.PortalSiteRequestContextImpl.getManagedPage
> (PortalSiteRequestContextImpl.java:151)
> at org.apache.jetspeed.profiler.impl.ProfilerValveImpl.invoke(
> ProfilerValveImpl.java:174)
>
> etc...
>
>
> What I'd like it to do is fallback to /abc/default-page.psml
>
> I'm not sure this helps.
>
> On 3/2/06, Randy Watler <wa...@wispertel.net> wrote:
>
>> Ethan,
>>
>> Ethan Adams wrote:
>>
>>> I am using Jetspeed 2 with an external SSO solution and have a question
>>> related to the profiler.
>>>
>>> The typical user scenario is that a user would navigate the portal as a
>>> guest, and at some point, click a login link which would send them to an
>>> external login page. We send a return URL in the login link so the user
>>> ends up on the page they were on before logging in.
>>>
>>> The problem is that a user may be on a page as guest that only the guest
>>>
>> has
>>
>>> access to, and after they login, an error is thrown because they don't
>>>
>> have
>>
>>> access to that page anymore.
>>>
>>>
>> The profiler and portal site component tries hard to fallback to a
>> reasonable page in this situation. At a minimum, it is supposed to fall
>> back to the root folder. What error are you seeing? What version of J2
>> are you using?
>>
>>> Is there anyway to setup the profiler to fall back to the parent folder
>>>
>> of
>>
>>> the requested page if the user doesn't have access to the requested
>>>
>> page?
>>
>> There are different forms of fallback, depending on the situation, and
>> many potential solutions depending on your page hierarchy and
>> role/group usage. For starters, one can define a fallback page in the
>> root folder and a special version of the page for guest: this uses the
>> Profiler instead of Security Constraints to select the page, thus
>> avoiding the access issues up front. There are other more complex
>> solutions that might be of some utility as well. Finally, one can change
>> the security fallback behavior by altering the behavior of the
>> ProfilerValve.
>>
>> HTH, will need more information about the specifics of your case to
>> advise further,
>>
>> Randy
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
>> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>>
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: Profiler Question
Posted by Ethan Adams <et...@gmail.com>.
My setup is a little hard to describe. Let me see if I can provide more
info.
I have no pages at root. I have profiles setup to send guests to one
directory and logged in users to another, if there is no path information.
an example hierarchy would be:
/abc/default-page.psml (everyone)
/abc/1.psml (guest)
/abc/2.psml (some group)
A guest user is on /abc/1.psml, clicks login, and the gets redirected to the
/abc/1.psml page...which they don't have access to. Since I don't have a
default / page, I get:
org.apache.jetspeed.page.document.NodeNotFoundException: No page matched /
request in site view.
at
org.apache.jetspeed.portalsite.impl.PortalSiteSessionContextImpl.selectRequestPage
(PortalSiteSessionContextImpl.java:525)
at
org.apache.jetspeed.portalsite.impl.PortalSiteSessionContextImpl.selectRequestPage
(PortalSiteSessionContextImpl.java:188)
at
org.apache.jetspeed.portalsite.impl.PortalSiteRequestContextImpl.getPage(
PortalSiteRequestContextImpl.java:168)
at
org.apache.jetspeed.portalsite.impl.PortalSiteRequestContextImpl.getManagedPage
(PortalSiteRequestContextImpl.java:151)
at org.apache.jetspeed.profiler.impl.ProfilerValveImpl.invoke(
ProfilerValveImpl.java:174)
etc...
What I'd like it to do is fallback to /abc/default-page.psml
I'm not sure this helps.
On 3/2/06, Randy Watler <wa...@wispertel.net> wrote:
>
> Ethan,
>
> Ethan Adams wrote:
> > I am using Jetspeed 2 with an external SSO solution and have a question
> > related to the profiler.
> >
> > The typical user scenario is that a user would navigate the portal as a
> > guest, and at some point, click a login link which would send them to an
> > external login page. We send a return URL in the login link so the user
> > ends up on the page they were on before logging in.
> >
> > The problem is that a user may be on a page as guest that only the guest
> has
> > access to, and after they login, an error is thrown because they don't
> have
> > access to that page anymore.
> >
> The profiler and portal site component tries hard to fallback to a
> reasonable page in this situation. At a minimum, it is supposed to fall
> back to the root folder. What error are you seeing? What version of J2
> are you using?
> > Is there anyway to setup the profiler to fall back to the parent folder
> of
> > the requested page if the user doesn't have access to the requested
> page?
> >
>
> There are different forms of fallback, depending on the situation, and
> many potential solutions depending on your page hierarchy and
> role/group usage. For starters, one can define a fallback page in the
> root folder and a special version of the page for guest: this uses the
> Profiler instead of Security Constraints to select the page, thus
> avoiding the access issues up front. There are other more complex
> solutions that might be of some utility as well. Finally, one can change
> the security fallback behavior by altering the behavior of the
> ProfilerValve.
>
> HTH, will need more information about the specifics of your case to
> advise further,
>
> Randy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
Re: Profiler Question
Posted by Randy Watler <wa...@wispertel.net>.
Ethan,
Ethan Adams wrote:
> I am using Jetspeed 2 with an external SSO solution and have a question
> related to the profiler.
>
> The typical user scenario is that a user would navigate the portal as a
> guest, and at some point, click a login link which would send them to an
> external login page. We send a return URL in the login link so the user
> ends up on the page they were on before logging in.
>
> The problem is that a user may be on a page as guest that only the guest has
> access to, and after they login, an error is thrown because they don't have
> access to that page anymore.
>
The profiler and portal site component tries hard to fallback to a
reasonable page in this situation. At a minimum, it is supposed to fall
back to the root folder. What error are you seeing? What version of J2
are you using?
> Is there anyway to setup the profiler to fall back to the parent folder of
> the requested page if the user doesn't have access to the requested page?
>
There are different forms of fallback, depending on the situation, and
many potential solutions depending on your page hierarchy and
role/group usage. For starters, one can define a fallback page in the
root folder and a special version of the page for guest: this uses the
Profiler instead of Security Constraints to select the page, thus
avoiding the access issues up front. There are other more complex
solutions that might be of some utility as well. Finally, one can change
the security fallback behavior by altering the behavior of the
ProfilerValve.
HTH, will need more information about the specifics of your case to
advise further,
Randy
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org