uPortal IRC Logs-2011-09-19

[09:07:55 CDT(-0500)] <andreip> Hi everyone, I configured CAS to connect to MySQL database. Password is encrypted with MD5 and I need to configure CAS to encrypt password. Here http://pastebin.com/jKTHmtR5 is my deployerConfigContext.xml and here http://pastebin.com/nd9zRRbM is Tomcat errors related to this config. When I remove line "<property name="passwordEncoder" ref="passwordEncoder" />" from deployerConfigContext.xml tomcat does not give errors, but I can login only with md5 st
[09:09:40 CDT(-0500)] <andreip> I don't understand if this is a config problem or something related to CAS depenedencies. I'm not a JAVA developer so its a little bit hard for me to track this error
[10:41:19 CDT(-0500)] <rlewis> The Titanium Studio v1.0.4 bug, preventing creation of a run config for umobile-app is TISTUD-585. Supposed to be fixed in TS v1.1
[12:40:16 CDT(-0500)] <drewwills> EricDalquist I checked in changes for UP-3161 & UP-3165 (rendering threads) for rel-3-2-patches, but left the JIRAs open for the moment... what's the plan for closing these tickets against uP 4?
[12:41:06 CDT(-0500)] <EricDalquist> we can split them out
[12:41:27 CDT(-0500)] <EricDalquist> drewwills: can you make the changes we talked about, using the max threads property and doing the math as a ratio?
[12:41:37 CDT(-0500)] <EricDalquist> I think that is a requirement if this is going to get included in a release
[12:42:29 CDT(-0500)] <drewwills> ack... i can... probably later this week... i'm pinched preping uP Platform Training for uP 4 to be given next week
[12:42:35 CDT(-0500)] <EricDalquist> ok
[12:42:41 CDT(-0500)] <drewwills> i have to updatte all the content
[12:43:07 CDT(-0500)] <EricDalquist> just something to keep in mind when getting these patches in for clients, always budget a little time for community code review
[12:43:54 CDT(-0500)] <holdorph> the more time you have to budget, the less likely the client is willing to pay for that part of the process
[12:44:16 CDT(-0500)] <holdorph> i know it has to be done, but it's also the reality of the situation too.
[12:44:19 CDT(-0500)] <EricDalquist> righty
[12:44:53 CDT(-0500)] <EricDalquist> but on the other hand I don't want to have to revert patches because they can't be enabled by default (the only way things actually get maintained) or are missing some cases
[12:45:40 CDT(-0500)] <holdorph> i understand. but then we just get back to the situation that exists for 75% + of our clients
[12:45:42 CDT(-0500)] <drewwills> for now i disabled by default, but I expect it's something we want enabled in the end
[12:45:53 CDT(-0500)] <holdorph> they're not willing to pay for the time to contribute the chagnes back to the community
[12:46:02 CDT(-0500)] <EricDalquist> right, but I have an aversion to disabled-by-default features
[12:46:03 CDT(-0500)] <holdorph> so the community gets nothing
[12:46:06 CDT(-0500)] <EricDalquist> they end up getting missed in testing
[12:46:19 CDT(-0500)] <EricDalquist> especially since this patch didn't include any unit tests
[12:46:25 CDT(-0500)] <EricDalquist> they don't get maintained
[12:46:34 CDT(-0500)] <EricDalquist> and then a year later something breaks it and it turns into more work
[12:46:42 CDT(-0500)] <drewwills> these are tricky waters to navigate... but I think we're better at it now than we were 4 years ago
[12:46:49 CDT(-0500)] <athena> actually, they often are willing to pay for the time to contribute back when we structure the contribution correctly and explain the benefits to them
[12:47:03 CDT(-0500)] <drewwills> depends on the class of client
[12:47:29 CDT(-0500)] * holdorph hasn't work for such a client in the last 5 years
[12:47:39 CDT(-0500)] <holdorph> and except for drew, i don't know anyone else who has either
[12:48:07 CDT(-0500)] <athena> i frequently do - but the contribution has to not be a thing tacked onto the end
[12:48:27 CDT(-0500)] <athena> the right way to do it is do it publicly first, then apply it locally as a patch
[12:49:28 CDT(-0500)] <drewwills> as a pattern – in my experience – the university clients for uP & CAS seem to be getting more keen on strategies that eliminate local customizations
[13:07:35 CDT(-0500)] <EricDalquist> fyi sounds like steve s will be cutting a 3.2.5 release in the next few weeks
[13:17:02 CDT(-0500)] <athena> fantastic!
[13:17:04 CDT(-0500)] <athena> go steve
[13:25:46 CDT(-0500)] <athena> errrrr. why are all my XML tags disappearing during XSL transformation?
[13:26:00 CDT(-0500)] <athena> have to be missing something here.
[13:26:27 CDT(-0500)] <EricDalquist> ?
[13:27:10 CDT(-0500)] <athena> dunno, writing a new XSLT for the dining menus portlet
[13:27:18 CDT(-0500)] <athena> only printing out the plaintext in the result
[13:27:36 CDT(-0500)] <EricDalquist> huh
[13:28:06 CDT(-0500)] <athena> yeah, weird.
[13:28:24 CDT(-0500)] <athena> going to have to play around w/ it i guess
[13:30:44 CDT(-0500)] <athena> fun, looks like it's just eclipse being broken
[13:58:29 CDT(-0500)] <athena> hey EricDalquist - do you remember anything about this issue? https://issues.jasig.org/browse/UP-1812
[13:58:34 CDT(-0500)] <athena> seems to have cropped up in a 3.2.1 install
[13:58:45 CDT(-0500)] <EricDalquist> are you using inter channel communication?
[13:58:52 CDT(-0500)] <EricDalquist> if not
[13:58:55 CDT(-0500)] <EricDalquist> you can safely ignore it
[13:59:23 CDT(-0500)] <EricDalquist> or even better ... go into JNDIManager and delete the logging
[14:01:13 CDT(-0500)] <drewwills> does anyone remember which JDK6 update fixes the JAXB (iirc) bug?
[14:02:18 CDT(-0500)] <athena> .20 ish?
[14:02:45 CDT(-0500)] <drewwills> sounds about right
[14:07:15 CDT(-0500)] <brandon_> hello, i'm having a problem with setting up ldap with the bundled cas in uportal
[14:07:22 CDT(-0500)] <brandon_> i followed this guide: https://wiki.jasig.org/display/UPM32/Configuring+the+Bundled+CAS+Server+to+Authenticate+Against+LDAP
[14:07:58 CDT(-0500)] <brandon_> if there is a problem with any of the setup i did (dependencies, etc...) shouldn't i see an error?
[14:08:09 CDT(-0500)] <brandon_> all i see in the logs is that it "failed to authenticate"
[14:09:24 CDT(-0500)] <EricDalquist> brandon_ I think you may need to jump into #jasig-cas for help. Most of us are just uPortal developers and don't necessarily have a ton of CAS configuration experience.
[14:09:46 CDT(-0500)] <brandon_> ah, ok. thanks
[14:10:05 CDT(-0500)] <EricDalquist> no problem, if you run into a snag on the uPortal side let us know
[14:26:34 CDT(-0500)] <athena> brandon_: you might also want to try turning up cas debugging
[14:27:00 CDT(-0500)] <athena> logging configuration set to debug/trace, that is
[14:28:27 CDT(-0500)] <EricDalquist> athena: did that answer your question about the JNDI stuff?
[14:28:52 CDT(-0500)] <athena> oh! is that all that is?
[14:29:04 CDT(-0500)] <athena> so it's not actually an issue/
[14:30:12 CDT(-0500)] <EricDalquist> no
[14:30:31 CDT(-0500)] <EricDalquist> uPortal 3 and 2 maintain an in-memory JNDI tree of ALL logged in users
[14:30:35 CDT(-0500)] <EricDalquist> and all channels for every user
[14:30:41 CDT(-0500)] <EricDalquist> to use for the ICC framework
[14:30:49 CDT(-0500)] <EricDalquist> if you're not using ICC it isn't used at all
[14:30:56 CDT(-0500)] <EricDalquist> other than to use memory and cpu
[14:32:22 CDT(-0500)] <EricDalquist> maven's inheritance concepts drive me nuts at times
[14:35:00 CDT(-0500)] <athena> well, it's good to make sure teh memory and cpu get used
[14:35:05 CDT(-0500)] <athena> i mean, that'd be really sad to have that go to waste!
[14:35:13 CDT(-0500)] <EricDalquist> yup
[14:35:16 CDT(-0500)] <athena>
[14:35:26 CDT(-0500)] <EricDalquist> one of the many things I very much enjoyed deleting in 4.0
[14:36:41 CDT(-0500)] <athena> i do remember that, actually
[15:03:05 CDT(-0500)] <rlewis> Regarding the Titamium Studio jira issues TISTUD-614 and 585, bugs in creating run configurations, running on Windows 7, the beta version 1.0.5.201109091616 seems to fix the bug, and is obtainable on the update site http://preview.appcelerator.com/studio/
[15:23:48 CDT(-0500)] <rlewis> Hi Athena, I am using the Titanium Studio Beta version on Windows 7, and I am able to create the run configuration and launch the android emulator now. But, when it comes up I do not see the light blue uMobile screen. So, something happened to the umobile app, but I do not see any errors in the console. Is that stream of stuff logged anywhere so I can see what might be the problem?
[15:30:39 CDT(-0500)] <athena> generally everything is logged to the console
[15:30:51 CDT(-0500)] <athena> though i think you can set the log level via titanium studio
[15:30:58 CDT(-0500)] <athena> thanks for the tips on the windows 7 issue!
[15:31:31 CDT(-0500)] <athena> both jeff and i are on os x, so we haven't had a lot of help with windows testing yet
[15:31:45 CDT(-0500)] <athena> you might just try running the emulator again though - sometimes it works on the second try
[15:43:34 CDT(-0500)] <rlewis> i found the build.log, in there is an error msg, it says the below.
[15:43:47 CDT(-0500)] <rlewis> [ERROR] JDK version 'javac' is not recognized as an internal or external command,
[15:43:47 CDT(-0500)] <rlewis> operable program or batch file. detected, but 1.6 is required
[15:44:43 CDT(-0500)] <rlewis> i have jdk 1.7 on my desktop, but I am running TS on jdk1.6.0_27 i think
[15:59:03 CDT(-0500)] <rlewis> Titanium Studio diagnostics tests say it is running jre version 1.6.)_24, and the location of the jre is in the jre folder under the Titanium Studio install directory.
[15:59:22 CDT(-0500)] <rlewis> sorry 1.6.0_24
[16:00:28 CDT(-0500)] <rlewis> diagnostics also say Titanium Mobile SDK Version: 1.7.2
[16:00:28 CDT(-0500)] <rlewis> Mobile SDK Timestamp: 07/21/11 09:36
[16:00:28 CDT(-0500)] <rlewis> Mobile SDK Build Number: 97c3689
[16:00:28 CDT(-0500)] <rlewis> Titanium Mobile SDK Location: C:\Users\r.lewis\AppData\Roaming\Titanium\mobilesdk\win32\1.7.2
[16:01:20 CDT(-0500)] <rlewis> Am I supposed to be using Titanium Mobile SDK version 1.6?
[16:03:53 CDT(-0500)] <athena> depends on what version of umobile you're running
[16:04:06 CDT(-0500)] <athena> if you grab the recent trunk or the 1.0 GA, 1.7.2 is just fine
[16:04:19 CDT(-0500)] <athena> so i think you need to point to a jdk, not a jre
[16:04:24 CDT(-0500)] <athena> that might be part of the problem
[16:04:46 CDT(-0500)] <athena> unfortunately these are all windows-specific configuration steps, which makes it a bit harder to help debug
[16:04:56 CDT(-0500)] <athena> guess i need to get my hands on a windows vm
[16:06:56 CDT(-0500)] <rlewis> i am trying to run umobile-app-1.0.0
[16:09:25 CDT(-0500)] <rlewis> i have beentrying to get Titanium Studio to run on the jdk I installed on my machine, but it keeps wanting to run on the jre internal to it. I put -vm <path to jdk> in TitaniumStudio.ini and that has no effect apparently.
[16:14:56 CDT(-0500)] <athena> hmm.
[16:15:05 CDT(-0500)] <athena> well, sounds like that's likely the problem at elast
[16:16:21 CDT(-0500)] <athena> so you tried setting these path variables? http://wiki.appcelerator.org/display/guides/Installing+on+Windows+7#InstallingonWindows7-SystemPATHvariable
[16:17:14 CDT(-0500)] <athena> i wonder if the JDK has to be installed and java_home properly set before installing titanium studio, or something like that