> -----Original Message----- > From: Patrick Flaherty [mailto:pflah...@rampageinc.com] > Sent: Monday, March 25, 2013 7:06 PM > To: Tomcat Users List > Subject: Re: runtime.exec "cmd.exe /C net use" > > > On Mar 25, 2013, at 7:13 PM, Harris, Jeffrey E. wrote: > > > > > > >> -----Original Message----- > >> From: Patrick Flaherty [mailto:pflah...@rampageinc.com] > >> Sent: Monday, March 25, 2013 6:58 PM > >> To: Tomcat Users List > >> Subject: Re: runtime.exec "cmd.exe /C net use" > >> > >> > >> On Mar 25, 2013, at 1:15 PM, Howard W. Smith, Jr. wrote: > >> > >>> On Mon, Mar 25, 2013 at 11:14 AM, Patrick Flaherty > >>> <pflah...@rampageinc.com>wrote: > >>> > >>>> Update: If I'm login interactively (meaning machine boots and I > >> login > >>>> and get my desktop) and that interactive account matches the > >>>> service login account then "net use" from within the service does > >>>> return all mapped drives. > >>>> > >>>> > >>> I expected as much. It seems as though you cannot get away from the > >>> requirement of having to login 'first'...to get everything working > >>> as designed/expected in your app. > >>> > >>> Excuse me, if I missed the business requirement specification > >> (earlier > >>> in this conversation), but is the requirement only to get a list of > >>> mapped drives for 'your' user login or any enduser that logs into > >>> the production server/client/PC/machine? > >>> > >>> can you add the list of network drives to a database table, and > >>> maintain the database table and retrieve the list from that > database > >>> table via the tomcat-app-running-as-service? > >>> > >>> if you only need a list of mapped network drives for your user > >>> login, can you just maintain a 'file' that has this list on the > >>> target/production server, and whenever it changes, can you update > >>> the file, and make the topcat-app-running-as-service to always read > >>> the file instead of having to call 'net use'? > >>> > >>> IMHO and FWIW, i would never go with the approach of relying on a > >>> windows 'command line' to do this/that for me. yes, in my app, i > >> allow > >>> endusers to update files/documents, and the app saves the > >>> files/documents to a certain folder on the server, and my app will > >>> list those files on a web page, and they can view/download those > >> files > >>> from/via the web app... all that is done via java instead of doing > a > >>> 'cmd.exe dir'. i'm new to java, always wanted to be java developer, > >>> and loving what i can do with java. i'm almost getting to the > point, > >>> where my days of a 'windows user' are done... > >>> one > >>> day, i hope to migrate to linux for target server instead of > windows > >>> server. :) > >> > >> This is what I see. If my service logs in as "service-user" and I > >> login normally to my desktop as "dt-user". > >> I call "net use" from my service and get an empty list. Now I logout > >> as "dt-user"and login as "service-user" and I mapped > >> 4 drives and only 2 of the drives are mapped persisted (i.e. > >> reconnect > >> at logon). I logout as "service-user" and now I have my app call > "net > >> use" programatically and it returns the 2 drives that were mapped > >> with persistence. > >> Conclusion: Whatever drives are mapped persisted when logged in as > >> the user the service logs in as, then your app can call "net use" > and > >> get those drives returned from "net use" > >> even if your logged in as "dt-user" OR nobody is logged in at all > >> !!!! > >> > >> Maybe someone can confirm my finding, but this is what I see. > >> > >> Thanks again > >> Pat > >> > > > > You are on a Windows 7 system, which supports one user logged in at a > > time. > > I would be interested in seeing how this behaves on a Windows Server > > 2008 R2 system, > > configured for multiple users to be logged on at the same time (the > > default for remote administration mode is one user at a time). I do > > believe this is an artifact of the Windows 7 architecture (one user > at > > a time) because Windows Server > > 2008 R2 has different > > "security zones" (rings) in its kernel implementation for access by > > different components (services, drivers, and users) which affect the > > presentation to the user. > > > > Also, persistent mappings are user specific. So if usera has two > > persistent drive mappings and userb has three different persistent > > mappings, usera will see his two when he is logged on and userb will > > see his three when he is logged on. Do you have the same persistent > > mappings for dt-user and service-user? You have also stated that you > > see no mapped drives when you run the service, so it seems as though > > starting the service first (and never having anyone logged in or > > dt-user) is an exception. > > Therefore, by extension of what you said above, you only receive the > > mapped drives if > > 1) the service starts first and then the service account logs in > > interactively, or > > 2) the service starts after logging in with the service account. > > Did you try both of these? > > But once the service "sees" the mappings, it retains it until: the > > service restarts? Does it matter whether the service restarts with > > someone logged on (i.e., the service account) or no one logged in? > > > > I do not think that you have explored all of the conditions required > > for the service to maintain its mappings, and that may be fine for > > your application, but then again, it may not be. That is for you to > > decide. > > > > Jeffrey Harris > > After the the drives are mapped persisted by the "service-user", I > reboot the computer and have nobody login interactively and my app sees > all drives that were mapped persistently using "net use". That is my > app running as a service can programatically see the drives via "net > use". It is able to derive the drives that were mapped > *persisted* somehow someway. I have no idea if it's by design or > whether or not I can hang my hat on it, but it is what I have observed. > > I did not know you could have multiple logins in Windows 2008 R2. You > don't mean interactive login do you? > > I hope this is clear and thanks for keeping me honest. > -Pat >
Persistence is kept in the user's profile, stored in c:\Documents and Settings\%USER% or the Windows 7 equivalent, which isn't created until someone logs into the system as an Interactive User. The profile is not normally deleted on logoff, so that is why it can persist across reboots, etc. Note, that persistence is limited to that system unless you set up roaming profiles. If you login on another system, it won't have your mappings, unless you use roaming profiles. Services don't do login like interactive user's do. They will use a profile if it exists, but, by design, do not run login scripts or create/update profiles. If someone comes along and deletes the profile, then the service will not see the persistent mappings on the next boot. Relying on Windows for anything in any consistent manner, without fully understanding the underlying architecture, is a recipe for disaster. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
