Answered by:
Application Folders - delete/recreate?

Question
-
Application folders are nice, but the methods exposed by WHSInfoClass seem a bit flaky.
I can create an application folder and Get it later on, but if the application folder location is deleted (d:\folders\<guid>), it doesn't get recreated. Calling CreateApplicationFolder again, with the same GUID, doesn't recreate the path.
Current application folders are stored in the registry: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Home Server\Storage Manager\Folders\<guid>
Even deleting the appropriate registry key and calling CreateApplicationFolder does not recreate the folder path.
I understand not exposing run-time deletion of application folders, but not being able to clean up our own makes testing deployment of an add-in problematic.
Am I missing something here?
Saturday, January 19, 2008 8:29 AMModerator
Answers
-
Yes, you're missing that you're testing deployment of an add-in. Most users won't test deployment, they'll just deploy it. And leaving behind an application folder if you uninstall is unlikely to be a significant issue; normally it will not contain a significant amount of data (I consider a few 10s of MB insignificant in this day and age, though I once owned a 5 MB hard disk...).
That said, I agree that it would be good to be able to clean up when you uninstall an add-in, and then still be able to reinstall that add-in later. You should submit this as a suggestion on Connect.Saturday, January 19, 2008 6:40 PMModerator -
Likewise, I tested this and sure enough when i deleted my d:\folders\<guid> folder and then tried restarting the console to recreate the path it never actually recreated the folder.... at this point (thru debugging) WHS SDK was sure it still had that folder (registry key?)
However, as soon as i rebooted my WHS before i even launched the console (locally or remote) it had recreated my d:\folders\guid directory
Tuesday, February 5, 2008 4:02 AMModerator
All replies
-
Yes, you're missing that you're testing deployment of an add-in. Most users won't test deployment, they'll just deploy it. And leaving behind an application folder if you uninstall is unlikely to be a significant issue; normally it will not contain a significant amount of data (I consider a few 10s of MB insignificant in this day and age, though I once owned a 5 MB hard disk...).
That said, I agree that it would be good to be able to clean up when you uninstall an add-in, and then still be able to reinstall that add-in later. You should submit this as a suggestion on Connect.Saturday, January 19, 2008 6:40 PMModerator -
Thanks Ken. Feedback here: https://connect.microsoft.com/WindowsHomeServer/feedback/ViewFeedback.aspx?FeedbackID=323143Monday, January 21, 2008 12:07 AMModerator
-
Likewise, I tested this and sure enough when i deleted my d:\folders\<guid> folder and then tried restarting the console to recreate the path it never actually recreated the folder.... at this point (thru debugging) WHS SDK was sure it still had that folder (registry key?)
However, as soon as i rebooted my WHS before i even launched the console (locally or remote) it had recreated my d:\folders\guid directory
Tuesday, February 5, 2008 4:02 AMModerator -
Ah, that makes sense. I didn't test a reboot.Tuesday, February 5, 2008 4:09 AMModerator
-
Idolatry, just curious...how are you deleting the folder?
- Ryan
Thursday, February 7, 2008 2:06 AM -
Not programmatically - Remote Desktop to WHS, highlight folder in Windows Explorer, delete.
Thursday, February 7, 2008 5:19 AMModerator