On 1/4/10 2:02 PM, Lincoln Baxter, III wrote:
> Any good examples out there on how to do this? Any reusable libs that
> you know of?
Of the servlet 3.0 API?
Map<String,? extends ServletRegistration> existing =
servletContext.getServletRegistrations();
for (ServletRegistration registration : existing.values()) {
if
("javax.faces.webapp.FacesServlet".equals(registration.getClassName())) {
Collection<String> mappings =
registration.getMappings();
// do something with the mappings.
}
}
>
> I assume this is the identifier I would be looking for, then grab the
> mapping and build a URL, since it's the spec'd (final/un-subclassable)
> servlet-class.
> <servlet-class>*javax.faces.webapp.FacesServlet*</servlet-class>
>
In 95% of the cases this would be true. However, there are some JSF
applications that wrap the FacesServlet so that they can provide custom
features. For example, the GlassFish admin gui has such a wrapper to
defer initialization until the first request to the servlet.
That said, relying on the servlet class vs the name is the better choice.
> Additionally, I have a potentially basic Java question:
>
> Just for confirmation, I can test this when I try it out: Assuming
> that I'm using servletContext.getMajorVersion() to detect the current
> Servlet version and take appropriate action, since I've never
> attempted to write a portable lib between servlet versions... if I
> reference servlet 3.0, 2.5 APIs will work in a 3.0 environment (unless
> deprecated), and make sure no 3.0 APIs are accessed in 2.5
> environments, I should be OK without runtime failures?
Mojarra does this. As long as you compile with the latest version and
guard against calling methods that shouldn't be depending on the
version, you'll be fine.
>
> Thanks,
> --Lincoln
>
>
> On Mon, Jan 4, 2010 at 12:01 PM, Ryan Lubke <Ryan.Lubke_at_sun.com
> <mailto:Ryan.Lubke_at_sun.com>> wrote:
>
> If you're using Servlet 3.0, you can use the new programmatic APIs
> available on the ServletContext to
> obtain information on all registered Servlets.
>
> Anything earlier than 3.0, probably means parsing the web.xml
> yourself.
>
>
> On 1/3/10 12:23 PM, Lincoln Baxter, III wrote:
>
> I'm trying to figure out a way to dispatch a request to Faces
> Servlet,
> but I'm not sure how to discover how Faces Servlet is mapped.
> Is there
> any way to do this?
>
> Basically, I want to be able to do something like this:
>
> 1. Request comes in for /some/url/
> 2. Filter intercepts /some/url/ and understands that it
> belongs to Faces
> 3. Filter forwards request to Faces Servlet (even though Faces
> Servlet
> is not mapped to /some/url/ )
>
> So that means that I need either a blind forward, or a way of
> determining some URL that *does* resolve to Faces Servlet.
> Once the
> request is in Faces, it does not matter that there is no view file
> corresponding to the address.
>
> Thanks,
> Lincoln
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> webtier-unsubscribe_at_glassfish.dev.java.net
> <mailto:webtier-unsubscribe_at_glassfish.dev.java.net>
> For additional commands, e-mail:
> webtier-help_at_glassfish.dev.java.net
> <mailto:webtier-help_at_glassfish.dev.java.net>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe_at_glassfish.dev.java.net
> <mailto:webtier-unsubscribe_at_glassfish.dev.java.net>
> For additional commands, e-mail:
> webtier-help_at_glassfish.dev.java.net
> <mailto:webtier-help_at_glassfish.dev.java.net>
>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.com
> http://scrumshark.com
> "Keep it Simple"