LPS-32742 Ability to register and deregister servlets and filters in the bundle servlet context
LPS-32742 Implementation of the trackers for servlets and filters
LPS-32742 SF
LPS-32742 1.) Move common logic for FilterTracker and ServletTracker into BaseServiceTrackerCustomizer 2.) Remove logic from BundleServletContext because I think it's fundamentally wrong. This is similar to the bug I fixed in WebXMLDefinitionLoader. Each "filter" and "servlet" is guaranteed by the servlet spec to have only one instance, but each instance (by filter name and servlet alias) can have multiple mappings. We should not map filters by mappings and servlets by aliases. Please fix *Tracker to both be consistent with either mappings or names (aliases). I already fixed WebXMLDefinitionLoader to ensure that there is only one instance per name, mapped to multiple mappings vs multiple instances to multiple mappings.
LPS-33156
Test Fixes - db-failover
LPS-33333 - Update Liferay.Language.get() method to use UnicodeLanguageUtil.get()
Revert "LPS-32277 - Icon taglib JavaScript performance improvements"
LPS-32772 - Paginate Categories TreeView in CategoriesAdmin portlet
LPS-32772 method to obtain the number of categories on the root level of a vocabulary (and improve performane of existing method using filterFindBy)
LPS-32772 - Source formatting
LPS-32772 autogenerated
LPS-33501 - Don't format source automatically
LPS-32400 - Add constructure to BaseFunction
LPS-32400 SF
LPS-33503
LPS-33503 Jim, please readd javadocs, thx.
LPS-33503 We usuall make an exception for "HttpServletRequest request" vs "HttpServletRequest httpServletRequest" because in jsps, "request" is an implicit var. Though, if the same class has ServletRequest, PortletRequest, and HttpServletRequest, we may namespace them, but 99% of the time, we just call the var "request"
LPS-32400 SF
LPS-33156 SF