Posts tagged "MSI"

AAMEE 3.1…or why puffer fish is a delicacy

Imagine the feel of fine chopsticks between your fingers. Imagine picking up a thinly sliced fugu sashimi and bringing it to your mouth.  You can hear the koto strings being plucked off in the distance. You breathe deeply as you place the fugu in your mouth. You have faith that the chef has properly removed the liver with his special fugu hiki knife. This will not kill you. This is safe. You have to believe in the mastery of the chef; that he knows his trade. And as you swallow, you know that the puffer fish has met its match.

Four months, almost to the day I posted the blog post “AAMEE 3.0 for CS6 available now! Removes puffer fishes!” in which I strangely used the puffer fish as a metaphor for the anti-piracy licensing and serialization that Adobe introduced with CS6. These new policies were really a pain for IT admins, especially in education that use old-school methods of monolithic imaging like Ghost or Deep Freeze. Get it, old-school?  I really didn’t realize how many classroom environments did not have any infrastructure in place to remotely push out files or run our new serialization executable. So Adobe, in traditional Adobe mode, made IT admins mad and then told them to use a work-around that didn’t work. So a no-work-around. A not-going-to-work-for-us-around. An Adobe-is-giving-us-the-run-around. You get what I am saying.

And for four months, four crucial months in which schools were preparing their labs and classrooms for fall, IT admins struggled and spent extra hours at night and the weekends just to get their installs of CS6 to work in a serialized state. And many of the folks had never used AAMEE, and were forced to use AAMEE and cursed having to learn another tool. And they cursed Adobe, and they cursed AAMEE, and they cursed me. And this was personally really disheartening. I come to work to each day to make sure IT admins don’t curse Adobe. And to beat Joe Chilcote in foosball. Which makes Joe, who is in our IT, curse at me. Irony?

The puffer fish/fugu metaphor turns out to be a really good one for this release. The final version of AAMEE 3.1 removes the machine-to-license relationship that I outlined in the “Imaging CS6-Attack of the Clones” blog post in June.

This means that any serialized package created by AAMEE 3.1 that is installed in a master image will still be serialized on a cloned system. Why? Because we have removed the toxic liver of the fugu/puffer fish. If you are just tuning in, we are using the puffer fish’s liver as a metaphor instead of the puffer fish. Let me recap this: use AAMEE 3.1 to create a package and the machine-to-license relationship that was introduced in CS6 has been negated, neutralized, and ostensibly: neutered. Therefore, the imaging workflow/workaround that I outlined in that imaging post is no longer relevant. There is no longer any need to create an unserialized trial package and jump through the hoops. You can now create a serialized package like you should have been able to do in the first place.

NOTE: The AAMEE 3.1 beta did not remove the machine-to-license relationship. Only, the final version of AAMEE 3.1. So, if you were someone who downloaded the beta of AAMEE 3.1 from Adobe Labs please upgrade to AAMEE 3.1 today.

Wait, so AAMEE 3.1 beta was not feature-complete? Nope. There are three main features of AAMEE 3.1 that were not outlined in the AAMEE 3.1 beta post which listed out ten new things in the beta. The three new ones not present in the beta:

1) Removal of the CS6 machine-to-license relationship to improve imaging

2) AAMEE 3.1 MSI now double-clickable with basic installation Windows UI

3) Running of AAMEE 3.1 uninstall package now removes Software ID tags (SWID)

That brings the number of changes from AAMEE 3.0 to AAMEE 3.1 up to 13. Thirteen significant changes that I am very proud of. I am very proud of the AAMEE crew for turning out such a major release (despite the dot release nomenclature) in just four months. I also have to thank Adobe’s Provisioning team who helped implement the removal of the machine-to-license relationship components and helped making sure the SWID tags were cleaned up properly. A lot of hard work went into this release. Dot releases are not supposed to be this hard, this epic, this important. But this one was. And at the end of the day I know this release is what we should of provided to the IT community in the first place. That wasn’t possible, and I apologize. It took Adobe four months to right some wrongs. Nobody is going to give us a medal for speedy response to the IT community. No one is going to shake our hands for building software that negates something that shouldn’t of been in place for our Enterprise customers in the first place. I know this. That doesn’t mean this fugu sashimi isn’t delicious.

Oh, and before I forget: must give a shout out to our AAMEE Quality Engineering folks who with this release certified two additional workflows: Symantec Ghost for imaging and LANDesk for deployment. Thanks to both for Symantec and LANDesk for helping out on this process. Providing more and more testing workflows is never a popular request and I am really glad to have the support of our QE team and their management to continually support so many OS configurations, language testing, deployment and now, imaging workflows. Working out the kinks and documenting known issues behind the scenes is pretty much a thankless job. Except I just thanked them.

As stated in our previous post, AAMEE 3.1 is live on our Licensing Web Site  (LWS) and in Technical resources section of Adobe CS IT site. You’ll find the 3.1 Read Me and updated Deployment Guide there as well.

http://www.adobe.com/products/creativesuite/it.html

Jody Rodgers | Sr. Product Manager | Enterprise + Volume | Digital Media | Adobe Systems

Adobe Enterprise Deployment Tools Upgraded & Expanded

I am happy to announce the release of the much anticipated Adobe Application Manager Enterprise Edition (AAMEE) 1.1. This release has the ability to turn our CS updates that come down from Adobe.com in the format of .zip files on Windows and .dmg files on Macs into MSI and PKG files for easy deployment. You can do this singularly or better yet combine them into a big bundle of updates into one MSI or PKG. Want to deploy your CS5 applications and our updates at the same time? AAMEE 1.1 can do that too. Create your own “über-package” of CS applications with their updates and deploy them at the same time with one MSI or PKG. Cool, right?

And if that weren’t enough, we have released two new deployment tools for IT admins: Adobe Provisioning Toolkit Enterprise Edition (APTEE) and Adobe Update Server Setup Tool (AUSST.) Yes, we are continuing our 5 letter acronym spree! Put the three tools names together and you almost have enough letters to play Boggle™. Both new tools are command line based and I believe you’ll find them quite helpful. The Adobe Provisioning Toolkit Enterprise Edition (APTEE) tool allows you to serialize, unserialize or reserialize installed CS applications. The Adobe Update Server Setup Tool (AUSST) allows you to configure a server on your network to become the local location for acquiring CS updates.

We’ll have blog postings that dig further into each of these tools coming soon but I wanted to let you know right away about the three tools so you can download them and their documentation.

http://www.adobe.com/devnet/creativesuite/enterprisedeployment.html

NOTE: The Adobe Developer Connection website and new tools on them may be unavailable for a brief time in the near future for a site-based update. So…get ‘em quick! Don’t worry, they will return once the revamped site goes online. The tools should be available on LWS as well.

9/13/10 6:43 PM PST UPDATE: The new Adobe Developer Connection website is up and the new tools are once again available. Sorry for anyone who was inconvenienced during the down time.

Jody Rodgers
Product Manager, Enterprise & Volume Customers
Creative Suite