This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- InstallShield 2012 getting DLLs from Temporary ASP.NET Files instead of bin folder
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Apr 26, 2013
01:58 PM
InstallShield 2012 getting DLLs from Temporary ASP.NET Files instead of bin folder
This is copied from another person's post on MSDN. I am having this exact same problem.
We're using .NET v4.0, VS2012 Update 1 and latest version of InstallShield 2012 Spring Limited Edition.
We got scared when noticed that InstallShield doesn't rely on latest built libraries from project output. Instead, it gets the oldest version as possible from Temporary ASP.NET Files folder! (C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files)
Unless we clean up Temporary ASP.NET Files, there is no way for InstallShield to embed the actual latest DLL from project output.
Furthermore, I had two outdated versions of that DLL in Temporary ASP.NET Files folder, and InstallShield got the oldest one. After I deleted the oldest it got another outdated DLL from there. Finally, I cleaned up Temporary ASP.NET Files and it got the DLL from Bin/Release (which should be the only and obvious place to get the DLLs from).
Once we cannot rely on a manual procedure of cleaning up Temporary ASP.NET Files folder, we just don't know what to do once we don't have Microsoft Installers in VS2012 anymore!
We're not sure whether we shall report this to InstallShield team or what.
We hope we don't need to build our own Setup mechanism...
Kindly advise.
Regards,
(name redacted)
We're using .NET v4.0, VS2012 Update 1 and latest version of InstallShield 2012 Spring Limited Edition.
We got scared when noticed that InstallShield doesn't rely on latest built libraries from project output. Instead, it gets the oldest version as possible from Temporary ASP.NET Files folder! (C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files)
Unless we clean up Temporary ASP.NET Files, there is no way for InstallShield to embed the actual latest DLL from project output.
Furthermore, I had two outdated versions of that DLL in Temporary ASP.NET Files folder, and InstallShield got the oldest one. After I deleted the oldest it got another outdated DLL from there. Finally, I cleaned up Temporary ASP.NET Files and it got the DLL from Bin/Release (which should be the only and obvious place to get the DLLs from).
Once we cannot rely on a manual procedure of cleaning up Temporary ASP.NET Files folder, we just don't know what to do once we don't have Microsoft Installers in VS2012 anymore!
We're not sure whether we shall report this to InstallShield team or what.
We hope we don't need to build our own Setup mechanism...
Kindly advise.
Regards,
(name redacted)
(1) Reply
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Apr 29, 2013
09:53 AM
Hello,
Have you tried adding the libraries directly to your InstallShield project instead of adding from project output group reference?
Thanks,
Chiranjeevi
Have you tried adding the libraries directly to your InstallShield project instead of adding from project output group reference?
Thanks,
Chiranjeevi