The reason we changed the search order for runtime props (and the default location of the app data dir) was to accommodate the standalone. If someone wants to install multiple standalones now it is immediately supported, without it you had to use different webapp names to get it to work (and only partially).
if "c:\" is the home dir of your user running tomcat, then openmrs should still find it and use it without a problem. However, if you're installing a new openmrs, it will try to put the app dir in the current directory by default. Ben On Fri, Aug 19, 2011 at 2:56 PM, Friedman, Roger (CDC/CGH/DGHA) (CTR) < [email protected]> wrote: > Muchas gracias, Ben.**** > > ** ** > > In the sequence below, I think 2 should be first, the user has specifically > requested it. Also, suppose that you really want it one place but have a > typo in your environment variable or forget to reboot before running or > otherwise screw up the environment variable process; then a runtime props > file will be created in the current Tomcat folder and thereafter fixing the > screwup will no longer work unless you remember to delete runtime props from > the current Tomcat folder.**** > > ** ** > > The directory structure I am using is the same one since, I think, 1.2:*** > * > > C:\openmrs**** > > runtime properties file**** > > modules directory (omods)**** > > formentry directory (with forms, archive and queue > subdirectories) -- from Infopath forms**** > > reports directory (with output and reports subdirectories, > plus some generated by WHO ART module)**** > > update directory (with mysqldiff.sql file)**** > > various module directories**** > > So it appears that at that time the runtime props dir and the app data dir > were the same.**** > > ** ** > > What would a more up-to-date Windows directory structure look like?**** > > ** ** > > ** ** > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Ben Wolfe > *Sent:* Friday, August 19, 2011 3:27 AM > > *To:* [email protected] > *Subject:* Re: [OPENMRS-IMPLEMENTERS] tomcat/openmrs**** > > ** ** > > The application data directory was never in the same folder as the runtime > properties, it was the other way around. The first place openmrs tries to > put the runtime properties is in the define application data dir. If you > define your runtime props with an env var, that means that file can be > anywhere on the system. > > With 1.8 we changed the logic behind how the runtime props folder and hence > the application data dir location is chosen. It is now: > 1) Try current tomcat folder > 2) Look for env var for props file > 3) Try current user folder > > I started this page for you: > https://wiki.openmrs.org/display/docs/Application+Data+Directory > > Ben**** > > On Thu, Aug 18, 2011 at 4:01 PM, Friedman, Roger (CDC/CGH/DGHA) (CTR) < > [email protected]> wrote:**** > > Thanks Ben. Is there a ticket or wiki page I can read to understand the > thinking behind this? Is there a reason why the tomcat_home rather than the > directory with the runtime properties file chosen as the default base? Am I > misremembering that the pattern in earlier versions was to have directories > for reports, data dumps, etc. come off of the runtime properties directory? > **** > > **** > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Ben Wolfe > *Sent:* Thursday, August 18, 2011 6:32 AM**** > > > *To:* [email protected] > *Subject:* Re: [OPENMRS-IMPLEMENTERS] tomcat/openmrs**** > > **** > > This means your application app directory is in that folder. When a module > tries to save something to disk it will go into that folder. You can change > the location of the app dir in a runtime property. > > Ben**** > > On Wed, Aug 17, 2011 at 10:19 PM, Friedman, Roger (CDC/CGH/DGHA) (CTR) < > [email protected]> wrote:**** > > It's in tomcat_home (for me, C:\Program Files\Apache Software > Foundation\Tomcat 6.0), it's called openmrs, it contains a Modules > subdirectory which in turn contains installed modules (I think only > user-installed modules, not core-included modules, at the moment it's > empty), I think it's new with 1.8, it appears when deploying.**** > > **** > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Jeremy Keiper > *Sent:* Wednesday, August 17, 2011 2:02 PM > *To:* [email protected] > *Subject:* Re: [OPENMRS-IMPLEMENTERS] tomcat/openmrs**** > > **** > > Roger, which directory are you talking about? Where is it located, which > operating system, and when did it appear?**** > > > Jeremy Keiper > OpenMRS Core Developer > AMPATH / IU-Kenya Support**** > > On Wed, Aug 17, 2011 at 8:23 AM, Friedman, Roger (CDC/CGH/DGHA) (CTR) < > [email protected]> wrote:**** > > What is this tomcat/openmrs directory that now appears? Is there some > documentation on this? **** > ------------------------------ > > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > **** > > **** > ------------------------------ > > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > **** > ------------------------------ > > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > **** > > **** > ------------------------------ > > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > **** > ------------------------------ > > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > **** > > ** ** > ------------------------------ > > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-implement-l>from > OpenMRS Implementers' mailing list > **** > _________________________________________ To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-implement-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l]
