Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 24 Next »

[02:30:57 EDT(-0400)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[02:36:56 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[03:51:40 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[08:52:43 EDT(-0400)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal
[09:02:06 EDT(-0400)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[10:36:07 EDT(-0400)] * athena (~athena@c-76-121-97-221.hsd1.wa.comcast.net) has joined ##uportal
[10:47:14 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[10:51:15 EDT(-0400)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:59:15 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[11:08:33 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[11:09:39 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:21:28 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[11:47:44 EDT(-0400)] * michelled_ (~michelled@142.150.154.101) has joined ##uportal
[12:02:54 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[12:59:43 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[14:27:34 EDT(-0400)] * dx9s_work (~Doug@unaffiliated/dx9s) has joined ##uportal
[14:28:59 EDT(-0400)] <dx9s_work> pardon my asking, but is there an IRC channel for CAS ?
[14:29:05 EDT(-0400)] <EricDalquist> no
[14:29:38 EDT(-0400)] <EricDalquist> though there are a lot of requests for that
[14:29:48 EDT(-0400)] <EricDalquist> nothing stopping interested CAS users from setting one up (smile)
[14:30:37 EDT(-0400)] <dx9s_work> I'd be a user if the documentation was a little more informative... banging head for a few days.. not getting anywhere overly productive
[14:31:08 EDT(-0400)] <dx9s_work> I followed the "best practice" and got it working fine: http://www.ja-sig.org/wiki/display/CASUM/Best+Practice+-+Setting+Up+CAS+Locally+using+the+Maven2+WAR+Overlay+Method
[14:31:29 EDT(-0400)] <dx9s_work> moving on to LDAP and nothing in there seems current (for older versions of source code): http://www.ja-sig.org/wiki/display/CASUM/LDAP
[14:33:27 EDT(-0400)] <holdorph> well with no CAS irc channel, sounds like the next place for that discussion would be on the cas mailing lists
[14:34:43 EDT(-0400)] <dx9s_work> perhaps they have a mail archive I can browse... the wiki is out of date and not helpful.
[14:36:13 EDT(-0400)] <dx9s_work> I really wanted to move onto uPortal – but see that CAS would be a method for authentication, but since I been having issues with CAS... uPortal .. I haven't even touched yet.
[14:36:18 EDT(-0400)] <holdorph> just glancing at that page, though, it does seem like what I used the last time I tried it
[14:36:27 EDT(-0400)] <holdorph> also it was updated not too long ago, april 2010
[14:37:25 EDT(-0400)] <dx9s_work> holdorph, you have ldap working with current 3.4.2 ?
[14:37:56 EDT(-0400)] <holdorph> i did ldap with the version that uportal 3.2.1 uses
[14:38:10 EDT(-0400)] <holdorph> so whatever version of cas comes with uportal 3.2.x
[14:38:13 EDT(-0400)] <dx9s_work> CAS 3.4.2
[14:38:23 EDT(-0400)] <dx9s_work> okay
[14:38:46 EDT(-0400)] <dx9s_work> so uportal comes with different version of CAS ?
[14:39:35 EDT(-0400)] <holdorph> https://www.ja-sig.org/svn/uPortal/tags/rel-3-2-1-GA/pom.xml
[14:39:42 EDT(-0400)] <holdorph> search for cas-server.version
[14:39:51 EDT(-0400)] <holdorph> looks like 3.3.5 in that version.
[14:39:59 EDT(-0400)] <dx9s_work> yep
[14:40:51 EDT(-0400)] <dx9s_work> so wait.. holdorph, you installed uPortal + CAS at same time, not as two separate parts?
[14:41:10 EDT(-0400)] <holdorph> the default source distribution of uPortal
[14:41:15 EDT(-0400)] <holdorph> comes bundled with the cas server
[14:41:52 EDT(-0400)] * dx9s_work shakes head... even more fuel (confusion) to the fire
[14:41:54 EDT(-0400)] <holdorph> it's mostly for demonstration purposes
[14:42:23 EDT(-0400)] <holdorph> it's easy to 'remove' if you already have a cas server established
[14:42:36 EDT(-0400)] <dx9s_work> IF ... heh
[14:46:02 EDT(-0400)] <dx9s_work> well the first green area (as of 3.3.5, this is already included in the appropriate POM) ... does this mean I don't add that dependency or not... if I don't I get a problem because deployerConfigContext refers to a class/method not available. if I tried to add the dependency (as listed) I get "1 required artifact is missing"
[14:47:07 EDT(-0400)] <dx9s_work> POM is a strange build process
[14:47:22 EDT(-0400)] <holdorph> you mean maven is a strange tool?
[14:47:28 EDT(-0400)] <dx9s_work> that too!
[14:47:39 EDT(-0400)] <holdorph> pom.xml is just a maven source file
[14:47:48 EDT(-0400)] <dx9s_work> understood
[14:54:41 EDT(-0400)] <dx9s_work> I think the issue is that the LDAP wiki page assumes you are at a different starting point.. not the point you end at when you are at the end of the 'Best Practice' wiki page (for CAS)
[15:01:00 EDT(-0400)] * dx9s_work tries making copy of src and hacking the changes they had in Best Practice and LDAP ... seems to be a better fit (location of files they talk about)
[15:02:14 EDT(-0400)] <dx9s_work> ARG ... 2 artifacts missing now
[15:08:03 EDT(-0400)] <dx9s_work> I know this should be that hard... it's just one little piece of information that is missing... a small one.. but a nugget never-the-less!
[15:08:14 EDT(-0400)] <dx9s_work> I know this SHOULDN'T be this hard taht is
[15:08:42 EDT(-0400)] <dx9s_work> ls -la
[15:08:46 EDT(-0400)] <dx9s_work> oops wrong window!
[15:15:21 EDT(-0400)] <athena> dx9s_work: CAS is indeed bundled w/ uPortal and is the default authentication mechanism, but you're not required to use it
[15:15:58 EDT(-0400)] <athena> i haven't really tried the 3.4.x configuration, but I believe the documentation works for 3.3.x LDAP auth, and I could probably help with some examples for the 3.3.x versions if you need them

  • No labels