Page Comparison

[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