You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@shale.apache.org by "Comerford, Sean" <Se...@mlb.com> on 2006/10/17 03:38:30 UTC
Shale remoting url ?
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
Re: Shale remoting url ?
Posted by Sean Comerford <Se...@mlb.com>.
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" <cr...@apache.org> wrote:
> On 10/17/06, Sean Comerford <Se...@mlb.com> 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" <ma...@apache.org> 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 <Se...@mlb.com> 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
Re: Shale remoting url ?
Posted by Craig McClanahan <cr...@apache.org>.
On 10/17/06, Sean Comerford <Se...@mlb.com> 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" <ma...@apache.org> 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 <Se...@mlb.com> 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
>
>
>
Re: Shale remoting url ?
Posted by Sean Comerford <Se...@mlb.com>.
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?
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 :)
On 10/17/06 11:15 AM, "Matthias Wessendorf" <ma...@apache.org> 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 <Se...@mlb.com> 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
Re: Shale remoting url ?
Posted by Matthias Wessendorf <ma...@apache.org>.
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 <Se...@mlb.com> 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
>
>
>
--
Matthias Wessendorf
http://tinyurl.com/fmywh
further stuff:
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com