SolidWorks Background Disabler

There were mixed reviews of the new feature in SolidWorks 2011 for taking the sting out of downloading patches called the Background Downloader. It is a small application that runs in the Windows system tray claiming not to hinder performance while downloading the latest and greatest from SolidWorks. At first mention this reminded me Google's Chrome browser, which downloads it's updates in the background, installing before the next launch without the user's intervention.

Although convenient in theory, a web browser and a 3D CAD application are completely different animals and with this new background downloader being setup to download by default, users are wondering how to turn it off and stop it from launching. Here are a few tips:

Disable SW Background Downloader:

Option 1:

SolidWorks Installation Manager - During installation in the "Summary" screen under "Download Options" click on Change and uncheck both options under "Do you want to use the Background Downloader?".  

Option 2:

In the system tray, as pictured above, right click on the SolidWorks Background Downloader icon and select "Disable Background Downloader".  Once selected a message will display notifying you that to reenable you will need to go to Start > All Programs > SolidWorks Installation Manager > SolidWorks Background Downloader.  

There have been issues with the background downloader returning on a restart.  To prevent this from happening, go to Start > All Programs > Startup and remove the shortcut to the SolidWorks Background Downloader.

Although this can be a useful tool for some, it can sometimes choose the wrong time to start downloading and cause issues with companies that have a large majority of users on the same network.  Personally I keep it enabled on my desktop and disabled on my laptop but would like to see this as an opt-in feature instead of an opt-out. ~Lou

Setup a Demo Environment for Enterprise PDM

I was beta testing Windows Vista in mid 2006 when SolidWorks shipped SolidWorks 2007 which had Vista support in Pre-release 2 but was pulled when SP0 shipped. Beta testing for SolidWorks 2008 came in July and both SolidWorks and Enterprise PDM had full Vista support, however at the time all the server components (Archive, Database and SQL) of EPDM were not yet supported to run in Windows Vista.  Since I demonstrate this product and cannot come to terms with running an operating system that is not current, I needed to find a way to make this possible.

Without getting into all the solutions to achieve this, the obvious choice was to setup a virtual machine of my "server" and install all the EPDM components there and simply use the client in Windows Vista.  I downloaded both Microsoft's free Virtual PC and VMWare's Server Edition and setup a Windows 2003 Server and was able to connect to it without any issue.  The default setup for the network adapter was to just share the network from the host, using DHCP to acquire an address.  This was fine when I was connected but ran into some issues when I was onsite and my system was offline.  I could have set my adapter to use a static address but this was a pain since I would need to switch it back when I wanted to get online.  Therefore, I needed another solution...

Demo Environment:

IP setup on virtual machine

1 - On the host machine, go to the Device Manager and right click on the system at the top of the navigation tree (typically the name of your system) and select "Add legacy hardware" and hit Next. Pick the option "Install the hardware that I manually select from a list (Advanced)" and hit Next.
Under "Common hardware types:" select Network adapters, hit next andAdding loopback adapter on Host select "Microsoft" under Manufacturer and "Microsoft Loopback Adapter" under Network Adapter.  Follow the prompts to install the driver.
Now the Loopback Adapter should be displayed in the list of network adapters under Network Connections.
2 - Assign a static address to the newly installed Loopback adapter by going into "Properties" under IPV4 settings and add an IP, Subnet mask and gateway using an internal addresses like 192.168.x.x or 10.x.x.x.  I set the host ip to x.x.x.2 and it's gateway to x.x.x.1.
IP setup on Host machine3 - Once you have your Virtual Machine setup, go into the network adapter (in the VM) and set a static ip and a gateway similar to the host but use a differnt ip and same gateway.  I set the VM ip to x.x.x.3 and it's gateway to match that of the host (x.x.x.1).
4 - The last step is to set the virtual machine's settings to use the Host's loopback adapter as the network connection.
This configuration is one I have used for the past 5 years and is a great wayVirtual machine environment network settings. to estabilsh a closed network between my host and server, keeping all the server components off my workstation. Althouth today these components will run on Vista or Windows 7 without issue, I still opt to use this setup to keep the server components off my workstation.  It also makes it very easy to make a copy of the server and use it for testing of beta builds without messing with the installation.  Moving to another system is easy as well since relocating the vm file to another system, installing your VM software and restarting is all it takes.
There are a number of paid and free solutions on the market to virtualize an operating system.  Sun VirtualBox works well and Microsoft's VirtualPC is nicely integrated with Windows 7 but in the end, for me, VMWare Server seems to have the most customization and advancements in utilizing what the host machine has to offer. ~Lou

 

SolidWorks Patch Diet?

When SolidWorks 2010 was in Beta, the release notes stated under "Technical Alerts" that support for parallel installations of service packs within a major release would be discontinued beginning with SolidWorks 2010 (ie. 2010 SP0 & SP1 in parallel on the same system). This decision was made in order to "reduce service pack size and download time" according to Release Notes and I am sure I was not alone when I thought this sounded like another potential promise that was going to be hard to deliver on. A similar statement was made back when SolidWorks switched from InstallShield to Windows Installer and touted the capability to "Rollback" a service pack.

2010 SP1 came out in early December and upon going through the usual screens in the SolidWorks Installation Manager (SWIM), the service pack payload showed a respectable 230MB for patching SolidWorks 2010 Premium with all the Simulation packages! This was approximately 1/5th the size of the equivalent SP1 patch for SolidWorks 2009 which was nearly 2GB. A few days ago, SolidWorks pushed out SP2 for 2010 and the service pack "diet" continued yielding only 200MB!

Reducing the download size of these service packs has made patching the install take less time and something that I can actually do during work hours again. When the patches were more than 1GB, I would begin the download at the end of the day to spare the bandwidth and hope that nothing happened when I returned in the morning. This made the entire patch process more painful and something I knew would take a chunk of time to complete. Out of all the hundreds of enhancements SolidWorks 2010 has brought, this is the one I know I will continue to enjoy for the remainder of this release! ~Lou