Wow! I clearly remember running across this issue a year ago and writing it in chapter 2 of the Stripes book. Honestly, I didn't think many people would run into this problem. I warned against using the same name for the context path and for the first part of the package that contains your action beans - exactly what you have with "sfh".
You have two options. The first one is obvious and probably not what you want: use a different name either for the context path or for the first part of the package. The second option is to put your action beans in a package that contains one of the names that Stripes truncates in its URL binding strategy: "action", "stripes", "web", or "www". For example: 1. sfh.stripes.actionbeans.FoobarActionBean 2. sfh.web.actionbeans.FoobarActionBean 3. sfh.action.FoobarActionBean and so on. That would resolve the conflict because the links would become: 1. http://localhost:8080/sfh/actionbeans/Foobar.action 2. http://localhost:8080/sfh/actionbeans/Foobar.action 3. http://localhost:8080/sfh/Foobar.action because sfh is still the context path, but the path to the action bean does not include the package parts up to and including "action", "stripes", "web", or "www". Hope that helps. Cheers, Freddy http://www.stripesbook.com On Fri, 30 Jan 2009 17:26:43 -0500, "Laird Nelson" <[email protected]> said: > I am using a <stripes:link> tag, specifying its beanclass attribute. > > My war file is named "sfh.war" and is deployed under the servlet context > path of "sfh", so all URLs under it begin, ultimately, with > http://localhost:8080/sfh. sfh is also the name of my leading package > fragment. > > I specify the beanclass attribute like this: > "sfh.actionbeans.FoobarActionBean". > > I would expect this to ultimately resolve to a link like this: > > http://localhost:8080/sfh/sfh/actionbeans/Foobar.action > > ...but instead it is resolved to: > > http://localhost:8080/sfh/actionbeans/Foobar.action > > Is this a bug or a feature? > > I know I can get around it with an explicit UrlBinding, but was curious > as > to what the default behavior should be here. > > Thanks, > Laird ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Stripes-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/stripes-users
