Jump to content


Kevin79

Applications vs Packages

Recommended Posts

Yes. I find that any msi/exe file which i can implement using a package, I can do the same with Applications.

However some clear distinctions would be that applications provide better requirements handling (file system/registy/installer properties) than packages.

Also, the deployment type need not be manually configured for an application as it intrinsicly defines the each type.

 

Are there other differences? Licensing etc?

Share this post


Link to post
Share on other sites

Applications can more easily be assigned to groups, users or collections instead of collections. Applications are used with device affinity. You can use rules with applications. You can require approval if desired. You can use applications to alert for comliance.

 

Packages is the old way, it is virtually the same as it was in 2007.

Share this post


Link to post
Share on other sites

Conceptually, start by thinking of it like this:

 

Package = "run a command"

Application = "keep a program installed on this system"

 

As @willisj318 states, there are other features in the system that are tied to applications (versus packages). However, in the end, ConfigMgr has no idea what running the "install command" did in a package. I could run a batch file, format a disk, set some environment variables, uninstall an MSI, or install an application. Once it ran the command, it was unaware of the change made.

 

Applications (and the application model that they are based on) capture much more about the intent that you as an administrator have for that application. For example, you can define requirement rules for the application. The system determines at install time whether the application meets the requirement rules. Typically, in ConfigMgr 2007 or in MSI's themselves, you had to define collections with those requirement rules, or create custom actions in the MSI to enforce the requirements. A requirement can also be the presence of another application (e.g. a dependency) - so the system will automatically install a required program if it's not present. Applications also can be enforced to be removed (and they will get removed again if the user re-installs them). Applications can be superseded with a new version and have the old version automatically removed. Applications can have their versions tracked over time and you can revert the system back to a previous version if needed. There are many advantages to applications, and we encourage you to look at moving your applications into the application model, out of packages. There may be some need to retain packages (they do work effectively at running scripts or doing simple "tasks").

 

Software Center can deploy and manage both packages and applications, but the Installed Software tab in Software Center only shows applications (reason being - a package could be simply a script that was run, not a real application that was installed). The Application Catalog supports both packages and applications, but there is limited information for a package that can be shown to users in the application catalog.

 

Some additional info is here: http://technet.microsoft.com/en-us/library/gg699359.aspx under the "Software Deployment" section.

 

Hope that helps!

 

Dave

  • Like 1

Share this post


Link to post
Share on other sites

I know this thread is a little old, but I have come across a situation where an application wouldnt work.

I am trying to deploy HKCU settings using a simple "regedit /s file.reg"

I published the application to a user collection and the

user experience is set to 'Install for a User','only when the user is logged on'

 

The result is that the regentries appear in the SYSTEM HKCU Hive

 

When I recreate the application as a package, set it to

Run only when user logged in and 'Run with User rights'

 

The result is that it appears in the currently logged in Users HKCU hive.

 

What am I missing?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...


×
×
  • Create New...

Important Information

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.