Frank,
Understood. Should work. The Filter approach might be better since getting the HTTP Host request attribute, mapping it to a request parameter, and using 'request.session' is probably simple enough depending on what you have already implemented with your site. Depends if you are comfortable extending J2 or not!
Randy
Frank Villarreal wrote:
Thanks Randy.
On my own, I tweaked the "RoleFallbackProfilingRule" and got it to work in conjunction with a media-type. Regarding the host headers ... I think you're right ... it would be super cool if there were a profiling criterion that keyed off of the request's server name. This would allow for multiple-public "subsites" based on the requestor's incoming url. I guess I'll try to implement something along these lines and tie the rule specifically to the "guest" user. That would get my desired effect I believe.
Thanks again.
- Frank
-----Original Message----- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 10:48 AM To: Jetspeed Users List Subject: Re: J2M2 Profiling Rules
Frank,
I am not looking at the J2 source at the moment, so the comments below may be a slight bit off... they are close in any case :)
Frank Villarreal wrote:
Here's another question(s):
what do the following rule criterion request types signify?
1) navigation
generalized profile type used to navigate to a specified path while profiling, typically used to profile on multiple attributes at once, (i.e. role and group)
2) group.user.role
profile one of user, role, or group, (user is almost always defined and normally is chosen).
3) path.session
appends the request path to the profiling path
4) request.session
appends the request path or request parameter path
Thanks,
Frank
-----Original Message----- From: Frank Villarreal [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 08:53 AM To: Jetspeed Users List Subject: J2M2 Profiling Rules
Hello all,
I'm trying to set-up a profiling rule in J2-M2 that does the following:
1) routes guest (anonymous) users to a specific subsite based on their host header (the IP/url of their requested site).
I am not sure how to best accomplish this. You may have to write a new rule to pull request attributes. There may be an easier way to do this outside of the Profiler... something like a filter that converts the request attribute to a request parameter that you can use with the existing profiler rules.
once logged in ...
2) routes them to a page based on their role / mediatype
Role and media type is a simple combination of the role fallback and j1 rules... try your hand at defining a new profiler rule by extending the role-fallback rule by adding the media type rule at the end.
know how toI've tried the "role-group" profiling rule and it works great for simple
role-based page selection. However, when I try to combine that with
"_mediatype" selection ... doesn't work. Or at least I don't
make it work.
Send along your attempt. It is probably just a simple tweek to what you have that will get it to work.
which whenI also noticed the "j1" rule which supports mediatype page selection.
However, that rule contains a criterion named "group.user.role"
set to "role" appears to have no effect ... the page selector still attempts to default to "user" based page selection. Am I missing something or is this by design? If so, is there a way around it?
As stated above, the user always defined.... thus group.user.role always defaults to the user setting. I am not sure this rule is named the best.
- Frank
--------------------------------------------------------------------- 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]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]