>There are several ways to make this transparent to the user! I can send details if >you don't know how?
Do send details if you can. Something like what Martin is suggesting looks like one way. Thanks. On 6/3/05, Ray Madigan <[EMAIL PROTECTED]> wrote: > Why are you making your users type in the action anyway. Why don't you mask > this so they don't know how you implemented it. There are several ways to > make this transparent to the user! I can send details if you don't know > how? > > > > -----Original Message----- > From: amol k [mailto:[EMAIL PROTECTED] > Sent: Friday, June 03, 2005 11:50 AM > To: Struts Users Mailing List > Subject: Re: Tricky configuration? > > > > Why not just map /do/* to the action servlet insted of *.do > > http://myserver/Login.do to http://myserver/do/Login, etc is not an issue > but > Making the users type http://myserver/do/user/blahblah instead of > http://myserver/user/blahblah is a usability issue. > (will have to ultimately do that if there's no other option but I want > to avoid /do before user/blahblah as far as possible) > > > > On 6/3/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > > Why not just map > > > > /do/* to the action servlet insted of *.do > > > > Then all of these would go through Struts.. > > > > http://myserver/do/Login > > http://myserver/do/Logout > > http://myserver/do/user/blahblah > > > > This obviously wouldn't go through struts.. > > > > http://myserver/pages/blahblah.jsp > > > > amol k wrote the following on 6/3/2005 2:39 PM: > > > Here is what I am trying to achieve: > > > > > > http://myserver/Login.do --> (maps to) LoginAction > > > http://myserver/Logout.do --> (maps to) LogoutAction > > > http://myserver/user/blahblah --> UserPageAction (notice that there is > > > no .do in this case. blahblah can be replaced by anything at runtime) > > > > > > http://myserver/pages/blahblah.jsp --> not handled by ActionServlet > (obviously) > > > > > > I am trying various combinations in web.xml and struts-config.xml > > > (including configuring /user as a module) but havent yet found a > > > decent solution. > > > Any thoughts? > > > > > > Thanks in advance. > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > -- > > Rick > > > > --------------------------------------------------------------------- > > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
