Ah, right. Not sure whether that's what I'm after.
Here's a better explination. I am using files that are contained within the /WEB-INF/ dir within the web application to hold information required by the business logic. These files are not part of the controller or view but are required to generate the content data for the action classes. So I need something that will get the paths regardless of the enviroment they are in. I have chosen to pass all file names within the business logic in the form /WEB-INF/dir/file.x and have been using context.getRealPath() [or the correct method if that's wrong] to get the path name (which I had thought would be ok as it will always return the correct path regardless of where the webapp is deployed). Is this wrong, and is there a better way to do it? Cheers Simon ----- Original Message ----- From: <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Wednesday, July 30, 2003 3:16 PM Subject: Re: [OT] Best super-class for context handling. > > > Ideally your business objects shouldn't know anything about the deployment > environment. Not only is this good design, but it also allows you to > migrate between (or support multiple) deployment environments with minimal > hassle. > > If all you want to do is convert between relative paths and URI's, you > should be able to use the facilities provided by java.io.File and > java.net.URI, regardless of deployment context. Or am I missing something? > > > Ian > > Ian D. Stewart > Open Systems Engineer II > Enterprise Midrange - Bank One Infrastructure & Operations > [EMAIL PROTECTED] > (614) 213-6100 > > > > > "Simon Kelly" <[EMAIL PROTECTED]> on 07/30/2003 08:49:57 AM > > Please respond to "Struts Users Mailing List" > <[EMAIL PROTECTED]> > > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > cc: > > Subject: Re: [OT] Best super-class for context handling. > > > > It's not for the actions (sorry I should have stated it in my original > post) > it's for the business logic and auxillary classes. > > Cheers > > Simon. > > > ----- Original Message ----- > From: <[EMAIL PROTECTED]> > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > Sent: Wednesday, July 30, 2003 2:52 PM > Subject: Re: [OT] Best super-class for context handling. > > > > > > > > There shouldn't be a need to pass the ServletContext around. Just call > > servlet.getServletContext() within your action. > > > > > > Ian > > > > Ian D. Stewart > > Open Systems Engineer II > > Enterprise Midrange - Bank One Infrastructure & Operations > > [EMAIL PROTECTED] > > (614) 213-6100 > > > > > > > > > > "Simon Kelly" <[EMAIL PROTECTED]> on 07/30/2003 08:31:25 AM > > > > Please respond to "Struts Users Mailing List" > > <[EMAIL PROTECTED]> > > > > To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > > cc: > > > > Subject: [OT] Best super-class for context handling. > > > > > > > > Hi all, > > > > Bit off topic, sorry. > > > > But. What is the recommended super class to extend for a static class > that > > could handle URL resolving? > > > > I want to put any code from all my other classes into one single class so > I > > don't have to keep passing the ServletContext around when a class needs > to > > resolve an absolute path or resolve a URL within the context. > > > > Any help appreciated. > > > > Cheers > > > > Simon > > > > 'My Friend sent me a postcard with a picture of the Earth. > > On the back he wrote: "Wish you were here"' > > - Steven Wright > > > > Institut fuer > > Prozessdatenverarbeitung > > und Elektronik, > > Forschungszentrum Karlsruhe GmbH, > > Postfach 3640, > > D-76021 Karlsruhe, > > Germany. > > > > Tel: (+49)/7247 82-4042 > > E-mail : [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > This transmission may contain information that is privileged, > confidential > and/or exempt from disclosure under applicable law. If you are not the > intended recipient, you are hereby notified that any disclosure, copying, > distribution, or use of the information contained herein (including any > reliance thereon) is STRICTLY PROHIBITED. If you received this transmission > in error, please immediately contact the sender and destroy the material in > its entirety, whether in electronic or hard copy format. Thank you. > > > > > > --------------------------------------------------------------------- > > 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] > > > > > > > > > > This transmission may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. > > > --------------------------------------------------------------------- > 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]