uPortal IRC Logs-2011-09-16

[09:49:33 CDT(-0500)] <iffy> hello
[09:49:46 CDT(-0500)] <EricDalquist> hello
[09:53:12 CDT(-0500)] <iffy> is this the place to ask about developing with uportal?
[09:53:32 CDT(-0500)] <EricDalquist> yes
[09:54:32 CDT(-0500)] <iffy> where can i find a guide for outline the process for editing themes/skins while in development in order to make it as easy as possible
[09:55:00 CDT(-0500)] <iffy> right now i am editing the uportal src, then doing an ant deploy-war, then restarting the server
[09:55:11 CDT(-0500)] <EricDalquist> hrm, I think there may be some information in the manual ... what version of uPortal are you using?
[09:55:22 CDT(-0500)] <iffy> the whole process takes a couple minutes, looking for a faster way
[09:55:30 CDT(-0500)] <iffy> 3.2.4
[09:55:53 CDT(-0500)] <EricDalquist> athena: do you have any resources to point to?
[09:56:18 CDT(-0500)] <iffy> i looked in the manual, only thing i saw was disabling caching which i did
[09:56:32 CDT(-0500)] <EricDalquist> so you've probably already seen: https://wiki.jasig.org/display/UPM32/Customizing+uPortal%27s+UI
[09:57:06 CDT(-0500)] <EricDalquist> if you disable caching I believe you can edit the XSL and CSS directly in uPortal webapp that is deployed to tomcat
[09:57:19 CDT(-0500)] <EricDalquist> then you just need to keep track of the files you've modified and copy them back to your source tree
[09:57:25 CDT(-0500)] <EricDalquist> when you're all done
[09:57:30 CDT(-0500)] <iffy> yeah saw that
[09:57:40 CDT(-0500)] <iffy> is there any way to turn off aggregation?
[09:57:54 CDT(-0500)] <iffy> so my css files aren't complied into one minified file?
[09:58:41 CDT(-0500)] <iffy> so that basically the skins/themes/layout/etc... are the exact same as the source?
[09:58:43 CDT(-0500)] <EricDalquist> yes, in the Portal Administration Tools portlet there should be a link that says "Toggle JS/CSS Aggregation"
[09:59:02 CDT(-0500)] <EricDalquist> which will make the portal use the unminified versions when rendering
[09:59:10 CDT(-0500)] <iffy> ah, ok
[09:59:11 CDT(-0500)] <EricDalquist> yes the XSL files are not modified during the deployment process
[09:59:25 CDT(-0500)] <EricDalquist> https://example/uPortal/render.userLayoutRootNode.uP?uP_fname=toggle-resources-aggregation
[09:59:34 CDT(-0500)] <EricDalquist> that should get you to the toggle
[09:59:43 CDT(-0500)] <iffy> and as far as the layouts, are they the same in the deployed folder and source folder?
[10:00:36 CDT(-0500)] <EricDalquist> the layouts themselves are represented in the database
[10:00:52 CDT(-0500)] <EricDalquist> oh shoot ... late for my 10am meeting
[10:00:56 CDT(-0500)] <EricDalquist> back in an hour or so :/
[10:01:53 CDT(-0500)] <iffy> thank you
[12:34:02 CDT(-0500)] <drewwills> what do you folks think: a new feature in 3.2.5 that stops allocating rendering threads to portlets that are known to be leaking threads should be ON by default or OFF?
[12:34:25 CDT(-0500)] <EricDalquist> depends on how confident we are in the logic
[12:34:37 CDT(-0500)] <EricDalquist> and what sort of recovery mechanisms are in place
[12:34:51 CDT(-0500)] <drewwills> yeah sensible... i can post a patch
[12:37:34 CDT(-0500)] <drewwills> i took a path of low disruption... a misbehaving portlet goes on a list... they get replaced (in channelRenderer) with a channel instance that merely throws a descriptive exception
[12:37:42 CDT(-0500)] <drewwills> patch posted btw
[12:37:57 CDT(-0500)] <drewwills> if they stop misbehaving, they faall off the list
[12:38:14 CDT(-0500)] <EricDalquist> how do you know they stop misbehaving if they don't get rendered anymore?
[12:38:32 CDT(-0500)] <drewwills> i know because the threads they were holding on to return
[12:38:56 CDT(-0500)] <drewwills> you're only allowed to have so many (confgurable) non-returning threads at one time
[12:39:37 CDT(-0500)] <EricDalquist> got it
[12:39:55 CDT(-0500)] <drewwills> to be counted as "non-returning" you have to exceed the value of your configured timeout * a multiplier (also configurable... default is 2.0F)
[12:39:56 CDT(-0500)] <EricDalquist> so the definition of misbehaving here is "max X threads per fname"
[12:40:05 CDT(-0500)] <drewwills> yep
[12:40:51 CDT(-0500)] <EricDalquist> seems reasonable
[12:41:02 CDT(-0500)] <EricDalquist> I'd be fine with having it on by default
[12:41:20 CDT(-0500)] <EricDalquist> though what may be better is to have it aware of the portal.properties value that specifies max threads
[12:41:28 CDT(-0500)] <EricDalquist> and then have the config be a %
[12:41:40 CDT(-0500)] <EricDalquist> so out of the box we can set it fairly high (80%?)
[12:41:44 CDT(-0500)] <drewwills> and the default maximum is 4... so if you have 6 portlets integrating with a service that has gone unresponsive, you might leak 30ish threads
[12:41:57 CDT(-0500)] <drewwills> but that would probably still leave you up & running
[12:42:01 CDT(-0500)] <EricDalquist> and if someone changes max threads it won't break things
[12:42:54 CDT(-0500)] <drewwills> yeah you could calculate the threashold based on max threads
[12:43:05 CDT(-0500)] <drewwills> i'd be perfectly happy with that
[12:43:16 CDT(-0500)] <EricDalquist> just seems like it would be less fragile then
[12:44:00 CDT(-0500)] <drewwills> i'd be happy to see it happen... happy to do it myself if I get a window
[12:44:47 CDT(-0500)] <EricDalquist> I'm just stating the things I'd like to see before I'd support it as an on-by-default feature in 3.2.5
[12:46:23 CDT(-0500)] <drewwills> you start getting things like this in the log if condition comes up: http://pastebin.com/Av0qggDJ
[12:46:54 CDT(-0500)] <EricDalquist> looks good
[16:08:55 CDT(-0500)] <rlewis> Hi Athena, Got time for a question about using the android emulator on umobile-app-1.0.0 ?
[16:21:22 CDT(-0500)] <rlewis> When I import the umobile app into Titanium I cannot create a run configuration. Has anyone else observed this?
[16:26:41 CDT(-0500)] <rlewis> When I use 7zip to extract umobile-app-1.0.0-bin I get an error says there are data after end of archive.
[17:16:08 CDT(-0500)] <athena> hi rlewis
[17:16:25 CDT(-0500)] <athena> sorry, just returned
[17:16:48 CDT(-0500)] <athena> does 7zip handle .tar.gz files? i have to admit i don't have much experience with that tool
[17:20:06 CDT(-0500)] <rlewis> yes. I retrieved the file I downloaded two days ago to see if it works better.
[17:31:06 CDT(-0500)] <rlewis> it seems to be a problem with my Titanium Studio. I dont know what happened between yesterday and today, but its not creating run configurations like it used to. So I will re-install it.
[17:36:24 CDT(-0500)] <athena> ahh
[17:36:34 CDT(-0500)] <athena> you can try deleting all the current run configurations - sometimes that helps
[17:36:41 CDT(-0500)] <athena> also, make sure the right android SDK is selected