[uportal-dev] New rendering pipeline in trunk

[Eric Dalquist]

I just finished merging the new StAX based rendering pipeline into trunk. Instead of SAX ContentHandlers StAX XMLEventReaders and custom CharacterEventReaders are used to pass data starting at the user's layout through the transforms and eventually to the browser. It also switched to the standard StAX XMLOutputFactory for serialization so no more custom HTML/XHTML serializer code in uPortal. To make this all work xalan, xerces, xml-apis, and xml-resolver have all been removed from the project. Developers will need to take care when adding a new dependency that one of these isn't accidentally added back in as a transitive dependency. They auto-register with the JVM and all have old versions of the JAXP APIs which don't work right.

The new pipeline is broken up into components and configured via Spring. An overview of the guiding design is in the wiki: https://wiki.jasig.org/display/UPC/Rendering+Pipeline+Refactoring That page will be updated and renamed to reflect the actual design in the next week or so.

-Eric

Caching of pipeline events has also been revamped. Each component in the pipeline can contribute to a compound cache key that is built up. Caching components use this information to determine if a cache of event data can be replayed. As the new pipeline is tuned this should allow the caching of rendering data to be much more responsive to user requests. Also the caches are in Ehcache which allows for further configuration and management of behavior. The XSL loading code is now modification aware. The XSL templates are cached but periodically the files are checked for modifications and reloaded if there are any. For those working on XSL development this should make your lives easier as things will update live for you but still perform well in a production environment. This commit also removes the PortalSessionManager servlet and replaces it with a Spring DispatcherPortlet that delegates all portal and portlet requests to an annotated controller. Several of the functions of PortalSessionManager have been broken out into Interceptors to simplify the classes. URL Canonicalization is also included, there is a servlet filter that will enforce the correct URL in the new syntax for any view of the portal. This is a big change set. If you run into any problems please report them on the list and we can figure out a solution.

smime.p7s
Description: S/MIME Cryptographic Signature