[00:55:12 EDT(-0400)] * Sememmon (n=Sememmon@70.190.32.223) has joined ##uportal
[03:49:10 EDT(-0400)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[08:42:38 EDT(-0400)] * tsnfoo (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[09:02:32 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined ##uportal
[09:10:04 EDT(-0400)] * fj40001 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[09:27:36 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[09:29:15 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[09:37:07 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[09:51:11 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[09:54:21 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:41:47 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:01:06 EDT(-0400)] <athena> I added some current screenshots of UP-2047 to Confluence: http://www.ja-sig.org/wiki/display/UPC/Current+Portlet+Administration+Portlet+Development+Status
[11:01:22 EDT(-0400)] <EricDalquist> neat
[11:02:28 EDT(-0400)] <athena> hopefully i can find some time to write up an email - i suspect that more people will have time to look at screenshots on a wiki page than to check out and build the current trunk
[11:33:03 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:36:15 EDT(-0400)] * holdorph (n=holdorph@98.174.242.39) has joined ##uportal
[12:36:31 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:55:35 EDT(-0400)] * agherna (n=agherna@panache.ci.uiuc.edu) has joined ##uportal
[16:04:20 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[17:06:49 EDT(-0400)] <agherna> question
[17:07:03 EDT(-0400)] <agherna> i downloaded and built uPortal 3.1.0
[17:07:09 EDT(-0400)] <agherna> built the war file
[17:07:32 EDT(-0400)] <agherna> i noticed that the uPortal jar is built, then exploded to the WEB-INF/classes directory
[17:07:39 EDT(-0400)] <EricDalquist> yes
[17:07:46 EDT(-0400)] <EricDalquist> that was changed in 3.0.1 I think
[17:07:54 EDT(-0400)] <EricDalquist> on overwhelming request of the community
[17:08:03 EDT(-0400)] <agherna> is there a functional reason why?
[17:08:06 EDT(-0400)] <EricDalquist> so that you can easily edit config files in tomcat
[17:08:10 EDT(-0400)] <agherna> oh
[17:08:31 EDT(-0400)] <EricDalquist> functionally it is very similar to just using the JAR
[17:08:38 EDT(-0400)] <agherna> are the configuration files in the uportal-impl module?
[17:08:56 EDT(-0400)] <EricDalquist> all config is in uportal-impl/src/main/resource/properties
[17:09:00 EDT(-0400)] <agherna> oh
[17:09:19 EDT(-0400)] <agherna> hypothetically speaking...
[17:09:21 EDT(-0400)] <EricDalquist> the functional difference is that the classloader looks in WEB-INF/classes before looking in WEB-INF/lib
[17:09:43 EDT(-0400)] <agherna> could one move the properties files to the uportal-war module?
[17:09:46 EDT(-0400)] <EricDalquist> no
[17:09:52 EDT(-0400)] <EricDalquist> all the tools will break
[17:10:01 EDT(-0400)] <EricDalquist> like deploy portlet app, initdb
[17:10:03 EDT(-0400)] <EricDalquist> crn-*
[17:10:15 EDT(-0400)] <EricDalquist> there is no way in Maven to have a WAR artifact as a classpath dependency
[17:10:16 EDT(-0400)] <agherna> relies on the spring xmls there, huh?
[17:10:27 EDT(-0400)] <EricDalquist> yeah
[17:10:34 EDT(-0400)] <EricDalquist> since the tools need to use the same config your portal would
[17:10:50 EDT(-0400)] <EricDalquist> that is why there is the impl and the war module
[17:10:58 EDT(-0400)] <EricDalquist> the need for command line tools
[17:11:23 EDT(-0400)] <agherna> ok
[17:12:34 EDT(-0400)] <holdorph> why do you ask agherna ?
[17:12:36 EDT(-0400)] <holdorph> just curious
[17:12:40 EDT(-0400)] <agherna> but, if you wanted to, could you change the build so that the jar file is built?
[17:12:42 EDT(-0400)] <agherna> well
[17:12:52 EDT(-0400)] <EricDalquist> yeah
[17:13:01 EDT(-0400)] <EricDalquist> you could change that in uportal-war/pom.xml
[17:13:04 EDT(-0400)] <agherna> i was comparing a few of the different builds
[17:13:10 EDT(-0400)] <agherna> our build (uP2.6)
[17:13:16 EDT(-0400)] <agherna> out of the box build (uP2.6)
[17:13:23 EDT(-0400)] <agherna> out of the box build (uP31.)
[17:13:28 EDT(-0400)] <agherna> *3.1
[17:13:47 EDT(-0400)] <agherna> I was looking at the number of files/directores that were created as a result.
[17:14:10 EDT(-0400)] <agherna> Now I'm trying to figure out the best way to optimize it for our situation
[17:15:31 EDT(-0400)] <agherna> fwiw, in the up2.6.1 build there are 5164 zip entries in uPortal.war
[17:15:36 EDT(-0400)] <EricDalquist> back on in about 30 minutes
[17:15:45 EDT(-0400)] <agherna> in up3.1.0, there are 3640 zip entries
[17:15:57 EDT(-0400)] <agherna> so it is much improved
[17:16:45 EDT(-0400)] <holdorph> the number of files is a performance problem for your environments?
[17:16:56 EDT(-0400)] <agherna> only at deploy time
[17:17:21 EDT(-0400)] <holdorph> how so?
[17:17:43 EDT(-0400)] <holdorph> (FWIW, one of my sakai deployments has over 13,000 files)
[17:18:32 EDT(-0400)] <agherna> the script that's used to ultimately deploy to our servers uses rsync
[17:19:22 EDT(-0400)] <agherna> with the deep directory structures in 2.6 (and a lot of files that we should have cleaned out before we first implemented)...
[17:19:55 EDT(-0400)] <agherna> it causes the script's performance to degrade
[17:20:10 EDT(-0400)] <agherna> we do not own this script, another university entity does
[17:20:32 EDT(-0400)] <agherna> the good news is that everyone knows when a portal rollout happens
[17:20:53 EDT(-0400)] <agherna> the bad news is it's because the deployment server CPU spikes up to 90% just to push our stuff out
[17:20:56 EDT(-0400)] <agherna> 
[17:21:17 EDT(-0400)] <agherna> so i'm trying to get a handle on it
[17:21:37 EDT(-0400)] <holdorph> wow, so yeah, you could probably try to do some uportal stuff, but the real culprit there, is the deployment script
[17:21:55 EDT(-0400)] <holdorph> a simple, tar, scp, untar would improve that situation dramatically
[17:22:21 EDT(-0400)] <agherna> the process that's in place is designed to audit who put what into which environment
[17:22:32 EDT(-0400)] <agherna> the deploy script is the final "out the door" operation
[17:23:01 EDT(-0400)] <holdorph> sure, but depending on the rsync options used, it's not much different then tar/scp/untar
[17:23:15 EDT(-0400)] <agherna> it's done in a way that there is no way to push an archive and then extract it
[17:23:17 EDT(-0400)] <agherna> right
[17:23:25 EDT(-0400)] <agherna> it's done by...
[17:23:29 EDT(-0400)] <agherna> what's the term...
[17:23:36 EDT(-0400)] <agherna> users you can't log in as on unix...
[17:23:52 EDT(-0400)] <holdorph> root
[17:24:05 EDT(-0400)] <agherna> sort of, yes, but they are not the root user
[17:24:20 EDT(-0400)] <agherna> you can su to that user (e.g. tomcat, cvs, etc.)
[17:24:23 EDT(-0400)] <agherna> but you can't log in as them
Manage space
Manage content
Integrations