[08:58:21 CDT(-0500)] <foxnesn1> morning
[09:07:50 CDT(-0500)] <kickehy> morning
[09:08:54 CDT(-0500)] <foxnesn1> hey what irc client do you use?
[09:13:50 CDT(-0500)] <codehotter> hi
[09:15:04 CDT(-0500)] <foxnesn1> hi
[09:33:32 CDT(-0500)] <kickehy> irssi
[09:38:26 CDT(-0500)] <foxnesn1> ok me too
[09:38:31 CDT(-0500)] <foxnesn1> it is annoying sometimes
[09:38:40 CDT(-0500)] <foxnesn1> i used to use bitchx back in the day
[09:39:18 CDT(-0500)] <codehotter> weechat is nice
[09:40:00 CDT(-0500)] <foxnesn1> is it terminal based?
[09:41:05 CDT(-0500)] <codehotter> yes
[09:41:21 CDT(-0500)] <codehotter> Although I'm not sure what you really need terminal for any more these days. Nostalgia perhaps?
[09:42:22 CDT(-0500)] <kickehy> heh...it's kind of like programming wireless APs these days, everyone's moving to lightweight because the cli is so complex now
[09:43:40 CDT(-0500)] <kickehy> or i should say the configs are so complex
[09:45:03 CDT(-0500)] <foxnesn1> for me, it is easier to chat in a terminal since im usually remoting in to the linux boxes
[09:45:31 CDT(-0500)] <apetro_> I'm using xchat-gnome
[09:46:14 CDT(-0500)] <apetro_> I tried using Empathy again with this Ubuntu 11.10 release, and then gave up again.
[09:46:45 CDT(-0500)] <kickehy> heh
[09:47:03 CDT(-0500)] <kickehy> I haven't played with Ubuntu since they switched to the new interface
[09:48:00 CDT(-0500)] <foxnesn1> yea, i hate unity
[09:48:09 CDT(-0500)] <foxnesn1> probably works great on mobile devices tho
[09:48:33 CDT(-0500)] <kickehy> but i typically keep a live version on my flash drive because, hey, you never know when you'll need a live linux 'disc'
[09:49:00 CDT(-0500)] <codehotter> I run everything remote too, but with HTML5 and Java vnc clients, you can run your graphical environment just fine (so long as you don't do 3d)
[09:49:12 CDT(-0500)] <codehotter> soon with webGL etc there'll be html5 spice clients too
[09:49:20 CDT(-0500)] <codehotter> then even that won't be a problem
[09:50:00 CDT(-0500)] <foxnesn1> true, but we don't install a GUI by default
[09:50:33 CDT(-0500)] <codehotter> I don't run my irc clients from servers : P
[09:51:50 CDT(-0500)] <foxnesn1> hehe
[09:52:14 CDT(-0500)] <foxnesn1> i think my situation is somewhat unique
[09:52:37 CDT(-0500)] <foxnesn1> becuase i wont install irc on the servers at work, so i ssh into my home box and do it there
[09:52:51 CDT(-0500)] <foxnesn1> i could VNC in but that would use more bandwidth and be pointless just for irc
[09:54:27 CDT(-0500)] <codehotter> I wonder how much CPU/memory VNC uses
[09:56:18 CDT(-0500)] <foxnesn1> not much
[10:26:10 CDT(-0500)] <foxnesn1> which maven plugin version are you guys using?
[10:27:40 CDT(-0500)] <foxnesn1> 2.1.1 seems to be the latest and greatest
[10:27:46 CDT(-0500)] <kickehy> 3.0.3
[10:28:25 CDT(-0500)] <kickehy> http://maven.apache.org/download.html
[10:34:12 CDT(-0500)] <foxnesn1> sorry, just the plugin, not the entire package
[10:34:29 CDT(-0500)] <foxnesn1> the maven-war-plugin
[10:36:47 CDT(-0500)] <kickehy> oh
[10:52:43 CDT(-0500)] <foxnesn1> kickehy when you set up /cas/services/ did you run into ssl handshake errors?
[10:59:48 CDT(-0500)] <foxnesn1> ahh, nvm lame java problem
[11:19:43 CDT(-0500)] <foxnesn1> i will throw a party the day java and linux can come to terms with how directories/environments are setup
[11:52:45 CDT(-0500)] <kickehy> foxnesn1: you get it working?
[12:09:08 CDT(-0500)] <foxnesn1> yea ive had it working on my main rigs
[12:09:14 CDT(-0500)] <foxnesn1> just setting up a test one right now for kicks
[12:09:23 CDT(-0500)] <foxnesn1> and for some reason the java cert was all screwed up
[12:32:06 CDT(-0500)] <kickehy> ah
[12:32:11 CDT(-0500)] <kickehy> good 
[13:35:12 CDT(-0500)] <foxnesn1> hey atilling
[14:12:31 CDT(-0500)] <atilling> Hey
[14:42:32 CDT(-0500)] <foxnesn> hrm which action-state should i edit so thatthe process flows to my new action-state
[14:42:46 CDT(-0500)] <foxnesn> generateserviceticket looks promising
[14:50:05 CDT(-0500)] <atilling> depends on when your are firing it, and how long the new action-state will take to complete
[14:50:57 CDT(-0500)] <foxnesn1> well the action state has to figure out which service url is requesting auth and then forward onto that service with the checkall
[14:51:15 CDT(-0500)] <atilling> if you are firing action-states after genST and it's something like a form if the user takes more then 2 minutes in the form the service ticket might expire
[14:52:07 CDT(-0500)] <atilling> ahh then I'd do the action-state after warn, because you are changing the end-state
[14:53:04 CDT(-0500)] <foxnesn1> yes and since the checkall interrupts on occasion the user may spend up to 5 minutes on it if they are slow
[14:53:53 CDT(-0500)] <atilling> right but you're flow doesn't allow any way for them to return to the flow after checkall
[14:55:10 CDT(-0500)] <foxnesn1> yea
[14:55:28 CDT(-0500)] <foxnesn1> if you get to the checkall then it should figure you have authenticated successfuly
[14:55:40 CDT(-0500)] <atilling> yes
[14:57:04 CDT(-0500)] <atilling> that service ticket life span is another reason we built it so that the password warn and change happens inside CAS
[15:00:01 CDT(-0500)] <foxnesn> does the order of action-state matter compared to location of other action-states?
[15:04:46 CDT(-0500)] <atilling> no
[15:05:00 CDT(-0500)] <atilling> just makes it easier to read
[15:06:49 CDT(-0500)] <foxnesn> so i guess i should substitute one of these variables with my checkall action-state
[15:07:18 CDT(-0500)] <foxnesn> generateST on success goes to warn
[15:07:56 CDT(-0500)] <foxnesn> i could change that to checkall
[15:08:07 CDT(-0500)] <foxnesn> and just build it in not to have the warn feature
[15:09:33 CDT(-0500)] <foxnesn> because right now nothing transitions to my new action-state
[15:12:20 CDT(-0500)] <atilling> ok, or you could transition to warn for the states that don't go to checkall
[15:13:48 CDT(-0500)] <foxnesn> good idea
[15:16:05 CDT(-0500)] <foxnesn> hrm, met with cas is unavailable after signing in
[15:19:10 CDT(-0500)] <foxnesn> cas log shows the service ticket was created
[15:19:52 CDT(-0500)] <foxnesn> catalina shows no errors
[15:19:55 CDT(-0500)] <foxnesn> i will have to setup debug
[15:31:03 CDT(-0500)] <foxnesn> wow errors galore
[15:31:55 CDT(-0500)] <atilling> yeah but usually only the last error counts
[15:32:54 CDT(-0500)] <foxnesn> INFO: Illegal access: this web application instance has been stopped already. Could not load META-INF/services/javax.xml.parsers.DocumentBuilderFactory. The eventual following stack trace is caused by an error thrown for debugging
[15:33:00 CDT(-0500)] <foxnesn> that is the first error
[15:33:37 CDT(-0500)] <atilling> right but usually the last error is the one you need to address - that error will say caused by, which might be caused by etc
[15:33:47 CDT(-0500)] <foxnesn> which is confusing
[15:33:50 CDT(-0500)] <foxnesn> here is the last one
[15:33:52 CDT(-0500)] <foxnesn> INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.log4j.PatternLayout. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to at
[15:36:16 CDT(-0500)] <foxnesn> there must be over 100 over those same messages
[15:36:26 CDT(-0500)] <foxnesn> none SEVERE
[15:37:08 CDT(-0500)] <atilling> there will be a bunch, it can be a learning curve to understand the log
[15:37:34 CDT(-0500)] <atilling> if you use pastebin or pastie and share the log I can help you
[15:37:42 CDT(-0500)] <foxnesn> it is too large
[15:37:49 CDT(-0500)] <foxnesn> it would take hours to copy/paste it
[15:38:41 CDT(-0500)] <foxnesn> they seem to be related to XML
[15:38:51 CDT(-0500)] <foxnesn> perhaps a bug in my loginwebflow
[15:38:59 CDT(-0500)] <atilling> stop the service, delete the log files, restart, and then see what's in the log
[15:39:04 CDT(-0500)] <foxnesn> ok
[15:39:28 CDT(-0500)] <atilling> the bash script I shared yesterday has the logic to clear the log files as part of the stop/start
[15:39:47 CDT(-0500)] <kickehy> do the tomcat logs get cleaned out after a certain period of time?
[15:40:09 CDT(-0500)] <atilling> depends on your log config
[15:40:21 CDT(-0500)] <kickehy> guess i'll look then 
[15:40:28 CDT(-0500)] <foxnesn> CAS loads and i can auth against it
[15:40:40 CDT(-0500)] <foxnesn> i get the CAS not available message once i am granted the ticket
[15:41:06 CDT(-0500)] <atilling> ok so sounds like there is an error in the flow action you added
[15:41:15 CDT(-0500)] <atilling> the log should show it
[15:41:35 CDT(-0500)] <atilling> Kickehy: your cas deploy up and running now?
[15:43:14 CDT(-0500)] <foxnesn> not throwing any errors after restart
[15:43:17 CDT(-0500)] <foxnesn> this is werid
[15:43:23 CDT(-0500)] <foxnesn> same webflow samd log settings
[15:43:34 CDT(-0500)] <foxnesn> same cas unavailable mesg
[15:43:53 CDT(-0500)] <atilling> check the localhost log file
[15:44:07 CDT(-0500)] <atilling> some errors end up there instead of catalina
[15:46:52 CDT(-0500)] <foxnesn> java.lang.IllegalArgumentException: Cannot find state with id 'checkall' in flow 'login' – Known state ids are 'array<String>['ticketGrantingTicketExistsCheck', 'gatewayRequestCheck', 'hasServiceCheck', 'renewRequestCheck', 'warn', 'g
[15:47:13 CDT(-0500)] <foxnesn> postView', 'checkAll', 'moodlecheckAll', 'redirectView', 'viewServiceErrorView', 'viewServiceSsoErrorView']'
[15:48:23 CDT(-0500)] <atilling> so your transition to="checkall" but you don't have an element with id="checkall"
[15:48:54 CDT(-0500)] <foxnesn> lol
[15:48:59 CDT(-0500)] <foxnesn> i had checkAll
[15:49:01 CDT(-0500)] <foxnesn> kldfjlkfdgflkgjlgjffglkdfdkj
[15:49:40 CDT(-0500)] <atilling> yes surprise, surprise java is case-sensitive
[15:49:56 CDT(-0500)] <foxnesn> yea ha i must have missed it
[15:50:05 CDT(-0500)] <atilling> easy mistake
[15:50:39 CDT(-0500)] <foxnesn> omg it worked