Package Delivery vs. Quick Delivery

[Jeff Stanton]

Hello All,

I've been using this product for a number of years and have never asked this question.  I've always used "Quick Delivery" for distributing software but am curious what the difference is or the benefits/use case for distributing software using "Package Delivery".

Can someone provide some further insight as to why one may use one method over the other?

I've looked at each and cannot determine a difference.  Maybe I am missing something.

Thanks!

Jeff

[Chris Farrell]

Great question! Here's what I found - Delivering a Package Without Defining a Software Resource:

Package Delivery method lets you deliver any package regardless of whether it is associated with a software resource.

You may need to use Package Delivery for the following purposes:

• To deliver a package that you choose not to manage in the Software Catalog.
• To quickly deliver a new package that is not yet in the Software Catalog.
• To deliver a package that is in the Software Catalog, but with a command line that is not defined for the package.

  For example, a package is in the Software Catalog and is associated with predefined command lines. You need to deliver that package with a specialized command line, but you do not have the privileges to edit the package or its software resource. You can create a Package Delivery task for that package and type the command line that you need.

[Mike Grueber]

For task-based delivery, we generally encourage customers to use Quick Delivery rather than Package Delivery,  Package Delivery is legacy technology from the pre 7.x days.  We did not deprecate the Package Delivery functionality in order to provide backwards capability.,  Quick Delivery tasks were introduced in one of the early 7.x releases,  One of the primary advantages of Quick Delivery is that it uses software packages stored in the central software library that are referenced in the software catalog.

[Jeff Stanton]

Thanks Mike!  Good information.  We will continue as is.

[Jeff Stanton]

Thanks Chris!