Why not just put a redirect into a "normal" welcome file? --- smart acer <[EMAIL PROTECTED]> wrote:
> I tried these and it is not working, it immediately brings up 404. I think > I > put something after URL (asd.action) then the wildcard logic kicks in. > anyone using like below? help pls! > > Thanks > VJ > > On 2/22/08, Laurie Harper <[EMAIL PROTECTED]> wrote: > > > > smart acer wrote: > > > Our domain is http://www.example.com > > > Our app context is products, so URL for the app is > > > http://www.example.com/products > > > We have a package/namespace defined as follows, > > > > > > <package name="sub_product" namespace="/sub_product" > > > extends="tiles-default"> > > > <action name="content"> > > > <result type="tiles">page.productDetails</result> > > > </action> > > > </package> > > > > > > http://www.example.com/products -- works fine > > > http://www.example.com/products/sub_product/content.action --- works > > fine > > > http://www.example.com/products/sub_product -- - throws 404 --- We are > > > unable to figure out where to configure welcome file for the namespace > > > > > > Any help is greatly appreciated. > > > > > > Thanks > > > -VJ > > > > > > > I haven't tried it, but adding an action mapping with name="/" might > > work; using name="*" will probably do the trick if not (but you should > > probably list that mapping last in the package since '*' is a > > match-anything wildcard). In either case, your URL might need a trailing > > '/' (as in .../products/sub_product/). > > > > L. > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
