PDF embed API: online SDK

[Alon5FCD]

I have a script tag with a source to your SDK's URL(

https://documentcloud.adobe.com/view-sdk/main.js) as requested.

What if u upgrade a version that breaks functionality? is there a way to get a URL for a specific version? or use this file locally on my server?

thnx

[Joel_Geraci]

At this time, you cannot request a specific version. The most current version is always loaded. It can't be loaded locally either.

[Alon5FCD]

So basically I can wake up one day and the PDF viewer won't work for my users because something was broken?

[Joel_Geraci]

Well, it's also possible that a browser update would render past versions inoperable as well. Breaking changes are always a possibility. 

That said, if we were to support loading specific versions, do you expect major and minor releases to be supported or just major? How many versions back would be reasonable? What would you like to happen if a release "aged out" being available?

[Shelton5C73]

Linking to previous stable release version - whether major or minor would be very usefull - incase the current release breaks something - but also means we can test current release and only upgrade if we are happy that the currentl release does not break anything.

[Shelton5C73]

The most important thing for us is that we would be to be able to point to a release of the Adobe Embed API that we have tested before and that we know works. The current sistuation where we are loading the current release every time without out us first testing it,  means that the Adobe Embed Api could break at any time and we would be helpless to fix it - this is not a realistic scenario for a production system. So until there is some way of loading a release of the Adobe Embed Api that we have tested and that we know works - we cannot go to production with the Adobe Embed API.

[Raymond Camden]

I understand your view here, Shelton. I've definitely logged this internally as a request. Thank you.

[Shelton5C73]

Thanks for logging this request - one final example. Currently our organisation is still using IE 11 internally and the upgrade to IE Edge won't be feasible till February next year.  After September this year the Embed API will no longer support IE 11. If we had already started using the the Embed API in Production and if it were to stop working in IE 11, we would be faced with the fact that our systems would be broken till we upgraded to IE Edge in February next year.

[Shelton5C73]

This query was first logged in July and it has now been serveral months. I would just like to know whether there is an intention to provide versioning to your customers in the future. If there is no intention then I will proceed to use an  alternative solution for my organisation as using the Adobe Embed API with no versioning in a production environment would present too much risk for our organisation.

[Raymond Camden]

I do not have a more up to date answer for you outside of saying I've reported it internally as a concern. 

[Shelton5C73]

Thanks for getting back to me, please keep me posted, at the moment, whether we proceed with using the Adobe Embed API has been hold for a number of months,
I am keen to know ASAP whether Adobe will or will not provide versioning support for the Embed API, so we can move forward either way.

[웅규25606861k3i6]

Any updates on version control availability?
I am very concerned about backwards compatibility after forced library update.

[Raymond Camden]

This _could_ happen, but it would mean it's broken for _everyone_ and I guarantee that would be a quick fix. 

[Shelton5C73]

By Quick fix how quick do you mean? - for some business down for an hour means loss of revenue, trading and customers etc can you guarantee a turn around time? It would be far easier to allow your customers to link to a stable release and leave it up to them to decide whether they are happy with the lastest release and wish to upgrade.

[Test Screen Name]

Yes, absolutely. That seems to be the world we are all heading into, with online apps and automatic, compulsory updates even for locally installed software. These are created by programmers who don't have to live with the real world consequences of failure - from annoyed phone calls to complete business collapse - they just fix the bugs and all is well....