uPortal developers, This solution is now coded, deployed to a MyUW test tier, and configured. It seems to work well.
There were a couple improvements to the design and working out of implementation details in coding it. https://apetro.ghost.io/pipelines-need-valves/ is updated to reflect, and to link Pull Requests proposing inclusion of these generic, cross-adopter-applicable rendering pipeline components in the uPortal codebase for the uPortal 4.2 release (i.e., into master). They're proffered as several atomic Pull Requests because they have no formal dependencies upon one another, which is one of the nice things about the implementation. The MyUW configuration is offered as an example configuration in the Pull Request description, but the actual `renderingPipelineContext.xml` is untouched so including these components in the codebase will make no change to the out of the box rendering pipeline behavior. Kind regards, Andrew On Wed, Oct 8, 2014 at 11:34 AM, James Wennmacher <[email protected]> wrote: > Andrew I wish I could say I understood the rendering pipeline well enough to > give a reasonable critique, but unfortunately my understanding is fairly > high level. To my knowledge what you propose sounds reasonable and seems > like it would work. I'll be curious to find out if you run into a lot of > edge cases. > > James Wennmacher - Unicon > 480.558.2420 > > On 10/08/2014 08:26 AM, Eric Dalquist wrote: > > +1 > > the rendering pipeline is supposed to be flexible enough to do whatever you > need to do for making the portal render, escaping with a redirect seems > perfectly fine to me. > > On Fri, Oct 3, 2014 at 1:30 PM, Andrew Petro <[email protected]> wrote: >> >> uPortal developers, >> >> I think MyUW has a local need to conditionally branch the rendering >> pipeline (and to terminate it in a redirect on one of those branches). >> >> Design sketch here: >> >> http://apetro.ghost.io/pipelines-need-valves/ >> >> I'd love your perspectives and feedback. >> >> I expect that one way or another there will be some portions of the >> eventual solution that should make their way into the uPortal >> framework. >> >> Kind regards, >> >> Andrew >> >> -- >> You are currently subscribed to [email protected] as: >> [email protected] >> To unsubscribe, change settings or access archives, see >> http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > > -- > > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > > -- > > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
