Marina,
*.link files are only displayed if addressable in the "/" request directory as rootLinks, or as elements of a document set. This explains why they are not visible if located in the "/dce-portal" directory. Security limitations apply to link visibility, so perhaps that might explain why you do not see them when placed in the "/" directory?
We still need to discuss use of the "/dce-portal" directory with your custom profiling rule, but I do not think it is messing up the display of rootLinks... of course, I might be missing something that should be obvious.
Randy
Marina wrote:
Sorry to bother you all with this again...
Ok, after I've done all these changes, I found a new
problem as well:
no links (*.link files) are displayed on either of the
pages, for neither of the users.
I tried placing them in the "/" and /dce-portal directory, but still nothing is displayed.
Is this a problem with my new profiling rule? What determines whether links are displayed or not?
Thanks! Marina
--- Marina <[EMAIL PROTECTED]> wrote:
'org.apache.jetspeed.profiler.rules.impl.StandardProfilingRule',Randy, thanks for your help. You are probably right and I made it more complicated than what it should be.
Basically, what I would like to have in my portal is:
1. all application-specific portal pages/ docsets/ links should be in a separate directory, say, .../pages/dce-portal/
2. users ('dce-user', 'dce-admin') with the 'dce-user-role' should be able to see one main page, dce-main-page.psml, and one additional page as a tab, dce-users-page.psml. Both .psml pages are in the .../pages/dce-portal/ directory
3. a generic (non-logged in, 'guest') user should see the ../pages/dce-portal/dce-main-page.psml, and nothing else
So, to accomplish this, I have created this custom profiling rule: insert into PROFILING_RULE values ('dce-generic',
'org.apache.jetspeed.profiler.rules.impl.StandardProfilingRule','rule for non-logged in DCE portal users')
insert into RULE_CRITERION values ('100', 'dce-generic', 0, 'path', 'path', '/dce-portal', 0)
and assigned it to the 'guest', 'dce-user' and 'dce-admin' users. This made all pages visible to these three users. To restrict access to the user-specific page to the users with the 'dce-user-role' role, I've added the following security constraints to the dce-users-page.psml: <security-constraint> <roles>dce-user-role</roles> <permissions>view</permissions> </security-constraint>
Well, that did work. With the exception of those problems I mentioned in my previous post (one of them was fixed by using #if($site.rootLinks.isEmpty()) as David suggested)
So, the only problem that is still left is inclusion of the .ds sets from the '/' directory. I would rather like to use the ../pages/dce-portal/ as the root directory, but my profiling rule does not seem to accomplish this.
I hope I'm being clear :)
And thanks a lot for looking into this!
Marina
--- Randy Watler <[EMAIL PROTECTED]> wrote:
court,Marina,
Using the Profiler effectively is more in my
needso let's see if I can help here.
I think there are three subjects here that need individual attention:
1. you probably do not need to define a new
profiling rule... there are some
predefined rules that you can use to achieve
role-based profiling,
2. the demo site is just that and you should start
with a clean
WEB-INF/pages directory only adding in what you
from the demo site, andflavor.
3. the tigris sample decorator is a good starting
place, but most everyone
ends up customizing and deploying their own
So, rather than trying to figure out what you havetake
now, I would like to know
what your objective is. I'll then tell you how I'd
solve it using the M1
release version. We can then compare notes and
rule?it from there... ok?
Randy
-----Original Message-----
From: Marina
To: Jetspeed Users List
Sent: 12/30/04 1:26 PM
Subject: Re: How to create a custom profiling
David, Thanks for the clarification. I did find a way todo
solverole-based profiling, basically, by restricting access to specific PSML pages by roles.
I still have a few problems I was not able to
soelements
far. The main one is that I still get some
from the '/' directory included into my pages,even
though I explicitly specified in my profiling ruleshould
that only elements from a specific directory
createdbe used. I think I made some stupid mistakes while creating custom profiling rules...
Here is how I setup my portal's content and
ayet):
new profiling rule using direct SQL (I don't think
it
is possible to that through the Admin portlets
rule:1. create new directory for my Portal content: pages/dce-portal place into this directory: dce-main-page.psml dce-user-page.psml folder.metadata
2. define new role, 'dce-user-role', and assign it to the 'dce-user' user
3. define security constraints in the folder.metadata: 'guest' users can view all pages; users with 'dce-user-role' role can view all pages
<security-constraints>
<security-constraint>
<users>guest</users>
<permissions>view</permissions>
</security-constraint>
<security-constraint>
<roles>dce-user-role</roles>
<permissions>view</permissions>
</security-constraint>
</security-constraints>
4. define security constraints in the dce-main-page.psml: <!-- allow all users to view --> <security-constraints> <security-constraint> <users>*</users> <permissions>view</permissions> </security-constraint> </security-constraints>
5. define security constraints in the dce-user-page.psml: <!-- allow users with 'dce-user-role' only to view --> <security-constraints> <security-constraint> <roles>dce-user-role</roles> <permissions>view</permissions> </security-constraint> </security-constraints>
6. create new J2 profiling rule: 'dce-generic'
rule for non-logged in DCE Portal users (bydefault,
they are all 'guest' users)
insert into PROFILING_RULE values ('dce-generic',
'rule for non-logged in DCE portal users')
insert into RULE_CRITERION values ('100', 'dce-generic', 0, 'hard.coded', 'page', '/dce-portal/dce-main-page.psml', 0)
=== message truncated ===
__________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]