This question is prompted by, but not necessarily limited to, Java and it's frequent updates.
What's the best way to configure an application in SCCM when new versions of the app are released and need to be deployed frequently?
For Java, I've been creating a new Application in SCCM each time a new version comes out, naming it "Java 7 update 473" or whatever. I set it to supersede, and to uninstall the old version rather than upgrading. I deploy the new version, delete the deployment of the old version, and retire the application for the old version. Then, if I remember to, I go edit our OSD task sequence, removing the version of java from the Install Applications step and replacing it with the new version. If I forget, then the next time our desktop tech goes to re-image a machine it fails.
That works, but it seems like there must be a better way. Preferably, an option that doesn't leave my Applications list with a dozen Retired application entries for versions of the same program. (I'm sure I can just delete the old ones at this point, but that's not really the point.)
I considered just having one application for Java and creating a new Deployment type. Then I wouldn't have to update the OSD task sequence each time, or deploy new versions and retire old versions of the app each time. I'm not sure that would though, work since supersedence is configured at the application level. I need to be sure old versions get uninstalled when the new version goes in.
How do others handle frequently updated applications such as this?
We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.
This question is prompted by, but not necessarily limited to, Java and it's frequent updates.
What's the best way to configure an application in SCCM when new versions of the app are released and need to be deployed frequently?
For Java, I've been creating a new Application in SCCM each time a new version comes out, naming it "Java 7 update 473" or whatever. I set it to supersede, and to uninstall the old version rather than upgrading. I deploy the new version, delete the deployment of the old version, and retire the application for the old version. Then, if I remember to, I go edit our OSD task sequence, removing the version of java from the Install Applications step and replacing it with the new version. If I forget, then the next time our desktop tech goes to re-image a machine it fails.
That works, but it seems like there must be a better way. Preferably, an option that doesn't leave my Applications list with a dozen Retired application entries for versions of the same program. (I'm sure I can just delete the old ones at this point, but that's not really the point.)
I considered just having one application for Java and creating a new Deployment type. Then I wouldn't have to update the OSD task sequence each time, or deploy new versions and retire old versions of the app each time. I'm not sure that would though, work since supersedence is configured at the application level. I need to be sure old versions get uninstalled when the new version goes in.
How do others handle frequently updated applications such as this?
Share this post
Link to post
Share on other sites