[08:07:22 CDT(-0500)] <b-cause> hello uPortal devs: does anyone here know the wiki url for the page that explains the url naming conventions?
[10:15:45 CDT(-0500)] <b-cause> hello uPortal Devs. Do you know if the guest uesr can land on the unauthenticated public page of up4 without going through /Login?
[10:38:03 CDT(-0500)] <athena> no, they automatically go through /Login first
[10:38:13 CDT(-0500)] <athena> so the user won't notice it, but that's where their session is established
[10:43:01 CDT(-0500)] <b-cause> ok thanks athena. that is what I suspected that either you or EricDalquist said here before. we are just getting some info in our logs where it looks like that is not happening for the guest user
[10:47:03 CDT(-0500)] <athena> is it specific paths?
[10:47:08 CDT(-0500)] <athena> and what version of uportal?
[10:57:37 CDT(-0500)] <b-cause> it is a specific page we added to uPortal 4.0.5 for debugging and it is at the /host context path.
[10:58:23 CDT(-0500)] <b-cause> it just shows system properties and database connections and such. we use it for testing / verifing that all of our clustered nodes are up and pointing to the right db locations
[10:58:50 CDT(-0500)] <b-cause> so I don't think it goes through /Login when it loads
[10:59:44 CDT(-0500)] <b-cause> so possibly when we switch cluseter nodes while we are on that page and then go back to / , the portal does not have a new session and assumes its a guest?
[11:01:13 CDT(-0500)] <athena> ah, probably doesn't
[11:01:18 CDT(-0500)] <athena> you could add some sort of filter for it, probably
[11:01:30 CDT(-0500)] <b-cause> also I have another question @athena, is /Login invoked for every page request? I'm thinking I've been told and see in the configuration that it is?
[11:01:35 CDT(-0500)] <athena> no
[11:01:38 CDT(-0500)] <b-cause> oh ok
[11:01:41 CDT(-0500)] <athena> just when there's no existing session
[11:02:38 CDT(-0500)] <b-cause> ok that is help athena. thanks.
[11:02:45 CDT(-0500)] <b-cause> helpfull...
[11:03:05 CDT(-0500)] <athena> 
[12:16:08 CDT(-0500)] <sjungling> @drewwills i've been hacking on that RegexGatewayPersonAttribuetDao you mentioned in chan yesterday. would you mind sanity checking this for me? https://gist.github.com/8e96b0b287294ab2f6bf
[12:16:21 CDT(-0500)] <sjungling> i'm basically trying to stop searching data sources if the user is "guest"
[12:17:43 CDT(-0500)] <sjungling> related: just enabling caching appears to have greatly reduced the load on our LDAP servers. coding up the regex in case there's still an issue… and probably just because it makes the most sense. we don't have a 'guest' users in LDAP or our Database, so why query for attributes?
[12:20:31 CDT(-0500)] <drewwills> looks good sjungling... I'd have to poor through a regex reference to be more certain
[12:21:03 CDT(-0500)] <sjungling> done some initial testing and it seems to work
[12:22:34 CDT(-0500)] <sjungling> hrm… yeah, doesn't seem to be cascading person attributes
[12:22:55 CDT(-0500)] <sjungling> replace the class on the bean in targetPersonAttributeDao?
[12:24:23 CDT(-0500)] <drewwills> yes, with a cascading
[13:07:59 CDT(-0500)] <skreech_> Hello. I've been having some issues with uportal connecting to my database. I've run ant dbtest against the build.xml and got this output http://pastebin.ca/2197334
[13:08:46 CDT(-0500)] <Daskreech> I have installed the postgresql 8.4-701 and 8.4-703 jars and it doesn't make a difference in the output. Where can I look to see what's going wrong?
[13:15:16 CDT(-0500)] <athena> have you checked to make sure those are in central?
[13:15:37 CDT(-0500)] <athena> you can do a search at search.maven.org to check the exact group / artifact / version available
[13:21:20 CDT(-0500)] <Daskreech> http://search.maven.org/#browse%7C1693776668
[13:24:20 CDT(-0500)] <Daskreech> so not he exact version
[15:05:19 CDT(-0500)] <Daskreech> athena: Where do I find org.jasig.portal.tools.DbTest ?
[15:05:57 CDT(-0500)] <Daskreech> http://www.jarvana.com/jarvana/inspect-pom/org/jasig/portal/uportal-impl/3.1.0/uportal-impl-3.1.0.pom ?
[15:06:26 CDT(-0500)] <athena> afraid i don't personally know
[15:06:36 CDT(-0500)] <athena> is it not in the source?
[15:07:16 CDT(-0500)] <Daskreech> should be I think
[15:07:55 CDT(-0500)] <athena> i'd start by looking for it in that module's java directory
[15:19:48 CDT(-0500)] <Daskreech> Ok
[15:24:19 CDT(-0500)] <Daskreech> It's there but the ant dbtest is complaining about it
[15:24:22 CDT(-0500)] <Daskreech> Let me pastebin
[15:28:03 CDT(-0500)] <Daskreech> http://pastebin.ca/2197351
[15:29:07 CDT(-0500)] <athena> what version of ant / maven are you using?
[15:32:00 CDT(-0500)] <Daskreech> Moment
[15:32:30 CDT(-0500)] <Daskreech> 1.8.0/2.2.1
[15:33:10 CDT(-0500)] <athena> assuming those match what's recommended by the manual, i don't know what the issue is
[17:19:59 CDT(-0500)] <Daskreech> athena: Success! (kinda) I'm back to my original error