I finally got a chance to look at this again... there was something wrong with my app though I'm still not quite sure what.
It may have been that I had non-matching versions of shale-core and shale-remoting (both are required since shale-core contains the shale filter class) but not positive. In any case, /myApp/faces/dynamic/foo/bar is in fact the correct, working URL when calling foo.bar with the Faces servlet mapped to /faces/* On 10/17/06 1:26 PM, "Craig McClanahan" <[EMAIL PROTECTED]> wrote: > On 10/17/06, Sean Comerford <[EMAIL PROTECTED]> wrote: >> >> I did try that and it didn't work but I believe you're correct about that >> being the proper URL. >> >> I think I probably have something else going on here.... which jars >> exactly >> do I need to include? >> >> I have the required Apache Commons stuff... is anything else other than >> shale-core-1.0.3 and shale-remoting-1.0.3 required to use remoting? > > > Actually, you should not even need shale-core-1.0.3.jar ... Shale Remoting > is completely stand alone. > > And is there anything else other than the shale filter entry that I need in >> my web.xml? >> >> And yes, I have a faces-config entry for the bean... standard JSF bindings >> for it work but the remoting ones don't :) > > > The proposed URL (/faces/dynamic/foo/bar) is indeed supposed to work if you > map JSF to /faces/* instead of *.faces ... and there are unit tests to that > effect in the shale-remoting module. There must be some deeper reason that > it's not working for you at the moment. > > Craig > > On 10/17/06 11:15 AM, "Matthias Wessendorf" <[EMAIL PROTECTED]> wrote: >> >>> just curious, >>> >>> have you tried >>> >>> /myApp/faces/dynamic/foo/bar >>> >>> I think it is able to use /Faces/* instead of *.Faces >>> if not... open an issue >>> (please check the code too) >>> >>> -Matthias >>> >>> On 10/16/06, Comerford, Sean <[EMAIL PROTECTED]> wrote: >>>> This is probably a stupid question but I can't figure it out. >>>> >>>> >>>> >>>> My faces servlet is mapped to /faces/* instead of *.faces as shown in >>>> the Shale remoting examples. >>>> >>>> >>>> >>>> So given the POJO bean foo and method bar, wouldn't the shale remote >> URL >>>> be: >>>> >>>> >>>> >>>> /myApp/faces/dynamic/foo/bar.jsp >>>> >>>> >>>> >>>> That (and everything else I've tried) yields 404.... >>>> >>>> >>>> >>>> Relevant portions of my web.xml below: >>>> >>>> >>>> >>>> <context-param> >>>> >>>> <param-name> >>>> >>>> org.apache.shale.remoting.DYNAMIC_RESOURCES >>>> >>>> </param-name> >>>> >>>> <param-value> >>>> >>>> /dynamic/*:org.apache.shale.remoting.impl.MethodBindingProcessor >>>> >>>> </param-value> >>>> >>>> </context-param> >>>> >>>> >>>> >>>> <!-- Shale Application Controller Filter --> >>>> >>>> <filter> >>>> >>>> <filter-name>shale</filter-name> >>>> >>>> <filter-class> >>>> >>>> org.apache.shale.faces.ShaleApplicationFilter >>>> >>>> </filter-class> >>>> >>>> </filter> >>>> >>>> >>>> >>>> <!-- Shale Application Controller Filter Mapping --> >>>> >>>> <filter-mapping> >>>> >>>> <filter-name>shale</filter-name> >>>> >>>> <url-pattern>/*</url-pattern> >>>> >>>> </filter-mapping> >>>> >>>> >>>> >>>> <!-- JavaServer Faces Servlet Configuration --> >>>> >>>> <servlet> >>>> >>>> <servlet-name>faces</servlet-name> >>>> >>>> <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> >>>> >>>> <load-on-startup>1</load-on-startup> >>>> >>>> </servlet> >>>> >>>> >>>> >>>> <!-- JavaServer Faces Servlet Mapping --> >>>> >>>> <servlet-mapping> >>>> >>>> <servlet-name>faces</servlet-name> >>>> >>>> <url-pattern>/faces/*</url-pattern> >>>> >>>> </servlet-mapping> >>>> >>>> ------ >>>> Sean Comerford, Software Engineer >>>> Major League Baseball Advanced Media >>>> Office: 212.485.4508 Cell: 347.628.8769 >>>> >>>> >>>> >>>> >>>> ************************ >>>> MLB.com: Where Baseball is Always On >>>> >>>> >>>> >>> >> >> >> -- >> Sean Comerford, Software Engineer >> Major League Baseball Advanced Media >> Office: 212.485.4508 Cell: 347.628.8769 >> >> >> >> >> ************************ >> MLB.com: Where Baseball is Always On >> >> >> -- Sean Comerford, Software Engineer Major League Baseball Advanced Media Office: 212.485.4508 Cell: 347.628.8769 ************************ MLB.com: Where Baseball is Always On
