org.eclipse.jetty.osgi.boot.utils
Interface WebappRegistrationCustomizer
- All Known Implementing Classes:
- PluggableWebAppRegistrationCustomizerImpl, WebappRegistrationCustomizerImpl
public interface WebappRegistrationCustomizer
Fix various shortcomings with the way jasper parses the tld files.
Field Summary |
static String |
CLASS_NAME
we could do something a lot more pluggable with a custom header in the
manifest or some customer declarative services let's keep it simple for
now. |
CLASS_NAME
static final String CLASS_NAME
- we could do something a lot more pluggable with a custom header in the
manifest or some customer declarative services let's keep it simple for
now. hopefully the rest of the world won't need to customize this.
- See Also:
- Constant Field Values
getJarsWithTlds
URL[] getJarsWithTlds(OSGiAppProvider provider,
BundleFileLocatorHelper fileLocator)
throws Exception
- TODO: right now only the jetty-jsp bundle is scanned for common taglibs.
Should support a way to plug more bundles that contain taglibs.
The jasper TldScanner expects a URLClassloader to parse a jar for the
/META-INF/*.tld it may contain. We place the bundles that we know contain
such tag-libraries. Please note that it will work if and only if the
bundle is a jar (!) Currently we just hardcode the bundle that contains
the jstl implemenation.
A workaround when the tld cannot be parsed with this method is to copy
and paste it inside the WEB-INF of the webapplication where it is used.
Support only 2 types of packaging for the bundle: - the bundle is a jar
(recommended for runtime.) - the bundle is a folder and contain jars in
the root and/or in the lib folder (nice for PDE developement situations)
Unsupported: the bundle is a jar that embeds more jars.
- Returns:
- array of URLs
- Throws:
Exception
Copyright © 1995-2011 Mort Bay Consulting. All Rights Reserved.