That's what I'm doing for an application I'm working on (e.g. /countries/china/index.do). This keeps things consistent with the static site I'm replacing (/countries/china/index.html) and they look familiar to people.
Joe Baker Director of Internet Communications Amnesty International USA 600 Pennsylvania Ave SE 5th Floor Washington, DC 20003 202-544-0200 x285 http://www.amnestyusa.org [EMAIL PROTECTED] "Brandon Goodin" <[EMAIL PROTECTED]> 04/01/03 07:21 PM Please respond to "Struts Users Mailing List" To: "Struts Users Mailing List" <[EMAIL PROTECTED]> cc: Subject: RE: /do or .do aaaah! very good! I've spent the last 1 1/2 years using /do so I did not know a blended option was possible. Great! Thanks! Brandon Goodin -----Original Message----- From: Thorin Linderholm [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 01, 2003 5:15 PM To: 'Struts Users Mailing List' Subject: RE: /do or .do If you wanted to switch to *.do you could use: /admin/cms/article/add.do That will still match your *.do servlet mapping. -----Original Message----- From: Brandon Goodin [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 01, 2003 4:15 PM To: Struts User List Subject: /do or .do I have been in the habit of /do pattern. It seems to work fine for me. Apart from having different 'modules' or subapps, is there a compelling reason to use .do. In the course of using /do I have found it easier to map the functions of my actions. For examples: /do/admin/cms/article/add vs adminCMSArticleAdd.do To me the first one is cleaner. Can I stir all of your thoughts on this subject. I am at a place where I can change to the .do if there is a good reason. Brandon Goodin --------------------------------------------------------------------- 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]
