Skip to main content
Jamf Nation, hosted by Jamf, is the largest Apple IT management community in the world. Dialog with your fellow IT professionals, gain insight about Apple device deployments, share best practices and bounce ideas off each other. Join the conversation.

Facilitate uploads to cloud distribution point via API or other non-manual method

Version 9 of the Casper Suite/Jamf Pro Suite allowed tools like JSSImporter to upload packages directly to a cloud distribution point. This has stopped working in Jamf Pro 10. If cloud is the way of the future, cloud needs to be scalable, and also needs to have some way to automate package uploads and replication. Please provide and document a way to upload packages programmatically, via some kind of API or fileupload endpoint or whatever, so that we can continue to leverage cloud distribution points with Jamf Pro 10 and not have to manually upload packages via the webapp or Jamf Admin.

I would imagine that once some kind of upload methodology is established (via API or otherwise) that it could be used in conjunction with ODST as well.

Comment

Posted: 11/14/17 at 12:27 PM by grahamrpugh

Or better still, as Shea Craig stated in the Slack #jss-importer channel:

That would be the ideal situation: one endpoint that handles all configured distribution points, of any type, would be amazing. It puts the engineering muscle of JAMF behind it rather than one person trying to keep up with all of the changes.
Like

Posted: 11/14/17 at 2:05 PM by scottb

Oh please yes! Can't vote this up enough.

Like

Posted: 11/15/17 at 10:23 AM by PeterG

Oh Yes!

I am struggling with using an AWS cloud distribution point and the High Sierra Installer being 5.18G. Casper aAdmin cannot write/replicate a file over 5G to AWS.

Like

Posted: 11/15/17 at 11:03 AM by mm2270

100% agree with this! I'm working with a customer on Jamf's cloud instance, using a cloud DP and a local DP shared off a Mac. The replication piece has been a nightmare. Not only the need to manually upload, then manually do replication, but the fact that the replication process basically doesn't work, at least not since they were auto upgraded to Jamf Pro 10. The replication looks like it's working, but the pkgs that get pulled over from cloud to local are basically broken. When trying to use them with imaging or policies they don't install because they are busted. This has caused us to need to manually copy the pkgs into the Mac share. Then they can be used from that share without issue. But what a PITA! This needs to be easier. It's long overdue that Jamf provides a better/easier way to use cloud and local distribution points that can all stay in sync. Or just easier ways to get the files up into the cloud DPs as mentioned above.

Like

Posted: 11/15/17 at 7:04 PM by tlarkin

I will up-vote because I want APIs exposed for all of this, including Patch. I would prefer the ability to use whatever tools we deem the best fit for our work and then integrate those tools into the Jamf Pro Server (I almost typed JSS!) and integrate and automate them with code. This FR sounds like it would be the start of this.

I would like to manage the applications though. Somewhat a catalog style where I can create objects that house meta data for packages, and then move those objects in and out of scope to devices. Maintain multiple versions, have an easy way to roll back a package if a critical issue is found, and be able to control 100% of it through code. I would prefer to not ever log into a UI if I don't have to.

Like

Posted: 11/16/17 at 11:19 AM by lashomb

Would love to see the ability to do this regardless of cloud VS. local. We have several automated workflows we use for building software from source that end with a scripted file copy to a DP. Pretty ridiculous for a company that is "API first"... package upload is a major function of the product.

Like