[09:14:32 EST(-0500)] * anastasiac (n=anastasi@142.150.154.149) has joined ##uportal
[09:33:44 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:59:45 EST(-0500)] * theclown (n=clown@142.150.154.101) has joined ##uportal
[09:59:57 EST(-0500)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[10:00:19 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[10:23:41 EST(-0500)] * lescour (n=lescour@129.244.24.211) has joined ##uportal
[10:24:55 EST(-0500)] * lescour (n=lescour@129.244.24.211) has joined ##uportal
[12:05:31 EST(-0500)] * awills (n=awills@uni1.unicon.net) has joined ##uportal
[12:15:49 EST(-0500)] <EricDalquist> morning awills
[12:22:56 EST(-0500)] * jayshao (n=jayshao@pool-72-79-114-2.nwrknj.east.verizon.net) has joined ##uportal
[12:25:48 EST(-0500)] <awills> morning eric
[12:26:14 EST(-0500)] <EricDalquist> so export is done
[12:26:20 EST(-0500)] <EricDalquist> and I think I'm close on import
[12:26:29 EST(-0500)] <awills> nice, good to hear it
[12:26:50 EST(-0500)] <EricDalquist> http://developer.ja-sig.org/source/changelog/jasigsvn?cs=43229
[12:26:56 EST(-0500)] <EricDalquist> that is adding the export
[12:27:04 EST(-0500)] <EricDalquist> oh and there may be a bug in the import code in 2.6
[12:27:09 EST(-0500)] <awills> i've known about that issue w/ matching methods that have primitives in their signatures forever... i need to add a warning
[12:27:18 EST(-0500)] <EricDalquist> import-preferences calls delete-prefrences which doesn't exist
[12:27:35 EST(-0500)] <awills> hmmm... looks that way
[12:28:36 EST(-0500)] <EricDalquist> yeah my quick workaround was to just change the methods to take Integer instead of int
[12:28:39 EST(-0500)] <EricDalquist> annoying
[12:28:43 EST(-0500)] <EricDalquist> but not a big deal
[12:31:31 EST(-0500)] <EricDalquist> yay I think I have import working now too
[12:35:04 EST(-0500)] <EricDalquist> ahh and ...
[12:35:12 EST(-0500)] <EricDalquist> what about fragment layout first loading?
[12:37:21 EST(-0500)] <awills> yeah that should be working
[12:37:43 EST(-0500)] <EricDalquist> do the files need different extenions or something?
[12:37:58 EST(-0500)] <awills> probably still need to change the -lo layouts to .fragment-layout... yes
[12:38:02 EST(-0500)] <EricDalquist> ahhh
[12:38:03 EST(-0500)] <EricDalquist> yeah
[12:38:04 EST(-0500)] <EricDalquist> ok
[12:38:12 EST(-0500)] <awills> they should export that way now too
[12:38:40 EST(-0500)] <EricDalquist> so it looks like import is working
[12:39:07 EST(-0500)] <EricDalquist> I got a warning about some of the prefs in my test but that is because I don't have the fragment layouts named correctly yet
[12:39:18 EST(-0500)] <awills> the primitive method matching thing is 'annoying' as you say, but the bigger issue w/ <invoke-method> is this: http://pastebin.com/m14dcdb56
[12:39:47 EST(-0500)] <awills> yeah we elected to do a warning instead of a stack trace in that circumstance
[12:40:33 EST(-0500)] <EricDalquist> I agree with the invoke, I'm just still learning this stuff and I'm used to jstl & spring for my XML and EL languages
[12:42:25 EST(-0500)] <EricDalquist> oh I also ran into the issue of for-each not handling arrays
[12:42:35 EST(-0500)] <EricDalquist> just wrapped it in a Arrays.asList() to get it to work
[12:43:50 EST(-0500)] <awills> yeah <for-each> needs to accept arrays, I agree
[12:56:25 EST(-0500)] <EricDalquist> ok ... import/export of portlet entity preferences should all be working in the trunk now
[13:02:25 EST(-0500)] <awills> very cool
[13:03:01 EST(-0500)] <EricDalquist> if you wouldn't mind could you take a look at the .crn docs I ended up with to see if there are any obvious issues?
[13:03:13 EST(-0500)] <awills> no problem
[13:03:17 EST(-0500)] <EricDalquist> thanks
[13:09:08 EST(-0500)] <EricDalquist> hey awills ... what would you think about me creating a SpringTransactionTask for Cernunnos
[13:09:39 EST(-0500)] <EricDalquist> it would use the Spring transaction support which would allow child tasks that are also wrapped in spring transactions to participate in the parent transaction
[13:12:59 EST(-0500)] <EricDalquist> I suppose I would need a spring-sql-connection task as well to manage that ...
[13:13:03 EST(-0500)] <EricDalquist> but that should be doable
[13:19:02 EST(-0500)] * colinclark (n=colin@12.107.86.135) has joined ##uportal
[13:22:51 EST(-0500)] <awills> that sounds awesome... there's a .spring package alread, which contains the impl for <spring-beans>
[13:23:13 EST(-0500)] <EricDalquist> I'll give it a try this afternoon
[13:23:20 EST(-0500)] <EricDalquist> it looks like it will be pretty easy
[13:23:50 EST(-0500)] <EricDalquist> then the portlet preference updates will end up in the same transaction as the layout
[13:23:52 EST(-0500)] <EricDalquist> which would be good
[13:24:02 EST(-0500)] <awills> yeah that makes sense
[13:36:55 EST(-0500)] <dstn> is there any Spring web mvc experts in here? :-D
[13:37:13 EST(-0500)] <EricDalquist> somewhat
[13:38:43 EST(-0500)] <dstn> I'm trying to get the itemLabel or text of a select box and its proving to be pretty difficult. The value is easy because it gets binded with path="..." but I need the text too...
[13:39:55 EST(-0500)] <EricDalquist> not sure I follow (my html is a bit rusty) could you pastebit a html snippet?
[13:39:59 EST(-0500)] <EricDalquist> pastebin*
[13:40:44 EST(-0500)] <dstn> ya sure, hold on
[13:46:23 EST(-0500)] <dstn> http://uportal.pastebin.com/m411a3bb1
[13:47:14 EST(-0500)] <EricDalquist> I'm near positive the text in between option tags isn't even submitted with the form
[13:47:40 EST(-0500)] <EricDalquist> you can't look it up using the locationCode?
[13:48:00 EST(-0500)] <dstn> I'd have to do another query to accuweather which I'm trying to avoid
[13:49:02 EST(-0500)] <EricDalquist> do you have the accuweather query behind an interface?
[13:49:10 EST(-0500)] <EricDalquist> if so it would be easy to add a short lived cache
[13:49:23 EST(-0500)] <EricDalquist> like a 5 minute time to expire
[13:49:26 EST(-0500)] <EricDalquist> or even shorter
[13:49:32 EST(-0500)] <EricDalquist> then you redo the query
[13:49:37 EST(-0500)] <EricDalquist> but it is just a cache hit
[13:49:59 EST(-0500)] <dstn> using ehcache?
[13:50:28 EST(-0500)] <EricDalquist> actually you may want to look at the spring-modules caching support
[13:50:45 EST(-0500)] <EricDalquist> they provide spring-aop based caching support that can use a variety of cache backends
[13:50:53 EST(-0500)] <dstn> ok
[13:50:56 EST(-0500)] <dstn> thanks
[13:51:08 EST(-0500)] <EricDalquist> and all the 'adding of a cache' involves then is a aop declaration in your application context
[13:51:14 EST(-0500)] <EricDalquist> the code never even knows about it
[14:00:35 EST(-0500)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[14:35:44 EST(-0500)] <athena7> i have one more proxycas-portlet related question
[14:35:53 EST(-0500)] <EricDalquist> ok
[14:36:15 EST(-0500)] <athena7> so the way the 2.6 version works is that you have to configure the url of the portlet as a channel parameter
[14:36:20 EST(-0500)] <athena7> which is kind of a pain
[14:36:46 EST(-0500)] <athena7> and requires you to use either a separate channel type or add it to the type definition file or whatever
[14:36:53 EST(-0500)] <athena7> i'd like to just automatically deduce what the likely url is
[14:37:03 EST(-0500)] <athena7> although we could override that in the future if there was a need
[14:37:14 EST(-0500)] <EricDalquist> ok, what code needs to do this deduction?
[14:37:21 EST(-0500)] <athena7> generally it would be something like https://portal.yale.edu/CalendarPortlet
[14:37:34 EST(-0500)] <athena7> the userinfomanager implementation should be able to do it, i think
[14:37:40 EST(-0500)] <athena7> i'm just wondering what the best way to get that url is
[14:37:54 EST(-0500)] <athena7> we could get the protocol, host, and port and build the url
[14:38:26 EST(-0500)] <athena7> although really in production most people won't actually be using the port, but i'm not sure if it's wise to just automatically assume that you can leave the port out if it's 80 or 443
[14:38:45 EST(-0500)] <EricDalquist> yeah, if you have the current portal request object you can build the base of the URL using that
[14:38:51 EST(-0500)] <athena7> alternatively we could get the requesturl and grab the part up until the 3rd slash
[14:39:00 EST(-0500)] <athena7> what's the best way to do this?
[14:39:02 EST(-0500)] <EricDalquist> and then one of the objects in the portlet object model has the portlet context path as a property
[14:39:12 EST(-0500)] <athena7> yep, found that
[14:39:28 EST(-0500)] <EricDalquist> I'm thinking building it from the request & portlet context path
[14:39:32 EST(-0500)] <athena7> so it's more a question of what's the best way to do this that's going to make sense for most server setups
[14:39:34 EST(-0500)] <athena7> ok
[14:39:55 EST(-0500)] <athena7> should i leave the port out of the URL for ports 80 and 443?
[14:39:56 EST(-0500)] <EricDalquist> perhaps have it look for some channel/portlet specific setting and if that isn't there then build it
[14:40:00 EST(-0500)] <EricDalquist> yeah
[14:40:01 EST(-0500)] <athena7> those generally aren't included in the url
[14:40:03 EST(-0500)] <athena7> ok
[14:40:10 EST(-0500)] <athena7> are there any other ports i should leave out?
[14:40:12 EST(-0500)] <EricDalquist> I've seen that mess up apps before
[14:40:13 EST(-0500)] <EricDalquist> nope
[14:40:16 EST(-0500)] <athena7> ok
[14:40:16 EST(-0500)] <athena7> great
[14:40:23 EST(-0500)] <EricDalquist> http == 80 and https == 443 and I believe that is it
[14:40:32 EST(-0500)] <athena7> that was sort of my thought, but i wanted to make sure that made sense to someone else
[14:40:40 EST(-0500)] <EricDalquist> oh and I just started up the latest theme branch code
[14:40:44 EST(-0500)] <EricDalquist> looks VERY nice
[14:40:45 EST(-0500)] <athena7> great!
[14:40:50 EST(-0500)] <athena7> oh i'm glad
[14:40:52 EST(-0500)] <EricDalquist> I hadn't seen it since gary did his magic
[14:40:54 EST(-0500)] <athena7> i really like it
[14:40:58 EST(-0500)] <athena7> gary's done a great job, huh?
[14:41:06 EST(-0500)] <athena7> every time he makes updates i'm like ooooh ahhh
[14:41:09 EST(-0500)] <EricDalquist> and all the JS looks to be working
[14:41:13 EST(-0500)] <EricDalquist> so thank you too
[14:41:42 EST(-0500)] <athena7> i'm glad it's working
[14:41:49 EST(-0500)] <athena7> it seems a little slow sometimes
[14:41:58 EST(-0500)] <athena7> i still want to look at that and see what's causing it
[14:42:51 EST(-0500)] <EricDalquist> hrm ... actually I am getting a few errors in firebug
[14:43:18 EST(-0500)] <EricDalquist> weird ... they're from internal firefox js files
[14:43:22 EST(-0500)] <athena7> logged in our not logged in?
[14:43:24 EST(-0500)] <athena7> oh, strange
[14:43:29 EST(-0500)] <EricDalquist> both
[14:43:32 EST(-0500)] <athena7> is it on page load or one of the components?
[14:43:56 EST(-0500)] <EricDalquist> http://uportal.pastebin.com/d5ce0c93d
[14:44:02 EST(-0500)] <EricDalquist> on page load it looks like
[14:44:19 EST(-0500)] <EricDalquist> oh but when I click on it it takes me to jquery
[14:44:33 EST(-0500)] <EricDalquist> [Exception... "Component is not available" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: file:///usr/lib/firefox/components/nsSessionStore.js :: sss_saveState :: line 1753" data: no] oState.session = { state: ((this._loadState == STATE_RUNNING) ? STATE_RUNNIN...
[14:46:23 EST(-0500)] <athena7> that's strange
[14:46:26 EST(-0500)] <athena7> i'm not sure what that means
[14:46:51 EST(-0500)] <athena7> are the flyout menus working?
[14:47:42 EST(-0500)] <EricDalquist> from the tabs?
[14:47:45 EST(-0500)] <EricDalquist> yup
[14:48:09 EST(-0500)] <athena7> weird
[14:54:11 EST(-0500)] <athena7> ok! i think the cas proxyportlet stuff is finished
[14:54:21 EST(-0500)] <athena7> i can check it in if we're ready for that
[14:56:38 EST(-0500)] <EricDalquist> sounds great
[14:58:16 EST(-0500)] <athena7> cool
[14:58:28 EST(-0500)] <athena7> how do you want me to document the changes necessary to use it?
[14:58:44 EST(-0500)] <athena7> in particular, the setup for the portletContext.xml file
[14:58:47 EST(-0500)] <EricDalquist> brb
[14:58:55 EST(-0500)] <athena7> i could add a commented out section to the file, or put up a wiki page somewhere
[14:58:56 EST(-0500)] <athena7> sure
[15:05:34 EST(-0500)] <EricDalquist> one though would be putting it in the up3 manual
[15:10:49 EST(-0500)] <EricDalquist> athena7: I'm also getting a 404 for jqueryui.shadow.css
[15:11:43 EST(-0500)] <athena7> hm, i don't have that file either
[15:11:51 EST(-0500)] <athena7> i'll have to figure out what's requesting it and whether we need it
[15:12:21 EST(-0500)] <athena7> it doesn't seem to be a part of the default jquery ui theme either
[15:12:25 EST(-0500)] <athena7> interesting
[15:12:29 EST(-0500)] <athena7> thanks for pointing that out
[15:13:38 EST(-0500)] <athena7> and yes, i think the up3 manual sounds like a great place to put documentation
[15:13:52 EST(-0500)] <athena7> writing up some documentation for the theme sounds like a good idea too
[15:15:31 EST(-0500)] * colinclark (n=colin@12.107.86.135) has joined ##uportal
[15:20:50 EST(-0500)] <EricDalquist>
[15:22:19 EST(-0500)] <athena7> ok
[15:22:25 EST(-0500)] <athena7> i tracked down the shadow.css file
[15:22:32 EST(-0500)] <athena7> i'll just remove the reference to it
[15:22:50 EST(-0500)] <athena7> it looks like jqueryui removed it from their distribution but forgot to remove the line that refers to it
[15:23:15 EST(-0500)] <EricDalquist> oops
[15:31:08 EST(-0500)] <athena7> yeah
[15:31:40 EST(-0500)] <athena7> i think i may have run up against an import/export bug - let me try a clean initportal again
[15:36:42 EST(-0500)] <EricDalquist> in trunk or the theme branch?
[15:36:45 EST(-0500)] <athena7> trunk
[15:36:52 EST(-0500)] <athena7> ok, yeah, happened again
[15:37:00 EST(-0500)] <EricDalquist> what is the error?
[15:37:03 EST(-0500)] <athena7> trying to figure out which is the relevant part of the stack trace
[15:37:10 EST(-0500)] <athena7> but basically it seems to be a channel import error
[15:37:21 EST(-0500)] <athena7> the last item is
[15:37:22 EST(-0500)] <athena7> Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'uPortalJdbcAttributeSource' defined in class path resource [properties/contexts/personDirectoryContext.xml]: Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanInitializationException: Property 'queryAttributes' is required for bean 'uPortalJdbcAttributeSource'
[15:37:51 EST(-0500)] <EricDalquist> are you completely up to date?
[15:38:18 EST(-0500)] <athena7> yes
[15:38:31 EST(-0500)] <EricDalquist> any local mods in personDirectoryContext.xml?
[15:38:38 EST(-0500)] <athena7> did ant clean and drop/create database before initportaling
[15:38:40 EST(-0500)] <athena7> nope
[15:39:01 EST(-0500)] <EricDalquist> and svn status -u shows nothing pending ...
[15:39:01 EST(-0500)] <athena7> i have some stuff in web.xml for CAS
[15:39:03 EST(-0500)] <EricDalquist> hrm
[15:39:13 EST(-0500)] <athena7> but i can't imagine that that would be causing the problem
[15:39:59 EST(-0500)] <athena7> i guess i could try removing cas-related stuff and trying again
[15:40:14 EST(-0500)] <EricDalquist> that error looks like you have a bad version of either the person-directory jar or the personDirectoryContext.xml file
[15:41:00 EST(-0500)] <EricDalquist> let me double check it here
[15:41:16 EST(-0500)] <athena7> thanks
[15:41:33 EST(-0500)] <athena7> yeah i was just looking to see if the file matched the code and discovered it wasn't part of the source
[15:45:52 EST(-0500)] <EricDalquist> crap ... looks like its broken for me too
[15:46:00 EST(-0500)] <EricDalquist> I could have sworn I fixed this
[15:46:47 EST(-0500)] <athena7> no worrie s
[15:47:08 EST(-0500)] <athena7> i've actually purposely been doing my portlet development in up3 just in hopes that i could maybe help catch a few things
[15:47:17 EST(-0500)] <EricDalquist>
[15:49:24 EST(-0500)] <EricDalquist> crap ... I just released 1.1.0 of person-dir and there is a bug in it that I could have sworn I fixed
[16:00:17 EST(-0500)] <athena7> oh
[16:00:30 EST(-0500)] <athena7> change that didn't make it in, or the bug is just still there?
[16:01:06 EST(-0500)] <EricDalquist> I think what happened is I fixed it at home
[16:01:09 EST(-0500)] <EricDalquist> but never comitted
[16:01:30 EST(-0500)] <EricDalquist> so I did the release thinking all of my changes had been comitted
[16:01:35 EST(-0500)] <EricDalquist> when they hadn't :/
[16:01:44 EST(-0500)] <athena7> ah
[16:01:55 EST(-0500)] <athena7> well that's easier to fix than a still-existing bug, at least!
[16:03:09 EST(-0500)] <EricDalquist> yup
[16:03:20 EST(-0500)] <EricDalquist> and luckily maven makes releasing easy
[16:03:29 EST(-0500)] <EricDalquist> so we'll have person directory 1.1.1 here shortly
[16:05:06 EST(-0500)] <athena7> ok
[16:05:19 EST(-0500)] <athena7> can you let me know when it's up?
[16:05:29 EST(-0500)] <athena7> i want to do a final test of the casproxy stuff before committing it
[16:05:35 EST(-0500)] <EricDalquist> yup
[16:05:45 EST(-0500)] <athena7> always nice to make sure things work with the latest changes
[16:05:46 EST(-0500)] <athena7> thanks
[16:06:59 EST(-0500)] <EricDalquist> ok, do a svn update (should just be pom.xml)
[16:07:01 EST(-0500)] <EricDalquist> and try again
[16:10:06 EST(-0500)] <athena7> wow that didn't take long
[16:10:08 EST(-0500)] <athena7> will do
[16:10:24 EST(-0500)] <EricDalquist> the bug fix was to delete 1 line
[16:10:43 EST(-0500)] <EricDalquist> then to do the release it is just 'mvn release:prepare' then 'mvn release:perform'
[16:10:50 EST(-0500)] <EricDalquist> then in uportal change the version number
[16:10:52 EST(-0500)] <EricDalquist> tada
[16:10:59 EST(-0500)] <athena7>
[16:11:08 EST(-0500)] <athena7> tada indeed
[16:24:00 EST(-0500)] <athena7> hey, it worked
[16:24:01 EST(-0500)] <athena7> wooo
[16:24:35 EST(-0500)] <EricDalquist> cool
[16:31:26 EST(-0500)] <athena7> ok, the cas stuff is committed
[16:31:51 EST(-0500)] <athena7> it would be good if someone else was able to test it
[16:32:25 EST(-0500)] <athena7> nice to know things work in more than one place
[16:32:33 EST(-0500)] <EricDalquist> always
[16:32:39 EST(-0500)] <athena7> lescour, if you're around, the CAS stuff is in the up3 trunk now
[16:40:31 EST(-0500)] <athena7> i only have one up3 jira left
[16:40:37 EST(-0500)] <EricDalquist> yay!
[16:40:43 EST(-0500)] <athena7> and that one we agreed to take care of after we merged back to the trunk
[16:40:53 EST(-0500)] <EricDalquist> and most of the ones that are left aren't going to be in RC2
[16:40:58 EST(-0500)] <EricDalquist> or 3.0 for that matter
[16:41:09 EST(-0500)] <EricDalquist> they're getting re-assigned later
[16:42:39 EST(-0500)] <athena7> i wondered if that might be the case
[16:42:51 EST(-0500)] <athena7> it seemed like there were a few things that wouldn't be trivial to implement
[16:43:01 EST(-0500)] <EricDalquist> yeah
[17:09:16 EST(-0500)] <EricDalquist> hey athena7 ... uportal currently pulls in casclient 2.1.1, I'm working with scott on including a cas 3.2 server by default
[17:09:27 EST(-0500)] <EricDalquist> do you know if that is going to break the uPortal CAS code?
[17:09:31 EST(-0500)] <athena7> no idea
[17:09:53 EST(-0500)] <athena7> while i write applications that use cas all the time, i don't have to think about the internals very often
[17:10:16 EST(-0500)] <athena7> also, yale's not running cas3 so i don't know a whole lot about any changes to the cas client
[17:10:37 EST(-0500)] <athena7> client as opposed to server, i mean
[17:12:58 EST(-0500)] <athena7> i have to run
[17:13:11 EST(-0500)] <athena7> but i'll check my email later on tonight
[17:13:14 EST(-0500)] <EricDalquist> later
[17:13:18 EST(-0500)] <EricDalquist> thanks for all the help today
[17:13:28 EST(-0500)] <EricDalquist> I'll do the merge tomorrow and send a note when I'm done
[17:13:28 EST(-0500)] <athena7> you too
[17:14:56 EST(-0500)] <lescour> athena..been in meetings all day
[17:15:58 EST(-0500)] <lescour> are you around tomorrow?
[17:16:27 EST(-0500)] <athena7> yes, absolutely
[17:16:44 EST(-0500)] <athena7> ping me then and we can talk cas portlets
[17:16:46 EST(-0500)] <athena7> adios!
[17:34:04 EST(-0500)] * theclown (n=clown@142.150.154.101) has left ##uportal
[17:39:58 EST(-0500)] * colinclark (n=colin@12.107.86.135) has joined ##uportal
[18:34:17 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[20:35:06 EST(-0500)] * jayshao (n=jayshao@pool-72-79-114-2.nwrknj.east.verizon.net) has joined ##uportal
Page Comparison
General
Content
Integrations