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

[00:57:00 EDT(-0400)] * tsnfoo (~tsnfoo@cpe-173-88-27-191.columbus.res.rr.com) has joined ##uportal
[09:35:56 EDT(-0400)] * colinclark (~colin@bas2-toronto09-2925239674.dsl.bell.ca) has joined ##uportal
[09:36:00 EDT(-0400)] * tsnfoo (~tsnfoo@wso-mbp15-2.test.denison.edu) has joined ##uportal
[10:23:58 EDT(-0400)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:33:52 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[10:56:45 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:26:28 EDT(-0400)] * athena (~athena@adsl-99-90-242-49.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[11:47:45 EDT(-0400)] * michelled (~michelled@142.150.154.101) has joined ##uportal
[12:04:47 EDT(-0400)] * lfuller1 (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[12:13:04 EDT(-0400)] * pberry (~pberry@waldorf.CSUChico.EDU) has joined ##uportal
[12:55:41 EDT(-0400)] * EricDalquist (~apollo@adsl-99-135-74-102.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[12:56:30 EDT(-0400)] <EricDalquist> so I discovered last night that the way uPortal 3 configures webflow is dependent on an imlementation detail of pluto 1.1
[12:56:45 EDT(-0400)] <pberry> o_0
[12:57:11 EDT(-0400)] <EricDalquist> apparently (and very stupidly in my view) webflow reflects on the type of ApplicationContext it is configured in
[12:57:21 EDT(-0400)] <EricDalquist> if it is an instance of ConfigurablePortletApplicationContext
[12:57:28 EDT(-0400)] <EricDalquist> it uses a portlet specific class for view rendering
[12:57:33 EDT(-0400)] <EricDalquist> if not it uses the servlet version
[12:57:44 EDT(-0400)] <pberry> that could be interesting...
[12:57:54 EDT(-0400)] <EricDalquist> we configure webflow in the root app context so that each portlet has access to all flows, this is how we re-use admin UIs
[12:58:22 EDT(-0400)] <EricDalquist> the only reason it has worked to date is that pluto 1.1's RenderRequest and RenderResponse impls also implement HttpServletRequest and HttpServletResponse
[12:58:26 EDT(-0400)] <EricDalquist> so the casts work
[12:58:38 EDT(-0400)] <EricDalquist> the stupid part
[12:58:49 EDT(-0400)] <EricDalquist> is that they generate this portlet vs servlet specific class for each view request
[12:59:07 EDT(-0400)] <EricDalquist> and they could just reflect on the type of the current request & response to determine which handler class to uase
[12:59:15 EDT(-0400)] <EricDalquist> so I ended up writing that this morning
[12:59:17 EDT(-0400)] <EricDalquist> and it works!
[12:59:22 EDT(-0400)] <pberry> brilliant!
[12:59:34 EDT(-0400)] <EricDalquist> so fairly easy fix รขย€ยฆ after a few hours of digging through webflow source
[12:59:37 EDT(-0400)] <pberry> which may lead into a question I was about to ask...
[13:00:02 EDT(-0400)] <pberry> memory usage compared to 2.6...
[13:00:18 EDT(-0400)] <pberry> We're looking at moving to VMs for everything except the database
[13:00:32 EDT(-0400)] <EricDalquist> ok
[13:00:59 EDT(-0400)] <pberry> So, right now we allocate 1G of ram for each Tomcat
[13:01:04 EDT(-0400)] <pberry> and that seems to do just fine
[13:01:21 EDT(-0400)] <pberry> especially given the fact that we run almost all webproxy channels
[13:01:37 EDT(-0400)] <pberry> I'm curious if we can get away with the same kind of memory allocation
[13:01:55 EDT(-0400)] <EricDalquist> in 3.x?
[13:02:26 EDT(-0400)] <pberry> ya
[13:02:32 EDT(-0400)] <EricDalquist> you should be fine
[13:02:34 EDT(-0400)] <EricDalquist> if not better
[13:02:41 EDT(-0400)] <EricDalquist> we've been moving a lot of stuff to ehcache
[13:02:44 EDT(-0400)] <EricDalquist> more with each version
[13:02:59 EDT(-0400)] <EricDalquist> and that results in less memory usage each time
[13:03:33 EDT(-0400)] <EricDalquist> since then ehcache can actually clear stuff out
[13:03:42 EDT(-0400)] <pberry> I was curious about how the migration to more spring was impacting memory usage (I have no idea if it should be higher or lower)
[13:04:18 EDT(-0400)] <EricDalquist> ah
[13:04:21 EDT(-0400)] <EricDalquist> probably lower
[13:04:29 EDT(-0400)] <EricDalquist> uPortal does a lot of static Map caching for channels
[13:06:03 EDT(-0400)] <EricDalquist> and that stuff never really gets cleared out
[13:06:11 EDT(-0400)] <EricDalquist> some of the spring/hibernate is a little more heavy weight
[13:06:19 EDT(-0400)] <EricDalquist> but it is all stored in a user's session
[13:06:24 EDT(-0400)] <pberry> gotcha
[13:07:06 EDT(-0400)] <EricDalquist> so I don't think you'll see an increase
[13:07:13 EDT(-0400)] <EricDalquist> and it should be more stable over time
[13:07:16 EDT(-0400)] <pberry> cool
[13:08:06 EDT(-0400)] <pberry> So, kudos on all the work that has been done to make uPortal "demoable" right from the download.
[13:08:19 EDT(-0400)] <EricDalquist> thanks,
[13:08:24 EDT(-0400)] <EricDalquist> those quick starts are wonderful
[13:08:47 EDT(-0400)] <pberry> yeah, until you want to start ripping stuff out for a "real" deploy (wink)
[13:08:53 EDT(-0400)] <EricDalquist> hopefully when we get moved over to our new hosting we can get an CI build of the quickstart for a live demo site
[13:08:58 EDT(-0400)] <EricDalquist> yeah
[13:09:04 EDT(-0400)] <EricDalquist> we need to get that cleaned up more
[13:09:34 EDT(-0400)] <EricDalquist> there is an open issue about separating out the 'base' or required entities from the optional stuff
[13:09:42 EDT(-0400)] <pberry> ah
[13:10:01 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[13:10:09 EDT(-0400)] <pberry> What might be cool, if @athena is listening, are scenario-based deploy docs
[13:10:24 EDT(-0400)] <pberry> I'm guessing that uP + CAS + Oracle + LDAP for "groups" isn't all that uncommon
[13:11:25 EDT(-0400)] <pberry> One of the things about the CAS "User Manual" that gets frustrating is that each feature is its own page, with it's own style
[13:11:37 EDT(-0400)] <pberry> there lacks some cohesiveness when you want to try and configure more than one thing
[13:12:12 EDT(-0400)] <pberry> it's hard to "crack down" on style guides when it's all volunteer documentation though
[13:13:08 EDT(-0400)] <EricDalquist> yeah
[13:13:18 EDT(-0400)] * athena is on the phone
[13:13:21 EDT(-0400)] <athena> but sounds good to me
[13:13:23 EDT(-0400)] <pberry> I'm sure with infinite time we could do more (wink)
[13:14:29 EDT(-0400)] <athena> if you have suggestions for the uportal manual, i'm all ears
[13:14:52 EDT(-0400)] * pberry thinks out loud
[13:15:28 EDT(-0400)] <pberry> So what if, based on a few criteria, a mini-manual could be done for the most common scenarios
[13:15:52 EDT(-0400)] <pberry> If you're doing x, y, and z here are the files you will need to mod and here are the mods, and here is how you deploy
[13:16:00 EDT(-0400)] <pberry> bing, bang, boom
[13:16:06 EDT(-0400)] <pberry> (as if it's really that easy)
[13:16:46 EDT(-0400)] <pberry> heck, I'm going to have to put together something just like this is we do move to 3.2 anyway
[13:17:05 EDT(-0400)] <pberry> oddly enough, mine will be uP + CAS + Oracle + LDAP for "groups"
[13:17:38 EDT(-0400)] <pberry> EricDalquist: how crazy do you get with groups? Rather, how granular do you get?
[13:17:48 EDT(-0400)] <pberry> We don't really go past faculty, staff, student
[13:18:00 EDT(-0400)] <pberry> the three big "buckets" so to speak
[13:18:15 EDT(-0400)] <EricDalquist> I think UW's pags config is posted somewhere ...
[13:18:22 EDT(-0400)] <EricDalquist> we have maybe 20ish groups?
[13:18:26 EDT(-0400)] <pberry> not bad
[13:21:13 EDT(-0400)] <athena> yeah, i think some sort of recipe-based strategy might be really helpful
[13:21:53 EDT(-0400)] <pberry> with multiple poms, it can get confusing
[13:22:28 EDT(-0400)] <pberry> Like I was saying to Eric, the quickstart download is awesome, but gets confusing because everything is turned on
[13:22:48 EDT(-0400)] <pberry> when you start to look at deployment...
[13:23:17 EDT(-0400)] <athena> i'd love to think about adding a filter file or something too
[13:23:52 EDT(-0400)] <athena> quickly going to become a pain to configure each portlet with the same db info
[13:26:19 EDT(-0400)] <pberry> wait...whut?
[13:26:30 EDT(-0400)] <pberry> oh, right
[13:28:40 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[13:42:13 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[14:10:06 EDT(-0400)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal
[14:23:28 EDT(-0400)] <EricDalquist> WOOOHOOO!
[14:23:40 EDT(-0400)] <EricDalquist> portlets are rendering correctly under pluto 2!
[14:23:49 EDT(-0400)] <EricDalquist> now to make the rendered URLs actually work (big grin)
[14:23:53 EDT(-0400)] <EricDalquist> and fix a bunch of pluto bugs (tongue)
[14:53:10 EDT(-0400)] <athena> YAY!
[14:53:27 EDT(-0400)] <EricDalquist> though I'm going to take a break and look at that config mode bug
[14:53:33 EDT(-0400)] <athena> even better (tongue)
[15:17:26 EDT(-0400)] <EricDalquist> looks like the URL work that Nick & I did a while back will be coming over into trunk with the new pluto 2 support too
[15:17:39 EDT(-0400)] <EricDalquist> since the last thing blocking us there was generating URLs for channels
[15:25:55 EDT(-0400)] * pho3nixf1re (~pho3nixf1@69.57.58.162) has joined ##uportal
[15:31:33 EDT(-0400)] * pho3nixf1re (~pho3nixf1@69.57.58.162) has left ##uportal
[15:44:38 EDT(-0400)] <EricDalquist> wow รขย€ยฆ stacks for config mode are long (tongue)
[15:49:57 EDT(-0400)] <athena> yah (tongue)
[15:50:07 EDT(-0400)] <athena> i'm playing w/ the new jquery autocomplete widget
[15:50:15 EDT(-0400)] <athena> actually pretty decent - think we should be able to use it
[15:50:26 EDT(-0400)] <athena> which is good - give us a bit more flexibility
[15:50:33 EDT(-0400)] <EricDalquist> great
[15:50:41 EDT(-0400)] <athena> so we can get rid of these super-customized AJAX targets for the permissions portlet
[15:50:50 EDT(-0400)] <EricDalquist> hopefully we can have the pluto2 code merged back into trunk next friday
[15:51:01 EDT(-0400)] <athena> wooo!
[15:51:04 EDT(-0400)] <athena> that's so awesome (smile)
[15:51:06 EDT(-0400)] <EricDalquist> (another furlough day so both nick and I will be coding on pluto 2 all day)
[15:51:11 EDT(-0400)] <athena> gotcha (smile)
[15:51:14 EDT(-0400)] <athena> that's terrific
[15:51:17 EDT(-0400)] <EricDalquist> and then you can use Spring 3 for your REST URLs
[15:51:23 EDT(-0400)] <athena> yessssss
[15:51:30 EDT(-0400)] <EricDalquist> which should make that part significantly easier
[15:51:31 EDT(-0400)] <athena> it'll be fantastic
[15:51:32 EDT(-0400)] <athena> yes
[15:51:36 EDT(-0400)] <athena> i'm really excited!
[15:52:02 EDT(-0400)] <EricDalquist> I think after the merge but before the real portlet2 support work I'm also going to switch uPortal to use a spring DispatcherServlet
[15:52:07 EDT(-0400)] <EricDalquist> make uPortal a real spring webapp
[15:59:54 EDT(-0400)] <EricDalquist> oi
[16:00:06 EDT(-0400)] <EricDalquist> hopefully when we get of the channel registry code portlet manager won't take so long to load
[16:00:25 EDT(-0400)] <EricDalquist> hrm
[16:00:58 EDT(-0400)] <EricDalquist> athena: I'm seeing jQuery errors with the portlet manager in trunk
[16:01:10 EDT(-0400)] <athena> yeah i just found that too
[16:01:16 EDT(-0400)] <athena> i'll commit a fix
[16:01:25 EDT(-0400)] <EricDalquist> great thanks
[16:01:34 EDT(-0400)] <athena> just realized an hour ago we're pointing to a version of jquery that doens't exist anymore
[16:01:38 EDT(-0400)] <EricDalquist> lol
[16:01:43 EDT(-0400)] <EricDalquist> vaporquery
[16:02:01 EDT(-0400)] <athena> indeed (smile)
[16:02:25 EDT(-0400)] <athena> let me just find the right jira to commit to
[16:02:28 EDT(-0400)] <EricDalquist> ok
[16:03:33 EDT(-0400)] <athena> ok, committed
[16:03:38 EDT(-0400)] <EricDalquist> thanks
[16:03:44 EDT(-0400)] <athena> if you haven't run a deploy-ear, you'll need to do that as well
[16:03:49 EDT(-0400)] <athena> since we're using the newest resource server
[16:03:53 EDT(-0400)] <EricDalquist> ok
[16:14:53 EDT(-0400)] <EricDalquist> I remember when I managed to scrap together enough $ over a few years to have a desktop with 1GB of ram back in college
[16:15:08 EDT(-0400)] <pberry> don't go there, kid
[16:15:12 EDT(-0400)] <EricDalquist> now รขย€ยฆ my laptop with 4GB doesn't seem like enough and I'm wishing for one of the new MBPs with 8
[16:15:28 EDT(-0400)] <athena> yeah i've been lusting over one of those as well
[16:15:30 EDT(-0400)] <EricDalquist> lol pberry
[16:15:32 EDT(-0400)] <athena> price point is still too high
[16:15:41 EDT(-0400)] <pberry> I upgraded a Mac LC to 8 meagbytes of RAM and I thought I was a God
[16:15:49 EDT(-0400)] <athena> i was going through my file drawer for the move the other weekend
[16:15:52 EDT(-0400)] <EricDalquist> well and my current laptop is only 1 year old, hard to justify a new one
[16:15:58 EDT(-0400)] <athena> and i found all the original receipts and info for my first college computer
[16:16:07 EDT(-0400)] <EricDalquist> pberry: I remember that too รขย€ยฆ though that was a ways pre-college
[16:16:11 EDT(-0400)] <EricDalquist> stupid SIMS
[16:16:16 EDT(-0400)] <EricDalquist> or were there two Ms?
[16:16:17 EDT(-0400)] <athena> yeah (smile) mine is 2 years now - was going to replace it this spring, but guess i'm going to wait
[16:20:58 EDT(-0400)] <EricDalquist> fancy highlighting in the portlet manager now
[16:20:58 EDT(-0400)] <EricDalquist> neat
[16:21:54 EDT(-0400)] <athena> yeah
[16:21:58 EDT(-0400)] <athena> gary added some cool stuff
[16:22:31 EDT(-0400)] <athena> right now i'm working on the permissions query at the top of this screen: http://www.ja-sig.org/wiki/download/attachments/28574411/permissions_manager_main_flat.png
[16:22:39 EDT(-0400)] <athena> just ran into that annoying cycle detection error thing though
[16:23:09 EDT(-0400)] <EricDalquist> ?
[16:23:56 EDT(-0400)] <athena> it's a jsonlib thing
[16:24:13 EDT(-0400)] <athena> if you have bidirectional references in your objects it freaks out and throws a stack trace
[16:24:22 EDT(-0400)] <athena> so if you take things right out of JPA/Hibernate they often don't work
[16:24:36 EDT(-0400)] <athena> probably need to configure the cycle detection strategy
[16:24:39 EDT(-0400)] <EricDalquist> uhg
[16:25:23 EDT(-0400)] <athena> yeah
[16:25:29 EDT(-0400)] <athena> it is not my favoritest error!
[16:25:40 EDT(-0400)] <athena> hopefully all this will get easier once we switch to the rest templates
[16:25:44 EDT(-0400)] <EricDalquist> yeah
[16:26:01 EDT(-0400)] <EricDalquist> that UI is so pretty
[16:26:27 EDT(-0400)] <EricDalquist> figured out the config issue
[16:26:32 EDT(-0400)] <EricDalquist> now need to figure out how to fix it
[16:26:41 EDT(-0400)] <EricDalquist> which the 2nd step was always as easy as the first (tongue)
[16:27:44 EDT(-0400)] <athena> lol
[16:27:44 EDT(-0400)] <athena> w
[16:27:50 EDT(-0400)] <athena> ell, at least the first step is done (smile)
[16:27:52 EDT(-0400)] * michelled (~michelled@142.150.154.101) has joined ##uportal
[16:28:09 EDT(-0400)] <EricDalquist> this is another bit of code that will be simpler when channels are gone
[16:28:32 EDT(-0400)] <EricDalquist> the thing that is broken is the URL generation code can't find the ChannelRuntimeData for the root channel
[16:28:36 EDT(-0400)] <EricDalquist> which it needs to generate a URL
[16:28:49 EDT(-0400)] <EricDalquist> the new URL syntax stuff can do it simply based on a portlet window ID
[16:28:59 EDT(-0400)] <EricDalquist> everything else can be found via static service APIs
[16:29:04 EDT(-0400)] <EricDalquist> so less crap to pass around
[16:29:16 EDT(-0400)] <athena> ah
[16:29:26 EDT(-0400)] <athena> oh ugh i'm just going to give up and use a hashmap for now
[16:29:27 EDT(-0400)] <athena> this is stupid
[16:29:30 EDT(-0400)] <EricDalquist> (smile)
[16:29:42 EDT(-0400)] <athena> the JsonView doesn't seem to let you configure the cycle detection strategy
[16:29:51 EDT(-0400)] <athena> so yeah, i'm giving up and just making it work
[16:30:06 EDT(-0400)] <athena> no point in sinking a lot of time in when we're going to redo it all anyway
[16:30:23 EDT(-0400)] <EricDalquist> yeah
[16:30:30 EDT(-0400)] <EricDalquist> since Spring 3 has a different JSon view provider
[16:31:47 EDT(-0400)] <athena> yeh
[16:41:43 EDT(-0400)] <EricDalquist> yay simple fix too!
[16:44:43 EDT(-0400)] <athena> oh?
[16:44:46 EDT(-0400)] <athena> that's awesome!
[16:44:53 EDT(-0400)] <EricDalquist> its in trunk
[16:45:06 EDT(-0400)] <EricDalquist> will be in 3.2-patches shortly
[16:45:47 EDT(-0400)] <EricDalquist> ok รขย€ยฆ there too
[16:45:56 EDT(-0400)] <EricDalquist> let me know if you run into any more problems with it
[16:46:03 EDT(-0400)] <EricDalquist> maybe we can get a 3.2.2 out next week?
[16:46:12 EDT(-0400)] <EricDalquist> are there many other things you'dlike to get fixed?
[16:46:21 EDT(-0400)] <athena> a release would be great
[16:46:30 EDT(-0400)] <athena> yes, there are a bunch of other small issues that i'd be nice to have fixed
[16:46:33 EDT(-0400)] <athena> but i don't want to hold up the release
[16:46:37 EDT(-0400)] <EricDalquist> thats fine
[16:46:48 EDT(-0400)] <athena> let me look at the roadmap
[16:46:51 EDT(-0400)] <EricDalquist> would have some time to make sure they all have a fix-for of 3.2.2 right now?
[16:46:55 EDT(-0400)] <EricDalquist> and I can take a look too
[16:47:35 EDT(-0400)] <athena> doesn't look like a lot
[16:47:42 EDT(-0400)] <athena> i should take a look at one or two issues
[16:47:52 EDT(-0400)] <athena> the other thign i really want fixed is all the bugs in the coal skin
[16:47:56 EDT(-0400)] <athena> but i can't actually fix those
[16:48:09 EDT(-0400)] <EricDalquist> ok
[16:48:14 EDT(-0400)] <athena> we really need to get the NOTICE file updated before the next release, which i can do
[16:48:43 EDT(-0400)] <EricDalquist> ah yeah
[16:49:28 EDT(-0400)] <athena> guess we should get the dynamic title field back into the shared CPD
[16:49:34 EDT(-0400)] <athena> i hear it's missing
[16:50:11 EDT(-0400)] <EricDalquist> ah yeah
[17:00:51 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[17:29:15 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal

  • No labels