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 wa...@wispertel.net on 2005/04/28 22:55:05 UTC
Re: security/profiler related question
Amit,
Are you taking advantage of any of the existing profiling features? If so,
the answer below might change.
Basically, you need to employ a new profiling rule based on roles, (i.e.
role-fallback), for each user. Then, you place the "not logged in" page
relative to root: /somePage.psml. Finally, you create a new page at
/_role/someRole/somePage.psml with the portlet X in it.
See the J2 example site *.psml and *.sql for more details.
Randy
> Hi all,
>
> I need to achieve following results.
>
> I have a link on the left menu pointing to somePage.psml which has a
> portlext X. Now if the user who logs on has a role X, then he should be
> able
> to see regular contents of Portlet X, but if he does not have the role X,
> he
> should get a message saying you are not subscribed.
>
> What is the best way to achieve this ?? .. I am sorry, but I am not so
> familiar with the PageManager/Profiler thing so please pardon ...
>
> Thanks,
> Amit
>
>
>
> ---------------------------------------------------------------------
> 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
SecurityValve Re-impl
Posted by Santiago Urrizola <ch...@yahoo.com.ar>.
Hi, i want to reeimplemente the SecurityValve (i dont know if this is
correct) to make a new Login procees to my aplication. I need to lookup
users roles and permisions, in a complete diferent database witch is owns by
my organitzation (some people of then works with the users, bu i need to
check wath king of users are, and make a new module to new users could
register to the site)
For now, i try to make the login, but i dont know how do this.
I change the SecutityValve, the SecurityAccsesImpl SecurityProviderImpl,
Authentication Autorization and the UserManager, and still cant make the
users login to the portal
Could anyone tell my how can i make it ??
thanks a lot !!!
Santiago
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: security/profiler related question
Posted by Randy Watler <wa...@wispertel.net>.
Amit,
Yes, that is correct.
Randy
Shah Amit wrote:
> Figured out my problem.
>
> The _role/demoRole folder only needs to be at the root of the website,
> and I need to create my entire structure under the same folder rather
> than making a _role folder under *each* folder.
>
> Thanks a lot for your help Randy !!
>
> Amit
>
> ----Original Message Follows----
> From: "Shah Amit" <am...@hotmail.com>
> Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> To: jetspeed-user@portals.apache.org
> Subject: Re: security/profiler related question
> Date: Fri, 29 Apr 2005 12:27:31 -0400
>
> Hi Randy,
>
> Sorry to bother you again -- I tried your suggestion, and that worked
> for pages that were on the root of my website. However when I tried
> that for the document-set's, it doesnot work. When I logon with a user
> with a particular role X, it doesnot go to that folder and pickup that
> psml instead of the default one. Following is my exact situation --
>
> WEB-INF/pages
> - _role
> -demoRole
> - page1.psml
> - page1.psml
> - memberarea.ds (regexp=/member-area/*.*)
> - member-area (folder)
> - products.ds (regexp = /member-area/products/*.psml)
> - products (folder)
> - _role
> - demoRole
> - page1.psml
> - page1.psml (Contains not subscribed portlet)
>
>
>
> My PRINCIPAL_RULE_ASSOC table has following apart from the default
> ones that comes with jetspeed
>
> '*', 'page', 'role-fallback'
> '*', 'docset', 'role-fallback'
>
>
> And the all the .ds contains --
> <profile-locator>docset</profile-locator>
> <profile-rule>role-fallback</profile-locator>
>
>
>
> However, when I login with a user that has demoRole, the page1.psml
> that is at the root of the website behaves properly as expected, but
> the page1.psml under products always shows the unsubscribed portlet ...
>
> Sorry to be so long, but I just wanted to explain my situation exactly
> ... I tried to read the documentation and go thru the samples, but
> can't figure out what am I missing ...
>
> Thanks,
> Amit
>
> ----Original Message Follows----
> From: watler@wispertel.net
> Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> To: "Jetspeed Users List" <je...@portals.apache.org>
> Subject: Re: security/profiler related question
> Date: Fri, 29 Apr 2005 08:06:00 -0600 (MDT)
>
> Amit,
>
> If you are using docsets, the same logic applies. However, you still need
> to define the profiler rule/locators used in the docsets as a default or
> for those users you wish to view the docset.
>
> Randy
>
> > Hi Randy,
> >
> > Can I have a -
> >
> > docset instead of page ... The pages that I am talking about are
> displayed
> > thru a .ds
> >
> > Thanks a lot,
> > Amit
> >
> > ----Original Message Follows----
> > From: watler@wispertel.net
> > Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> > To: "Jetspeed Users List" <je...@portals.apache.org>
> > Subject: Re: security/profiler related question
> > Date: Thu, 28 Apr 2005 19:40:51 -0600 (MDT)
> >
> > Amit,
> >
> > This is one of those thing that is typically best planned in advance.
> > However, you might be in luck.
> >
> > By default, the profiler uses the "j1" rule and you need the
> > "role-fallback" rule ot use the "/_role/*" site folders. You can
> specify a
> > global default to use in place of the "j1" rule like this:
> >
> > INSERT INTO PRINCIPAL_RULE_ASSOC ( PRINCIPAL_NAME, LOCATOR_NAME,
> RULE_ID )
> > VALUES ( '*', 'page', 'role-fallback' ) ;
> >
> > I am fairly sure this still works, however YMMV. Please note that
> when you
> > do this, "guest" remains using the "j1" rule unless you have removed
> the
> > default PRINCIPAL_RULE_ASSOC settings. This is significant in the event
> > you have used the /_user/guest folder for site content specific to non
> > authenticated users.
> >
> > HTH,
> >
> > Randy
> >
> > > Hi Randy,
> > >
> > > Thanks a lot for your reply. I am not using any of the profiling
> > features
> > > till now.
> > >
> > > For the explanation that you gave, does the DB need to have any
> records
> > so
> > > that all the users get the "role-fallback" thing? Actually the thing
> > is,
> > I
> > > already have a db with lot of users which I just transferred to the
> > > SECURITY_PRINCIPAL/CREDENTIAL table, but I havent added any
> records to
> > the
> > > profiler related tables.
> > >
> > > In short, would this solution work if I just create the respective
> > > directories with their psmls ?? ...
> > >
> > > Thanks a lot for help,
> > > Amit
> > >
> > > ----Original Message Follows----
> > > From: watler@wispertel.net
> > > Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> > > To: "Jetspeed Users List" <je...@portals.apache.org>
> > > Subject: Re: security/profiler related question
> > > Date: Thu, 28 Apr 2005 14:55:05 -0600 (MDT)
> > >
> > > Amit,
> > >
> > > Are you taking advantage of any of the existing profiling
> features? If
> > so,
> > > the answer below might change.
> > >
> > > Basically, you need to employ a new profiling rule based on roles,
> > (i.e.
> > > role-fallback), for each user. Then, you place the "not logged
> in" page
> > > relative to root: /somePage.psml. Finally, you create a new page at
> > > /_role/someRole/somePage.psml with the portlet X in it.
> > >
> > > See the J2 example site *.psml and *.sql for more details.
> > >
> > > Randy
> > >
> > >
> > > > Hi all,
> > > >
> > > > I need to achieve following results.
> > > >
> > > > I have a link on the left menu pointing to somePage.psml which
> has a
> > > > portlext X. Now if the user who logs on has a role X, then he
> should
> > be
> > > > able
> > > > to see regular contents of Portlet X, but if he does not have the
> > role
> > > X,
> > > > he
> > > > should get a message saying you are not subscribed.
> > > >
> > > > What is the best way to achieve this ?? .. I am sorry, but I
> am not
> > so
> > > > familiar with the PageManager/Profiler thing so please pardon ...
> > > >
> > > > Thanks,
> > > > Amit
> > > >
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > 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
> > >
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > 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
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
>
> ---------------------------------------------------------------------
> 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
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: security/profiler related question
Posted by Shah Amit <am...@hotmail.com>.
Figured out my problem.
The _role/demoRole folder only needs to be at the root of the website, and I
need to create my entire structure under the same folder rather than making
a _role folder under *each* folder.
Thanks a lot for your help Randy !!
Amit
----Original Message Follows----
From: "Shah Amit" <am...@hotmail.com>
Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
To: jetspeed-user@portals.apache.org
Subject: Re: security/profiler related question
Date: Fri, 29 Apr 2005 12:27:31 -0400
Hi Randy,
Sorry to bother you again -- I tried your suggestion, and that worked for
pages that were on the root of my website. However when I tried that for the
document-set's, it doesnot work. When I logon with a user with a particular
role X, it doesnot go to that folder and pickup that psml instead of the
default one. Following is my exact situation --
WEB-INF/pages
- _role
-demoRole
- page1.psml
- page1.psml
- memberarea.ds (regexp=/member-area/*.*)
- member-area (folder)
- products.ds (regexp = /member-area/products/*.psml)
- products (folder)
- _role
- demoRole
- page1.psml
- page1.psml (Contains not subscribed portlet)
My PRINCIPAL_RULE_ASSOC table has following apart from the default ones that
comes with jetspeed
'*', 'page', 'role-fallback'
'*', 'docset', 'role-fallback'
And the all the .ds contains --
<profile-locator>docset</profile-locator>
<profile-rule>role-fallback</profile-locator>
However, when I login with a user that has demoRole, the page1.psml that is
at the root of the website behaves properly as expected, but the page1.psml
under products always shows the unsubscribed portlet ...
Sorry to be so long, but I just wanted to explain my situation exactly ... I
tried to read the documentation and go thru the samples, but can't figure
out what am I missing ...
Thanks,
Amit
----Original Message Follows----
From: watler@wispertel.net
Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
To: "Jetspeed Users List" <je...@portals.apache.org>
Subject: Re: security/profiler related question
Date: Fri, 29 Apr 2005 08:06:00 -0600 (MDT)
Amit,
If you are using docsets, the same logic applies. However, you still need
to define the profiler rule/locators used in the docsets as a default or
for those users you wish to view the docset.
Randy
> Hi Randy,
>
> Can I have a -
>
> docset instead of page ... The pages that I am talking about are
displayed
> thru a .ds
>
> Thanks a lot,
> Amit
>
> ----Original Message Follows----
> From: watler@wispertel.net
> Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> To: "Jetspeed Users List" <je...@portals.apache.org>
> Subject: Re: security/profiler related question
> Date: Thu, 28 Apr 2005 19:40:51 -0600 (MDT)
>
> Amit,
>
> This is one of those thing that is typically best planned in advance.
> However, you might be in luck.
>
> By default, the profiler uses the "j1" rule and you need the
> "role-fallback" rule ot use the "/_role/*" site folders. You can specify
a
> global default to use in place of the "j1" rule like this:
>
> INSERT INTO PRINCIPAL_RULE_ASSOC ( PRINCIPAL_NAME, LOCATOR_NAME, RULE_ID
)
> VALUES ( '*', 'page', 'role-fallback' ) ;
>
> I am fairly sure this still works, however YMMV. Please note that when
you
> do this, "guest" remains using the "j1" rule unless you have removed the
> default PRINCIPAL_RULE_ASSOC settings. This is significant in the event
> you have used the /_user/guest folder for site content specific to non
> authenticated users.
>
> HTH,
>
> Randy
>
> > Hi Randy,
> >
> > Thanks a lot for your reply. I am not using any of the profiling
> features
> > till now.
> >
> > For the explanation that you gave, does the DB need to have any
records
> so
> > that all the users get the "role-fallback" thing? Actually the thing
> is,
> I
> > already have a db with lot of users which I just transferred to the
> > SECURITY_PRINCIPAL/CREDENTIAL table, but I havent added any records to
> the
> > profiler related tables.
> >
> > In short, would this solution work if I just create the respective
> > directories with their psmls ?? ...
> >
> > Thanks a lot for help,
> > Amit
> >
> > ----Original Message Follows----
> > From: watler@wispertel.net
> > Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> > To: "Jetspeed Users List" <je...@portals.apache.org>
> > Subject: Re: security/profiler related question
> > Date: Thu, 28 Apr 2005 14:55:05 -0600 (MDT)
> >
> > Amit,
> >
> > Are you taking advantage of any of the existing profiling features? If
> so,
> > the answer below might change.
> >
> > Basically, you need to employ a new profiling rule based on roles,
> (i.e.
> > role-fallback), for each user. Then, you place the "not logged in"
page
> > relative to root: /somePage.psml. Finally, you create a new page at
> > /_role/someRole/somePage.psml with the portlet X in it.
> >
> > See the J2 example site *.psml and *.sql for more details.
> >
> > Randy
> >
> >
> > > Hi all,
> > >
> > > I need to achieve following results.
> > >
> > > I have a link on the left menu pointing to somePage.psml which has
a
> > > portlext X. Now if the user who logs on has a role X, then he
should
> be
> > > able
> > > to see regular contents of Portlet X, but if he does not have the
> role
> > X,
> > > he
> > > should get a message saying you are not subscribed.
> > >
> > > What is the best way to achieve this ?? .. I am sorry, but I am
not
> so
> > > familiar with the PageManager/Profiler thing so please pardon ...
> > >
> > > Thanks,
> > > Amit
> > >
> > >
> > >
> > >
---------------------------------------------------------------------
> > > 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
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
>
> ---------------------------------------------------------------------
> 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
---------------------------------------------------------------------
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: security/profiler related question
Posted by Shah Amit <am...@hotmail.com>.
Hi Randy,
Sorry to bother you again -- I tried your suggestion, and that worked for
pages that were on the root of my website. However when I tried that for the
document-set's, it doesnot work. When I logon with a user with a particular
role X, it doesnot go to that folder and pickup that psml instead of the
default one. Following is my exact situation --
WEB-INF/pages
- _role
-demoRole
- page1.psml
- page1.psml
- memberarea.ds (regexp=/member-area/*.*)
- member-area (folder)
- products.ds (regexp = /member-area/products/*.psml)
- products (folder)
- _role
- demoRole
- page1.psml
- page1.psml (Contains not subscribed portlet)
My PRINCIPAL_RULE_ASSOC table has following apart from the default ones that
comes with jetspeed
'*', 'page', 'role-fallback'
'*', 'docset', 'role-fallback'
And the all the .ds contains --
<profile-locator>docset</profile-locator>
<profile-rule>role-fallback</profile-locator>
However, when I login with a user that has demoRole, the page1.psml that is
at the root of the website behaves properly as expected, but the page1.psml
under products always shows the unsubscribed portlet ...
Sorry to be so long, but I just wanted to explain my situation exactly ... I
tried to read the documentation and go thru the samples, but can't figure
out what am I missing ...
Thanks,
Amit
----Original Message Follows----
From: watler@wispertel.net
Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
To: "Jetspeed Users List" <je...@portals.apache.org>
Subject: Re: security/profiler related question
Date: Fri, 29 Apr 2005 08:06:00 -0600 (MDT)
Amit,
If you are using docsets, the same logic applies. However, you still need
to define the profiler rule/locators used in the docsets as a default or
for those users you wish to view the docset.
Randy
> Hi Randy,
>
> Can I have a -
>
> docset instead of page ... The pages that I am talking about are
displayed
> thru a .ds
>
> Thanks a lot,
> Amit
>
> ----Original Message Follows----
> From: watler@wispertel.net
> Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> To: "Jetspeed Users List" <je...@portals.apache.org>
> Subject: Re: security/profiler related question
> Date: Thu, 28 Apr 2005 19:40:51 -0600 (MDT)
>
> Amit,
>
> This is one of those thing that is typically best planned in advance.
> However, you might be in luck.
>
> By default, the profiler uses the "j1" rule and you need the
> "role-fallback" rule ot use the "/_role/*" site folders. You can specify
a
> global default to use in place of the "j1" rule like this:
>
> INSERT INTO PRINCIPAL_RULE_ASSOC ( PRINCIPAL_NAME, LOCATOR_NAME, RULE_ID
)
> VALUES ( '*', 'page', 'role-fallback' ) ;
>
> I am fairly sure this still works, however YMMV. Please note that when
you
> do this, "guest" remains using the "j1" rule unless you have removed the
> default PRINCIPAL_RULE_ASSOC settings. This is significant in the event
> you have used the /_user/guest folder for site content specific to non
> authenticated users.
>
> HTH,
>
> Randy
>
> > Hi Randy,
> >
> > Thanks a lot for your reply. I am not using any of the profiling
> features
> > till now.
> >
> > For the explanation that you gave, does the DB need to have any
records
> so
> > that all the users get the "role-fallback" thing? Actually the thing
> is,
> I
> > already have a db with lot of users which I just transferred to the
> > SECURITY_PRINCIPAL/CREDENTIAL table, but I havent added any records to
> the
> > profiler related tables.
> >
> > In short, would this solution work if I just create the respective
> > directories with their psmls ?? ...
> >
> > Thanks a lot for help,
> > Amit
> >
> > ----Original Message Follows----
> > From: watler@wispertel.net
> > Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> > To: "Jetspeed Users List" <je...@portals.apache.org>
> > Subject: Re: security/profiler related question
> > Date: Thu, 28 Apr 2005 14:55:05 -0600 (MDT)
> >
> > Amit,
> >
> > Are you taking advantage of any of the existing profiling features? If
> so,
> > the answer below might change.
> >
> > Basically, you need to employ a new profiling rule based on roles,
> (i.e.
> > role-fallback), for each user. Then, you place the "not logged in"
page
> > relative to root: /somePage.psml. Finally, you create a new page at
> > /_role/someRole/somePage.psml with the portlet X in it.
> >
> > See the J2 example site *.psml and *.sql for more details.
> >
> > Randy
> >
> >
> > > Hi all,
> > >
> > > I need to achieve following results.
> > >
> > > I have a link on the left menu pointing to somePage.psml which has
a
> > > portlext X. Now if the user who logs on has a role X, then he
should
> be
> > > able
> > > to see regular contents of Portlet X, but if he does not have the
> role
> > X,
> > > he
> > > should get a message saying you are not subscribed.
> > >
> > > What is the best way to achieve this ?? .. I am sorry, but I am
not
> so
> > > familiar with the PageManager/Profiler thing so please pardon ...
> > >
> > > Thanks,
> > > Amit
> > >
> > >
> > >
> > >
---------------------------------------------------------------------
> > > 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
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
>
> ---------------------------------------------------------------------
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: security/profiler related question
Posted by wa...@wispertel.net.
Amit,
If you are using docsets, the same logic applies. However, you still need
to define the profiler rule/locators used in the docsets as a default or
for those users you wish to view the docset.
Randy
> Hi Randy,
>
> Can I have a -
>
> docset instead of page ... The pages that I am talking about are displayed
> thru a .ds
>
> Thanks a lot,
> Amit
>
> ----Original Message Follows----
> From: watler@wispertel.net
> Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> To: "Jetspeed Users List" <je...@portals.apache.org>
> Subject: Re: security/profiler related question
> Date: Thu, 28 Apr 2005 19:40:51 -0600 (MDT)
>
> Amit,
>
> This is one of those thing that is typically best planned in advance.
> However, you might be in luck.
>
> By default, the profiler uses the "j1" rule and you need the
> "role-fallback" rule ot use the "/_role/*" site folders. You can specify a
> global default to use in place of the "j1" rule like this:
>
> INSERT INTO PRINCIPAL_RULE_ASSOC ( PRINCIPAL_NAME, LOCATOR_NAME, RULE_ID )
> VALUES ( '*', 'page', 'role-fallback' ) ;
>
> I am fairly sure this still works, however YMMV. Please note that when you
> do this, "guest" remains using the "j1" rule unless you have removed the
> default PRINCIPAL_RULE_ASSOC settings. This is significant in the event
> you have used the /_user/guest folder for site content specific to non
> authenticated users.
>
> HTH,
>
> Randy
>
> > Hi Randy,
> >
> > Thanks a lot for your reply. I am not using any of the profiling
> features
> > till now.
> >
> > For the explanation that you gave, does the DB need to have any records
> so
> > that all the users get the "role-fallback" thing? Actually the thing
> is,
> I
> > already have a db with lot of users which I just transferred to the
> > SECURITY_PRINCIPAL/CREDENTIAL table, but I havent added any records to
> the
> > profiler related tables.
> >
> > In short, would this solution work if I just create the respective
> > directories with their psmls ?? ...
> >
> > Thanks a lot for help,
> > Amit
> >
> > ----Original Message Follows----
> > From: watler@wispertel.net
> > Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> > To: "Jetspeed Users List" <je...@portals.apache.org>
> > Subject: Re: security/profiler related question
> > Date: Thu, 28 Apr 2005 14:55:05 -0600 (MDT)
> >
> > Amit,
> >
> > Are you taking advantage of any of the existing profiling features? If
> so,
> > the answer below might change.
> >
> > Basically, you need to employ a new profiling rule based on roles,
> (i.e.
> > role-fallback), for each user. Then, you place the "not logged in" page
> > relative to root: /somePage.psml. Finally, you create a new page at
> > /_role/someRole/somePage.psml with the portlet X in it.
> >
> > See the J2 example site *.psml and *.sql for more details.
> >
> > Randy
> >
> >
> > > Hi all,
> > >
> > > I need to achieve following results.
> > >
> > > I have a link on the left menu pointing to somePage.psml which has a
> > > portlext X. Now if the user who logs on has a role X, then he should
> be
> > > able
> > > to see regular contents of Portlet X, but if he does not have the
> role
> > X,
> > > he
> > > should get a message saying you are not subscribed.
> > >
> > > What is the best way to achieve this ?? .. I am sorry, but I am not
> so
> > > familiar with the PageManager/Profiler thing so please pardon ...
> > >
> > > Thanks,
> > > Amit
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > 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
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
>
> ---------------------------------------------------------------------
> 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: security/profiler related question
Posted by Shah Amit <am...@hotmail.com>.
Hi Randy,
Can I have a -
docset instead of page ... The pages that I am talking about are displayed
thru a .ds
Thanks a lot,
Amit
----Original Message Follows----
From: watler@wispertel.net
Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
To: "Jetspeed Users List" <je...@portals.apache.org>
Subject: Re: security/profiler related question
Date: Thu, 28 Apr 2005 19:40:51 -0600 (MDT)
Amit,
This is one of those thing that is typically best planned in advance.
However, you might be in luck.
By default, the profiler uses the "j1" rule and you need the
"role-fallback" rule ot use the "/_role/*" site folders. You can specify a
global default to use in place of the "j1" rule like this:
INSERT INTO PRINCIPAL_RULE_ASSOC ( PRINCIPAL_NAME, LOCATOR_NAME, RULE_ID )
VALUES ( '*', 'page', 'role-fallback' ) ;
I am fairly sure this still works, however YMMV. Please note that when you
do this, "guest" remains using the "j1" rule unless you have removed the
default PRINCIPAL_RULE_ASSOC settings. This is significant in the event
you have used the /_user/guest folder for site content specific to non
authenticated users.
HTH,
Randy
> Hi Randy,
>
> Thanks a lot for your reply. I am not using any of the profiling features
> till now.
>
> For the explanation that you gave, does the DB need to have any records
so
> that all the users get the "role-fallback" thing? Actually the thing is,
I
> already have a db with lot of users which I just transferred to the
> SECURITY_PRINCIPAL/CREDENTIAL table, but I havent added any records to
the
> profiler related tables.
>
> In short, would this solution work if I just create the respective
> directories with their psmls ?? ...
>
> Thanks a lot for help,
> Amit
>
> ----Original Message Follows----
> From: watler@wispertel.net
> Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> To: "Jetspeed Users List" <je...@portals.apache.org>
> Subject: Re: security/profiler related question
> Date: Thu, 28 Apr 2005 14:55:05 -0600 (MDT)
>
> Amit,
>
> Are you taking advantage of any of the existing profiling features? If
so,
> the answer below might change.
>
> Basically, you need to employ a new profiling rule based on roles, (i.e.
> role-fallback), for each user. Then, you place the "not logged in" page
> relative to root: /somePage.psml. Finally, you create a new page at
> /_role/someRole/somePage.psml with the portlet X in it.
>
> See the J2 example site *.psml and *.sql for more details.
>
> Randy
>
>
> > Hi all,
> >
> > I need to achieve following results.
> >
> > I have a link on the left menu pointing to somePage.psml which has a
> > portlext X. Now if the user who logs on has a role X, then he should
be
> > able
> > to see regular contents of Portlet X, but if he does not have the role
> X,
> > he
> > should get a message saying you are not subscribed.
> >
> > What is the best way to achieve this ?? .. I am sorry, but I am not
so
> > familiar with the PageManager/Profiler thing so please pardon ...
> >
> > Thanks,
> > Amit
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
>
> ---------------------------------------------------------------------
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org
Re: security/profiler related question
Posted by wa...@wispertel.net.
Amit,
This is one of those thing that is typically best planned in advance.
However, you might be in luck.
By default, the profiler uses the "j1" rule and you need the
"role-fallback" rule ot use the "/_role/*" site folders. You can specify a
global default to use in place of the "j1" rule like this:
INSERT INTO PRINCIPAL_RULE_ASSOC ( PRINCIPAL_NAME, LOCATOR_NAME, RULE_ID )
VALUES ( '*', 'page', 'role-fallback' ) ;
I am fairly sure this still works, however YMMV. Please note that when you
do this, "guest" remains using the "j1" rule unless you have removed the
default PRINCIPAL_RULE_ASSOC settings. This is significant in the event
you have used the /_user/guest folder for site content specific to non
authenticated users.
HTH,
Randy
> Hi Randy,
>
> Thanks a lot for your reply. I am not using any of the profiling features
> till now.
>
> For the explanation that you gave, does the DB need to have any records so
> that all the users get the "role-fallback" thing? Actually the thing is, I
> already have a db with lot of users which I just transferred to the
> SECURITY_PRINCIPAL/CREDENTIAL table, but I havent added any records to the
> profiler related tables.
>
> In short, would this solution work if I just create the respective
> directories with their psmls ?? ...
>
> Thanks a lot for help,
> Amit
>
> ----Original Message Follows----
> From: watler@wispertel.net
> Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
> To: "Jetspeed Users List" <je...@portals.apache.org>
> Subject: Re: security/profiler related question
> Date: Thu, 28 Apr 2005 14:55:05 -0600 (MDT)
>
> Amit,
>
> Are you taking advantage of any of the existing profiling features? If so,
> the answer below might change.
>
> Basically, you need to employ a new profiling rule based on roles, (i.e.
> role-fallback), for each user. Then, you place the "not logged in" page
> relative to root: /somePage.psml. Finally, you create a new page at
> /_role/someRole/somePage.psml with the portlet X in it.
>
> See the J2 example site *.psml and *.sql for more details.
>
> Randy
>
>
> > Hi all,
> >
> > I need to achieve following results.
> >
> > I have a link on the left menu pointing to somePage.psml which has a
> > portlext X. Now if the user who logs on has a role X, then he should be
> > able
> > to see regular contents of Portlet X, but if he does not have the role
> X,
> > he
> > should get a message saying you are not subscribed.
> >
> > What is the best way to achieve this ?? .. I am sorry, but I am not so
> > familiar with the PageManager/Profiler thing so please pardon ...
> >
> > Thanks,
> > Amit
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
>
> ---------------------------------------------------------------------
> 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: security/profiler related question
Posted by Shah Amit <am...@hotmail.com>.
Hi Randy,
Thanks a lot for your reply. I am not using any of the profiling features
till now.
For the explanation that you gave, does the DB need to have any records so
that all the users get the "role-fallback" thing? Actually the thing is, I
already have a db with lot of users which I just transferred to the
SECURITY_PRINCIPAL/CREDENTIAL table, but I havent added any records to the
profiler related tables.
In short, would this solution work if I just create the respective
directories with their psmls ?? ...
Thanks a lot for help,
Amit
----Original Message Follows----
From: watler@wispertel.net
Reply-To: "Jetspeed Users List" <je...@portals.apache.org>
To: "Jetspeed Users List" <je...@portals.apache.org>
Subject: Re: security/profiler related question
Date: Thu, 28 Apr 2005 14:55:05 -0600 (MDT)
Amit,
Are you taking advantage of any of the existing profiling features? If so,
the answer below might change.
Basically, you need to employ a new profiling rule based on roles, (i.e.
role-fallback), for each user. Then, you place the "not logged in" page
relative to root: /somePage.psml. Finally, you create a new page at
/_role/someRole/somePage.psml with the portlet X in it.
See the J2 example site *.psml and *.sql for more details.
Randy
> Hi all,
>
> I need to achieve following results.
>
> I have a link on the left menu pointing to somePage.psml which has a
> portlext X. Now if the user who logs on has a role X, then he should be
> able
> to see regular contents of Portlet X, but if he does not have the role X,
> he
> should get a message saying you are not subscribed.
>
> What is the best way to achieve this ?? .. I am sorry, but I am not so
> familiar with the PageManager/Profiler thing so please pardon ...
>
> Thanks,
> Amit
>
>
>
> ---------------------------------------------------------------------
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-user-help@portals.apache.org