I'm fine with this, personally. To add to the discussion, the "Application Data"/"AppData" folder is a subfolder of a user's home directory where user-specific editable program files go. This is akin to the "dot folders" that exist in UNIX home directories. Now, since this new installer allows for both manual (per user) and service (per system) install, the suggestion would be to put the data_dir in the user's AppData folder when running manually and the All Users AppData folder when installing as a service. Explicitly:
2000/XP/2003: Manual = C:\Documents and Settings\[user]\Application Data\GeoServer Service = C:\Documents and Settings\All Users\Application Data\GeoServer 7 (Vista?/2008?): Manual = C:\Users\[user]\AppData\Roaming\GeoServer * Service = C:\ProgramData\GeoServer This looks more complicated than it actually is, but is slightly more involved than the standard drop into the ProgFiles directory. It is probably the most appropriate place for a data directory, though, so our defaults should probably match that. (And no worries, the installer writes a shortcut to the data directory in the Start Menu!) Any Windows users have any thoughts? * Jody, this is the default %APPDATA% environment variable, so evidently, things would end up in the Roaming folder anyway... Thanks, Mike Pumphrey OpenGeo - http://opengeo.org Jody Garnett wrote: > I have been chatting with Mike offline (since I was sending him > pictures of some visual glitches). And am dragging a topic back to the > list for discussion... > > One of the problems with running geoserver on Vista / Windows 7 is the > location of the data directory in "Program Files" (it results in a > bunch of strange consequences[1]). As long as Mike is producing a new > installer could we make use of the "App Data" location? > > Jody > [1] Any attempt to modify a file in program files suffers an operating > system slight of hand and the modifications end up in the > AppData/Roaming folder ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
