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
