So far as your DB access goes, you could do away with using the data-source inside struts and declare one in JNDI using whichever container you're using. Addressing your property file concerns: I don't see a good way around this. If you standardized on a name, you could simply have them ensure that the properties file is in the classpath and then just load it by name -- and let the classloader figure out where it's at. Someone else probably has a far better idea on that though ...
Kirby Vandivort wrote: >Hello, > >I have been reading up on accessing databases from within the struts >framework, and I'm not totally sure of the best way to approach the >issue of deployment. > >We package up a WAR file for distribution to end users, and I would >like to be able to tell them to drop the WAR file in webapps and be >done with it. (ie., not have to uncompress it). > >However, from what I can tell, setting up "clean" database access >includes doing something like making a data-source entry and placing it >in the web.xml in the WEB-INF directory of the deployed application. > >Since the properties for the database (username, password, etc) will be >different for each end user, I can't apriori set values for this. > >So, what does everyone out there that has been down this road before do >to solve this problem? I guess, really, this goes beyond simple >database access. We also have a few other settings for our application >that need to be set. > >CURRENTLY, we aren't using struts (pure servlets) and we have properties >files that contain this information. But, we are currently requiring >the user to unpack the WAR file and I would love to get away from this. > >Thanks for your help! > -- Eddie Bush -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
