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 44 Next »

[09:24:26 EDT(-0400)] * anastasiac (n=team@142.150.154.149) has joined ##uportal
[09:42:18 EDT(-0400)] * theclown (n=theclown@142.150.154.101) has joined ##uportal
[09:57:42 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:08:44 EDT(-0400)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[10:20:28 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279543721.dsl.bell.ca) has joined ##uportal
[11:09:09 EDT(-0400)] * WilliamGu (n=gusienmr@218.78.239.3) has joined ##uportal
[11:10:57 EDT(-0400)] <WilliamGu> hi all
[11:11:17 EDT(-0400)] <WilliamGu> this is a freshman for uportal
[11:11:29 EDT(-0400)] <EricDalquist> hello
[11:13:17 EDT(-0400)] <WilliamGu> hello EricDalquist, i'm just setting up the dev env with uportal
[11:13:47 EDT(-0400)] <WilliamGu> here is the support channel i suppose
[11:15:43 EDT(-0400)] <EricDalquist> well, this channel is primarily used by uportal developers but we try to provide some support, the best place to go with questions on setting up uPortal is the uportal-user email list: http://www.ja-sig.org/wiki/display/JSG/uportal-user
[11:20:09 EDT(-0400)] <WilliamGu> ok i see, it is useful, nice to talk to you, Eric
[11:21:04 EDT(-0400)] <EricDalquist> no problem
[11:31:11 EDT(-0400)] <athena7> freshman for uportal (smile)
[11:31:15 EDT(-0400)] <athena7> i like it, that's cute
[11:31:19 EDT(-0400)] <EricDalquist> (smile)
[12:10:23 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[12:20:56 EDT(-0400)] * levifig (n=einztein@65.172.10.9) has joined ##uportal
[12:24:56 EDT(-0400)] <levifig> dang
[12:24:59 EDT(-0400)] <levifig> so annoying
[12:25:01 EDT(-0400)] <levifig> (sad)
[12:25:11 EDT(-0400)] <dstn> ?
[12:25:11 EDT(-0400)] <levifig> tomct doesn't load uPortal at aaall
[12:25:19 EDT(-0400)] <levifig> tomcat*
[12:25:27 EDT(-0400)] <levifig> and logs don't help
[12:25:37 EDT(-0400)] <dstn> what uportal & tomcat?
[12:26:16 EDT(-0400)] <levifig> tomcat5.5
[12:26:18 EDT(-0400)] <levifig> up2.6
[12:26:35 EDT(-0400)] <levifig> http://uportal.pastebin.com/d6977be0b < error from tomcat
[12:28:04 EDT(-0400)] <dstn> hmm, gonna need more info. Do you see in traces in catalina.out?
[12:28:21 EDT(-0400)] <dstn> see any traces*
[12:29:08 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279543721.dsl.bell.ca) has joined ##uportal
[12:34:48 EDT(-0400)] <levifig> no
[12:34:55 EDT(-0400)] <levifig> I'm launching from eclipse
[12:37:44 EDT(-0400)] <levifig> yooooooooooooooo
[12:37:45 EDT(-0400)] <levifig> GOT IT
[12:37:46 EDT(-0400)] <levifig> dang
[12:37:47 EDT(-0400)] <levifig> (big grin)
[12:37:51 EDT(-0400)] <levifig> \o/
[12:38:15 EDT(-0400)] <EricDalquist> what was the problem?
[12:38:24 EDT(-0400)] <levifig> this thing is running some other stuff that needs separate compilation right?
[12:38:37 EDT(-0400)] <levifig> the order was crucial... I tried several different orders...
[12:39:02 EDT(-0400)] <levifig> I had to compile uPortal, then a specific one, than another, then their plugins
[12:39:04 EDT(-0400)] <levifig> :S
[12:39:13 EDT(-0400)] <levifig> failing to do in that order rendered in erros
[12:39:16 EDT(-0400)] <levifig> errors*
[12:39:18 EDT(-0400)] <levifig> ARGH
[12:39:21 EDT(-0400)] <levifig> 2 days
[12:39:24 EDT(-0400)] <levifig> to figure this crap out
[12:39:29 EDT(-0400)] <levifig> (sad)
[12:39:34 EDT(-0400)] <dstn> hmm cool, congrats
[12:39:37 EDT(-0400)] <dstn> :-D
[12:43:08 EDT(-0400)] <levifig> thanks
[12:43:09 EDT(-0400)] <levifig> (smile)
[13:10:11 EDT(-0400)] * awills (n=awills@12.164.136.183) has joined ##uportal
[13:16:42 EDT(-0400)] <levifig> another question is
[13:21:01 EDT(-0400)] <levifig> why isn't the guest view assuming the theme from guest-lo
[13:21:02 EDT(-0400)] <levifig> (sad)
[13:22:01 EDT(-0400)] <athena7> hm
[13:22:05 EDT(-0400)] <athena7> is it actually supposed to?
[13:22:14 EDT(-0400)] <EricDalquist> I doubt it
[13:22:24 EDT(-0400)] <athena7> that was my thought
[13:22:33 EDT(-0400)] <EricDalquist> I don't think layout fragments contribute to the theme parameters at all
[13:22:35 EDT(-0400)] <athena7> you'll likely have multiple fragments
[13:22:50 EDT(-0400)] <athena7> so it wouldn't necessarily make sense to assume the theme of one of the fragments
[13:22:55 EDT(-0400)] <athena7> since we wouldn't know which one to use
[13:36:17 EDT(-0400)] * michelled (n=team@142.150.154.199) has joined ##uportal
[13:51:00 EDT(-0400)] <levifig> i might have to create a login-only view then
[13:51:05 EDT(-0400)] <levifig> customized the way I want
[13:51:18 EDT(-0400)] <levifig> create an intro page with the login, etc..
[13:51:35 EDT(-0400)] <EricDalquist> you can always just login as the guest user and set that user's theme
[13:52:19 EDT(-0400)] <EricDalquist> I don't think the guest user has a password set by default so you would need to set one first:
[13:52:35 EDT(-0400)] <EricDalquist> run 'ant md5passwd -Dusername=guest' in the uPortal-src directory
[13:52:47 EDT(-0400)] <EricDalquist> that should let you change the guest user's password
[13:53:13 EDT(-0400)] <EricDalquist> you can log in as the guest user and change the skin
[13:53:33 EDT(-0400)] <EricDalquist> though you'll likely need to restart uportal after doing that to see the changes since the guest layout is cached
[13:54:18 EDT(-0400)] <levifig> ill do that in a sec
[13:54:25 EDT(-0400)] <levifig> im gonna pack and head down to the office
[13:54:26 EDT(-0400)] <levifig> (smile)
[13:54:28 EDT(-0400)] <levifig> brb
[13:56:10 EDT(-0400)] <athena7> we really should fix that someday
[13:56:18 EDT(-0400)] <EricDalquist> ?
[13:56:25 EDT(-0400)] <EricDalquist> the caching?
[13:56:26 EDT(-0400)] <athena7> the guest layout being cached forever and every
[13:56:27 EDT(-0400)] <athena7> yeah
[13:56:32 EDT(-0400)] <EricDalquist> yeah
[13:56:41 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[13:56:42 EDT(-0400)] <athena7> it was never the intention to leave it that way
[13:56:46 EDT(-0400)] <EricDalquist> another 'it should be a lot easier in 3.0'
[13:56:47 EDT(-0400)] <athena7> from what i gather
[13:56:49 EDT(-0400)] <athena7> yeah (smile)
[13:57:12 EDT(-0400)] <EricDalquist> like it should be just a few lines to replace it with an ehcache backed Map
[14:08:31 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279543721.dsl.bell.ca) has joined ##uportal
[14:11:02 EDT(-0400)] * awills (n=awills@12.164.136.183) has left ##uportal
[14:21:02 EDT(-0400)] <EricDalquist> I'm not sure these .dict files all over in uPortal were used for anything other than reference data
[14:26:51 EDT(-0400)] * levifig (n=einztein@205.241.143.4) has joined ##uportal
[14:28:11 EDT(-0400)] <levifig> back
[14:34:13 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[14:45:56 EDT(-0400)] <levifig> "The jar commons-logging-1.1.jar has no source attachment." <<
[14:45:59 EDT(-0400)] <levifig> what is this?
[14:46:07 EDT(-0400)] <EricDalquist> from eclipse?
[14:46:12 EDT(-0400)] <levifig> yes
[14:46:15 EDT(-0400)] <EricDalquist> with up3?
[14:46:19 EDT(-0400)] <EricDalquist> oh no
[14:46:23 EDT(-0400)] <EricDalquist> never mind that last question
[14:46:28 EDT(-0400)] <levifig> on Log4JLogger.class
[14:46:30 EDT(-0400)] <levifig> hehe (smile)
[14:46:33 EDT(-0400)] <EricDalquist> so eclipse is trying to show you the source of the file
[14:46:35 EDT(-0400)] * levifig = EiNZTEiN
[14:46:50 EDT(-0400)] <EricDalquist> but you haven't 'attached' (associated) the source code with the .jar
[14:46:57 EDT(-0400)] <levifig> hm
[14:47:00 EDT(-0400)] <levifig> is that relevant?
[14:47:01 EDT(-0400)] <levifig> (tongue)
[14:47:09 EDT(-0400)] <EricDalquist> only if you want to look at the source code
[14:47:13 EDT(-0400)] <levifig> oh ok
[14:47:23 EDT(-0400)] <levifig> cuz that was on a "random" file
[14:47:30 EDT(-0400)] <levifig> so far the ones I needed to look at are fine
[14:47:30 EDT(-0400)] <levifig> (wink)
[14:47:38 EDT(-0400)] <levifig> just got a lil worried by that msg (tongue)
[15:31:59 EDT(-0400)] <levifig> EricDalquist, when I do the ant md5password it stops on requesting password for user guest
[15:32:16 EDT(-0400)] <EricDalquist> enter it twice, hitting return after each
[15:32:28 EDT(-0400)] <EricDalquist> I seem to recall it not prompting the second time :/
[15:32:35 EDT(-0400)] <levifig> jumps to the next line and it waits input but when i add the passwd and click enter (which is shown in clear text on the screen))
[15:32:40 EDT(-0400)] <levifig> ohh
[15:32:41 EDT(-0400)] <levifig> ok
[15:32:57 EDT(-0400)] <levifig> bingo
[15:32:58 EDT(-0400)] <levifig> :o
[15:33:26 EDT(-0400)] <EricDalquist> yeah ... one of those tools that gets used to rarely it isn't all that polished
[15:33:32 EDT(-0400)] <levifig> ya
[15:33:34 EDT(-0400)] <levifig> (smile)
[15:33:38 EDT(-0400)] <levifig> it didn't work though
[15:33:47 EDT(-0400)] <levifig> logged out user still gets "spring" theme (sad)
[15:33:56 EDT(-0400)] <EricDalquist> you logged in
[15:33:59 EDT(-0400)] <EricDalquist> changed the skin
[15:34:04 EDT(-0400)] <EricDalquist> and restarted the portal?
[15:34:07 EDT(-0400)] <levifig> oh
[15:34:09 EDT(-0400)] <levifig> eeek
[15:34:11 EDT(-0400)] <levifig> my bad
[15:34:22 EDT(-0400)] <EricDalquist> setting the password just allows you to log in as the guest user
[15:34:27 EDT(-0400)] <levifig> not used to this stuff yet ... when i do webdev/design everything is always live (wink)
[15:34:34 EDT(-0400)] <EricDalquist> (smile)
[15:34:56 EDT(-0400)] <EricDalquist> yeah, it would be nice to have a way to clear the guest ui cache .... eventually
[15:35:14 EDT(-0400)] <levifig> i did login and change the theme... didnt restart uportal though (tongue)
[15:35:33 EDT(-0400)] <levifig> it worked
[15:35:35 EDT(-0400)] <levifig> you rock =D
[15:35:59 EDT(-0400)] <EricDalquist> heh, glad I could help
[15:36:02 EDT(-0400)] <levifig> ya
[15:36:08 EDT(-0400)] <levifig> I though guest-lo owned that
[15:36:15 EDT(-0400)] <levifig> :/
[15:36:24 EDT(-0400)] <EricDalquist> so all guests to the portal are the 'guest' user
[15:36:31 EDT(-0400)] <EricDalquist> -lo accounts are fragment owners
[15:36:45 EDT(-0400)] <EricDalquist> the guest-lo fragment is targeted just to the guest user
[15:36:51 EDT(-0400)] <levifig> that's what it looks like from reading the logged out page "whence came this tab?"
[15:37:03 EDT(-0400)] <EricDalquist> ah yeah, that would make sense
[15:37:09 EDT(-0400)] <EricDalquist> we need a big dictionary of terms
[15:37:13 EDT(-0400)] <EricDalquist> since that tab game from guest-lo
[15:37:13 EDT(-0400)] <levifig> hehe
[15:37:28 EDT(-0400)] <EricDalquist> but the overall layout comes from the actual user
[15:37:43 EDT(-0400)] <EricDalquist> all these layers of abstraction (smile)
[15:40:28 EDT(-0400)] <levifig> hehe
[15:41:04 EDT(-0400)] <EricDalquist> and hopefully as you work with it these things are making more and not less sense
[15:41:22 EDT(-0400)] <levifig> yup... it's starting to make more sense as we go (smile)
[15:41:49 EDT(-0400)] <levifig> well... not sure if "sense" is the right word... maybe "they're becoming more.... familiar" (tongue)
[15:41:51 EDT(-0400)] <EricDalquist> for local development there are some settings in portal.properties to turn off a bunch of the caching
[15:41:59 EDT(-0400)] <levifig> ya
[15:42:01 EDT(-0400)] <levifig> I'll do that
[15:42:10 EDT(-0400)] <EricDalquist> I don't think you can disable the guest layout caching though :/
[15:42:26 EDT(-0400)] <EricDalquist> just search in that file for the word cache, hopefully the properties are self explanitory
[15:42:50 EDT(-0400)] <levifig> ya
[15:42:52 EDT(-0400)] <EricDalquist> though you will need to turn them back on before letting more than one or two people on the system simultaneously or performance will be terrible
[15:46:46 EDT(-0400)] <EricDalquist> athena7: does jquery have a 'compressed' distribution?
[15:47:03 EDT(-0400)] <athena7> i think we're currently using the minified one
[15:47:24 EDT(-0400)] <EricDalquist> ok ... yeah it looks like the main js is, but all the ui. ones aren't
[15:47:33 EDT(-0400)] <EricDalquist> I'm watching in firebug at page sizes
[15:47:33 EDT(-0400)] <athena7> yeah
[15:47:42 EDT(-0400)] <athena7> i'm not sure if the ui libs are available yet in compressed form
[15:47:45 EDT(-0400)] <athena7> let me look
[15:47:54 EDT(-0400)] <athena7> for the main distribution, there is a packed version
[15:48:09 EDT(-0400)] <athena7> but they recommend the minified version for production deployments
[15:48:22 EDT(-0400)] <athena7> says "The packed version requires non-trivial client-side processing time to uncompress the code."
[15:48:37 EDT(-0400)] <EricDalquist> for the student welcome tab html=49K, CSS=47K, JS=306K, img=471K
[15:48:45 EDT(-0400)] <EricDalquist> ah
[15:48:55 EDT(-0400)] <EricDalquist> yeah so we probably don't want that
[15:49:15 EDT(-0400)] <EricDalquist> I wonder if there is a servlet filter that will set the cache headers for all of the js and css
[15:49:16 EDT(-0400)] <athena7> wonder when they're going to release the 1.5 ui package
[15:49:24 EDT(-0400)] <athena7> still in beta, which may be why it isn't compressed
[15:50:12 EDT(-0400)] <EricDalquist> ah
[15:52:13 EDT(-0400)] <athena7> it'd be really pretty cool if the uportal deployment magically minified javascript (smile)
[15:52:22 EDT(-0400)] <EricDalquist> (smile)
[15:52:53 EDT(-0400)] <EricDalquist> I'm thinking it, in theory, would be possible for a filter to set some of the cache control and not-modified headers for the js and css files
[15:55:07 EDT(-0400)] <athena7> yeah, we'd just need to make sure that it doesn't prevent users from getting updates when we do actually change things
[15:55:25 EDT(-0400)] <EricDalquist> yeah
[15:58:15 EDT(-0400)] <athena7> by the way, i tried scott's suggestion for the cas stuff and it didn't seem to make a difference
[15:58:22 EDT(-0400)] <EricDalquist> :/
[15:58:35 EDT(-0400)] <athena7> is there anyone that knows cas well that might be able to take a look at it?
[15:58:40 EDT(-0400)] <EricDalquist> well he lurks on the IRC logs so we'll see if he has any other suggestions
[15:58:44 EDT(-0400)] <athena7> ok
[15:59:01 EDT(-0400)] <athena7> i really don't know any of that code, so it's not something i'm going to be able to debug quickly
[15:59:58 EDT(-0400)] <EricDalquist> no problem, I'll poke him or andrew about it as time permits
[16:00:06 EDT(-0400)] <athena7> sounds great (smile)
[16:00:20 EDT(-0400)] <athena7> i'm checking out the jquery trunk now to see if they've got a minifying build script in there
[16:00:24 EDT(-0400)] <EricDalquist> oh so all those .dict files in the framework ... they appear to just be reference files for the corresponding localized xsl files
[16:04:10 EDT(-0400)] <athena7> ah
[16:04:26 EDT(-0400)] <EricDalquist> and the i18n data.xml file is where the bad channel titles were coming from
[16:04:41 EDT(-0400)] <EricDalquist> so those have all be reduced to just a commented out example with instructions
[16:04:50 EDT(-0400)] <EricDalquist> since no one was maintaining the data anyways :/
[16:04:55 EDT(-0400)] <athena7> sounds good to me (smile)
[16:11:37 EDT(-0400)] <athena7> i found the minifier jquery uses
[16:11:41 EDT(-0400)] <athena7> so i'll try it out on the ui libs
[16:11:51 EDT(-0400)] <EricDalquist> awesome, thanks
[16:12:01 EDT(-0400)] <athena7> yep
[16:12:06 EDT(-0400)] <EricDalquist> I'm going to look into a simple Fitler impl that implements last-modified support
[16:12:14 EDT(-0400)] <athena7> cool
[16:12:23 EDT(-0400)] <athena7> (smile)
[16:15:12 EDT(-0400)] <athena7> if it does work, i could make minified versions of the uportal js
[16:15:22 EDT(-0400)] <athena7> we'd just need to make it really clear how to re-pack them if you make changes
[16:16:05 EDT(-0400)] <EricDalquist> hrm
[16:16:17 EDT(-0400)] <EricDalquist> I wonder if there is a jsmin maven plugin ....
[16:16:24 EDT(-0400)] <athena7> that'd be neat (smile)
[16:16:29 EDT(-0400)] <EricDalquist> then it could be a compile/package time thing
[16:16:33 EDT(-0400)] <athena7> yeah
[16:16:39 EDT(-0400)] <athena7> that's what i'd been thinking previously
[16:17:37 EDT(-0400)] <athena7> although there's a value to being sure we're using what jquery uses
[16:17:49 EDT(-0400)] <athena7> since their code is likely to be compatible with that compressor
[16:18:01 EDT(-0400)] <EricDalquist> true, do you know what compressor they use?
[16:18:05 EDT(-0400)] <athena7> yes, found it
[16:18:15 EDT(-0400)] <athena7> they recommend this: http://dean.edwards.name/packer/
[16:18:25 EDT(-0400)] <athena7> http://docs.jquery.com/Frequently_Asked_Questions#How_do_I_compress_my_code.3F
[16:20:29 EDT(-0400)] <EricDalquist> http://mojo.codehaus.org/javascript-maven-tools/
[16:22:11 EDT(-0400)] <athena7> wonder what it uses
[16:22:27 EDT(-0400)] <EricDalquist> looks like you have the option of jsmin or dojo shrinksafe
[16:22:34 EDT(-0400)] <athena7> ah ok
[16:22:44 EDT(-0400)] <athena7> can you set it to only compress certain files?
[16:23:50 EDT(-0400)] <EricDalquist> I think so ...
[16:24:03 EDT(-0400)] <EricDalquist> there is http://ossi.mobilvox.com/maven-js-plugin too
[16:24:08 EDT(-0400)] <EricDalquist> but they don't say what they use
[16:24:13 EDT(-0400)] <EricDalquist> though their site is better
[16:24:24 EDT(-0400)] <athena7> ah
[16:28:17 EDT(-0400)] <athena7> i suppose we don't really need to pack the jquery stuff on build
[16:28:20 EDT(-0400)] <athena7> since it won't change
[16:28:27 EDT(-0400)] <athena7> but maybe worth thinking about for the up stuff?
[16:28:30 EDT(-0400)] <EricDalquist> yeah
[16:28:39 EDT(-0400)] <athena7> depends how big it is, i guess
[16:28:58 EDT(-0400)] <athena7> making it object-oriented and not ridiculous does add some lines
[16:29:23 EDT(-0400)] <athena7> i'd probably be more inclined to comment heavily if we were minifying it (smile)
[16:29:38 EDT(-0400)] <EricDalquist> I'll make some more jira issues for 3.0-future about this
[16:29:42 EDT(-0400)] <EricDalquist> (smile)
[16:29:59 EDT(-0400)] <EricDalquist> right now it looks like uportal specific js totals abou 28K
[16:30:12 EDT(-0400)] <EricDalquist> not including the 18K for bookmarks
[16:30:29 EDT(-0400)] <athena7> ok
[16:30:42 EDT(-0400)] <athena7> yeah i have to admit i was a little surprised how much javascript there was for the bookmarks portlet (smile)
[16:31:09 EDT(-0400)] <EricDalquist> yeah
[16:31:14 EDT(-0400)] <EricDalquist> it probably isn't that well written
[16:31:27 EDT(-0400)] <EricDalquist> considering it was my first foray in JS
[16:31:37 EDT(-0400)] <EricDalquist> but it doesn't use any framework either
[16:31:49 EDT(-0400)] <EricDalquist> or I don't think it does at least
[16:31:50 EDT(-0400)] <athena7> right, i think the second point is a lot of it
[16:31:54 EDT(-0400)] <athena7> it doesn't
[16:32:03 EDT(-0400)] <athena7> it could be cut down a ton by using jquery or whatever
[16:32:08 EDT(-0400)] <EricDalquist> I can't wait until jsr-286
[16:32:17 EDT(-0400)] <EricDalquist> when portlets can include things in the <head> of the page
[16:32:18 EDT(-0400)] <athena7> i've actually replaced a few of the icons with things from famfam
[16:32:24 EDT(-0400)] <athena7> yeah
[16:33:34 EDT(-0400)] <athena7> ok, how much was the total javascript for you unpacked?
[16:34:20 EDT(-0400)] <EricDalquist> the welcome tab of the admin user has 306K of js
[16:34:26 EDT(-0400)] <athena7> ok
[16:34:30 EDT(-0400)] <athena7> this cut it down to 251
[16:34:37 EDT(-0400)] <EricDalquist> yeah, not a lot
[16:34:42 EDT(-0400)] <athena7> i haven't removed all the copyright stuff at the top of the files
[16:34:50 EDT(-0400)] <athena7> which i guess maybe we could move to a license file
[16:34:52 EDT(-0400)] <EricDalquist> I think fixing tomcat's etag/last-modified support would be better
[16:35:06 EDT(-0400)] <EricDalquist> I found a couple blogs about tomcat config for it
[16:35:10 EDT(-0400)] <athena7> oh cool
[16:35:21 EDT(-0400)] <EricDalquist> by default it looks like tomcat ignores etags and last-modified headers
[16:35:27 EDT(-0400)] <EricDalquist> so the browser re-loads it every request
[16:35:30 EDT(-0400)] <athena7> interesting
[16:35:41 EDT(-0400)] <athena7> i've definitely seen my browser use cached versions
[16:35:44 EDT(-0400)] <EricDalquist> http://blog.bcarlso.net/articles/2007/10/19/tomcat-weak-etags-and-javascript-css-caching
[16:36:00 EDT(-0400)] <athena7> noticeable when i make changes to the javascript and then the page is broken because i haven't picked up the change
[16:36:50 EDT(-0400)] <EricDalquist> hrm
[16:37:29 EDT(-0400)] <EricDalquist> browsing around a bit the highest # from firebug for cached content use is 18 of 306
[16:37:37 EDT(-0400)] <EricDalquist> and I think that is all the google search JS (smile)
[16:37:50 EDT(-0400)] <athena7> yeah
[16:37:54 EDT(-0400)] <athena7> so if we implement this
[16:38:08 EDT(-0400)] <athena7> do all modern browsers correctly respect the modified headers?
[16:38:52 EDT(-0400)] <EricDalquist> yeah, and I'm not sure I want to actually set the Cache-Control headers, those are more powerful but a bit more dangerous
[16:39:02 EDT(-0400)] <EricDalquist> just getting last-modified/etag support would be good
[16:39:07 EDT(-0400)] <athena7> sounds good to me
[16:39:14 EDT(-0400)] <EricDalquist> since tomcat/uportal can easily see the last-modified date of the file
[16:39:23 EDT(-0400)] <athena7> so potentially, after the first use, portal usage should be snappier?
[16:39:29 EDT(-0400)] <EricDalquist> yeah
[16:39:31 EDT(-0400)] <EricDalquist> that would be the hope
[16:39:47 EDT(-0400)] <EricDalquist> and eventually someone could look at setting the Cache-Control header
[16:39:53 EDT(-0400)] <athena7> given the way users would be expected to use a portal, concentrating on subsequent page load times sounds like a good strategy
[16:39:58 EDT(-0400)] <EricDalquist> the problem is there to really use it correctly is up the to the institution
[16:40:09 EDT(-0400)] <athena7> yeah
[16:40:23 EDT(-0400)] <athena7> i'd be fine with starting with the last-modified and seeing how things look
[16:42:41 EDT(-0400)] <athena7> sounds like they're targeting april/may release for jquery ui 1.5
[16:42:48 EDT(-0400)] <athena7> too bad it's not a little earlier
[16:43:00 EDT(-0400)] <athena7> but hopefully we can add in the real version for the next minor up3 release

  • No labels