Unfortunately, https://jersey.dev.java.net/source/browse/*checkout*/jersey/tags/jersey-1.0.1/api/jersey/index.html
says: public class *ServletContainer*extends javax.servlet.http.HttpServletimplements ContainerListener <https://jersey.dev.java.net/source/browse/*checkout*/jersey/tags/jersey-1.0.1/api/jersey/com/sun/jersey/spi/container/ContainerListener.html> which means that the ServletContainer is not implementing the javax.servlet.Filter This is just an idea, and I do not know if it will work, but you could try something like this, and map it as a filter: Java: (Feel free to rewrite as Scala :) ) public class JerseyFilter extends ServletContainer implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse res, FilterChain fChain) throws IOException, ServletException { service(req,res); fChain.doFilter(req, res); } @Override public void init(FilterConfig fConfig) throws ServletException { super.init(); } @Override public void destroy() { super.destroy(); } } Please get back to us :) Cheers, Viktor On Tue, Mar 3, 2009 at 3:32 AM, Meredith Gregory <[email protected]>wrote: > Lifted, > > Well, at least i've got jetty launching and running with both filters. See > the web.xml that worked below. > > Best wishes, > > --greg > > <?xml version="1.0" encoding="ISO-8859-1"?> > > <!DOCTYPE web-app > PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" > "http://java.sun.com/dtd/web-app_2_3.dtd";> > > <web-app> > <filter> > <filter-name>JerseyFilter</filter-name> > <display-name>Jersey Filter</display-name> > <description>Attempting to use Jersey as a Filter</description> > > <filter-class>com.sun.jersey.spi.container.servlet.ServletContainer</filter-class> > <init-param> > <param-name>com.sun.jersey.config.property.packages</param-name> > <param-value>com.sap.dspace.model.constellation.resources</param-value> > </init-param> > </filter> > <filter> > <filter-name>LiftFilter</filter-name> > <display-name>Lift Filter</display-name> > <description>The Filter that intercepts lift calls</description> > <filter-class>net.liftweb.http.LiftFilter</filter-class> > </filter> > > <filter-mapping> > <filter-name>JerseyFilter</filter-name> > <url-pattern>/*</url-pattern> > </filter-mapping> > <filter-mapping> > <filter-name>LiftFilter</filter-name> > <url-pattern>/*</url-pattern> > </filter-mapping> > > </web-app> > > > On Mon, Mar 2, 2009 at 6:25 PM, Meredith Gregory <[email protected] > > wrote: > >> Alex, >> >> Thanks for all your help. i switched versions in the pom.xml (to 1.0.2 >> which is the most recent on the sun repo that is not labeled SNAPSHOT) and i >> get the right values from reflecting (BTW -- has anybody written a little >> lift browser app that hooks into reflection so that one can graphically >> browse the class/instances in memory?). Now i just need to figure out how to >> pass the resources context to Jersey. It's got a config for the >> ServletContainer class, but i don't see anything if i'm just using it as a >> filter. >> >> Best wishes, >> >> --greg >> >> On Mon, Mar 2, 2009 at 6:13 PM, Alex Boisvert <[email protected]>wrote: >> >>> No, sorry, I've grown allergic to mvn. >>> >>> If you must know, I wrote a 5-line ruby script that bootstraps the scala >>> interpreter with a given classpath. >>> >>> #!/usr/bin/env scalarun >>> classpath << artifact("com.sun.jersey:jersey-server:jar:1.02") >>> classpath << artifact("javax.servlet:servlet-api:jar:2.5") >>> classpath << artifact("javax.ws.rs:jsr311-api:jar:1.0") >>> interactive = true >>> !# >>> >>> So we're down to two main possibilities... 1) something is wrong with >>> your Maven pom.xml or 2) your local artifacts are inconsistent with what's >>> in the repos. >>> >>> alex >>> >>> >>> >>> On Mon, Mar 2, 2009 at 6:05 PM, Meredith Gregory < >>> [email protected]> wrote: >>> >>>> Alex, >>>> >>>> Interesting. Did you build with mvn? If so, what were your >>>> plugins/dependencies? >>>> >>>> Best wishes, >>>> >>>> --greg >>>> >>>> >>>> On Mon, Mar 2, 2009 at 6:01 PM, Alex Boisvert <[email protected]>wrote: >>>> >>>>> Greg, >>>>> >>>>> Something must be messed up in your configuration.... Here's what I >>>>> get: >>>>> >>>>> Welcome to Scala version 2.7.3.final (Java HotSpot(TM) Server VM, Java >>>>> 1.6.0_10). >>>>> Type in expressions to have them evaluated. >>>>> Type :help for more information. >>>>> >>>>> scala> new com.sun.jersey.spi.container.servlet.ServletContainer() >>>>> res0: com.sun.jersey.spi.container.servlet.ServletContainer = >>>>> com.sun.jersey.spi.container.servlet.servletcontai...@15cd9a >>>>> >>>>> scala> res0.getClass.getInterfaces >>>>> res2: Array[java.lang.Class[_]] = Array(interface >>>>> javax.servlet.Servlet, interface javax.servlet.ServletConfig, interface >>>>> javax.servlet.Filter, interface java.io.Serializable) >>>>> >>>>> (I'm using jersey-server-1.0.2.jar) >>>>> >>>>> alex >>>>> >>>>> >>>>> On Mon, Mar 2, 2009 at 5:47 PM, Meredith Gregory < >>>>> [email protected]> wrote: >>>>> >>>>>> Alex, >>>>>> >>>>>> i was coming to the same conclusion. OTOH, reflecting on >>>>>> com.sun.jersey.spi.container.servlet.ServletContainer i see different >>>>>> stuff >>>>>> than what's declared in the sources. See below. >>>>>> >>>>>> Best wishes, >>>>>> >>>>>> --greg >>>>>> >>>>>> scala> new com.sun.jersey.spi.container.servlet.ServletContainer() >>>>>> new com.sun.jersey.spi.container.servlet.ServletContainer() >>>>>> new com.sun.jersey.spi.container.servlet.ServletContainer() >>>>>> res0: com.sun.jersey.spi.container.servlet.ServletContainer = >>>>>> com.sun.jersey.spi.container.servlet.servletcontai...@50b410 >>>>>> >>>>>> scala> res0.getClass >>>>>> res0.getClass >>>>>> res0.getClass >>>>>> res1: java.lang.Class[_ <: java.lang.Object] = class >>>>>> com.sun.jersey.spi.container.servlet.ServletContainer >>>>>> >>>>>> scala> res0.getClass.getSuperclass >>>>>> res0.getClass.getSuperclass >>>>>> res0.getClass.getSuperclass >>>>>> res7: java.lang.Class[_ >: ?0] = class javax.servlet.http.HttpServlet >>>>>> >>>>>> // i was expecting to see WebComponent here >>>>>> >>>>>> scala> res0.getClass.getInterfaces >>>>>> res0.getClass.getInterfaces >>>>>> res0.getClass.getInterfaces >>>>>> res8: Array[java.lang.Class[_]] = Array(interface >>>>>> com.sun.jersey.spi.container.ContainerListener) >>>>>> >>>>>> // i was expecting to see Servlet, ServletConfig, Filter, Serializable >>>>>> in this list. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Mar 2, 2009 at 5:13 PM, Alex Boisvert >>>>>> <[email protected]>wrote: >>>>>> >>>>>>> My guess would be that you have duplicate servlet-api-2.x.jar in your >>>>>>> classloading hierarchy... can you check and remove any servlet.jar under >>>>>>> your webapp WEB-INF/lib directory? >>>>>>> >>>>>>> alex >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Mon, Mar 2, 2009 at 4:45 PM, Meredith Gregory < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Alex, >>>>>>>> >>>>>>>> Thanks for the interest. See below. >>>>>>>> >>>>>>>> Best wishes, >>>>>>>> >>>>>>>> --greg >>>>>>>> >>>>>>>> <?xml version="1.0" encoding="ISO-8859-1"?> >>>>>>>> >>>>>>>> <!DOCTYPE web-app >>>>>>>> PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" >>>>>>>> "http://java.sun.com/dtd/web-app_2_3.dtd";> >>>>>>>> >>>>>>>> <web-app> >>>>>>>> <filter> >>>>>>>> <filter-name>JerseyFilter</filter-name> >>>>>>>> <display-name>Jersey Filter</display-name> >>>>>>>> <description>Attempting to use Jersey as a Filter</description> >>>>>>>> >>>>>>>> <filter-class>com.sun.jersey.spi.container.servlet.ServletContainer</filter-class> >>>>>>>> </filter> >>>>>>>> <filter> >>>>>>>> <filter-name>LiftFilter</filter-name> >>>>>>>> <display-name>Lift Filter</display-name> >>>>>>>> <description>The Filter that intercepts lift calls</description> >>>>>>>> <filter-class>net.liftweb.http.LiftFilter</filter-class> >>>>>>>> </filter> >>>>>>>> >>>>>>>> <filter-mapping> >>>>>>>> <filter-name>JerseyFilter</filter-name> >>>>>>>> <url-pattern>/*</url-pattern> >>>>>>>> </filter-mapping> >>>>>>>> <filter-mapping> >>>>>>>> <filter-name>LiftFilter</filter-name> >>>>>>>> <url-pattern>/*</url-pattern> >>>>>>>> </filter-mapping> >>>>>>>> >>>>>>>> </web-app> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Mar 2, 2009 at 4:43 PM, Alex Boisvert <[email protected] >>>>>>>> > wrote: >>>>>>>> >>>>>>>>> Can you post your web.xml? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Mar 2, 2009 at 3:50 PM, Meredith Gregory < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> Marc, >>>>>>>>>> >>>>>>>>>> Thanks for the link! BTW, i'm looking at that sources from the >>>>>>>>>> Jersey jar and it appears that >>>>>>>>>> com.sun.jersey.spi.container.servlet.ServletContainer implements >>>>>>>>>> Filter. And >>>>>>>>>> yet, when i launch with jetty i get: >>>>>>>>>> >>>>>>>>>> 2009-03-02 15:46:18.043::WARN: failed JerseyFilter >>>>>>>>>> java.lang.IllegalStateException: class >>>>>>>>>> com.sun.jersey.spi.container.servlet.ServletContainer is not a >>>>>>>>>> javax.servlet.Filter >>>>>>>>>> at >>>>>>>>>> org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:88) >>>>>>>>>> >>>>>>>>>> Best wishes, >>>>>>>>>> >>>>>>>>>> --greg >>>>>>>>>> >>>>>>>>>> On Mon, Mar 2, 2009 at 2:16 PM, Marc Hadley >>>>>>>>>> <[email protected]>wrote: >>>>>>>>>> >>>>>>>>>>> Apache Camel uses Jersey as a filter: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> https://svn.apache.org/repos/asf/camel/trunk/components/camel-web/src/main/webapp/WEB-INF/web.xml >>>>>>>>>>> >>>>>>>>>>> Marc. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mar 2, 2009, at 4:46 PM, Meredith Gregory wrote: >>>>>>>>>>> >>>>>>>>>>> Jerseyans, >>>>>>>>>>>> >>>>>>>>>>>> Does anyone have any experience with using Jersey as a filter? >>>>>>>>>>>> i'd like to take advantage of some of Jersey's Request/Response >>>>>>>>>>>> rendering as >>>>>>>>>>>> well as some of Lift's cool stuff. The Lift servlet is a filter >>>>>>>>>>>> and deployed >>>>>>>>>>>> as such. i note that the >>>>>>>>>>>> com/sun/jersey/spi/container/servlet/ServletContainer implements >>>>>>>>>>>> Filter. >>>>>>>>>>>> However, i have yet to find an example of Jersey deployed in a >>>>>>>>>>>> filter >>>>>>>>>>>> capacity. If anyone has used Jersey this way, please let me know. >>>>>>>>>>>> >>>>>>>>>>>> Best wishes, >>>>>>>>>>>> >>>>>>>>>>>> --greg >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> L.G. Meredith >>>>>>>>>>>> Managing Partner >>>>>>>>>>>> Biosimilarity LLC >>>>>>>>>>>> 806 55th St NE >>>>>>>>>>>> Seattle, WA 98105 >>>>>>>>>>>> >>>>>>>>>>>> +1 206.650.3740 >>>>>>>>>>>> >>>>>>>>>>>> http://biosimilarity.blogspot.com >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> L.G. Meredith >>>>>>>>>> Managing Partner >>>>>>>>>> Biosimilarity LLC >>>>>>>>>> 806 55th St NE >>>>>>>>>> Seattle, WA 98105 >>>>>>>>>> >>>>>>>>>> +1 206.650.3740 >>>>>>>>>> >>>>>>>>>> http://biosimilarity.blogspot.com >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> L.G. Meredith >>>>>>>> Managing Partner >>>>>>>> Biosimilarity LLC >>>>>>>> 806 55th St NE >>>>>>>> Seattle, WA 98105 >>>>>>>> >>>>>>>> +1 206.650.3740 >>>>>>>> >>>>>>>> http://biosimilarity.blogspot.com >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> L.G. Meredith >>>>>> Managing Partner >>>>>> Biosimilarity LLC >>>>>> 806 55th St NE >>>>>> Seattle, WA 98105 >>>>>> >>>>>> +1 206.650.3740 >>>>>> >>>>>> http://biosimilarity.blogspot.com >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> L.G. Meredith >>>> Managing Partner >>>> Biosimilarity LLC >>>> 806 55th St NE >>>> Seattle, WA 98105 >>>> >>>> +1 206.650.3740 >>>> >>>> http://biosimilarity.blogspot.com >>>> >>>> >>>> >>> >>> >>> >> >> >> -- >> L.G. Meredith >> Managing Partner >> Biosimilarity LLC >> 806 55th St NE >> Seattle, WA 98105 >> >> +1 206.650.3740 >> >> http://biosimilarity.blogspot.com >> > > > > -- > L.G. Meredith > Managing Partner > Biosimilarity LLC > 806 55th St NE > Seattle, WA 98105 > > +1 206.650.3740 > > http://biosimilarity.blogspot.com > > > > -- Viktor Klang Senior Systems Analyst --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---
