Page Comparison

[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