deleteaso

Currently with the PlayBook 1.0.1 AIR SDK the error reporting for signing and debug token issues can be far too generic. The biggest culprit of this is the BarSigner 500 unsigned error. The team is actively working on returning more specific error messages for all the various use cases. In the meantime here is a list of the reasons why this error would occur. Hopefully this will help you debug the issue faster when you see this error.

• There is no debug token on the device.
• The debug token on the device has expired.
• The debug token author does not match the author of the application being deployed.
• The debug token author id does not match the author id of the application being deployed.

The process for developing and deploying applications to the PlayBook simulator is a little different then that of the device. For the simulator you simply place it into development mode and you can deploy your un-signed applications. There are 2 additional steps that you need to do in order to deploy and debug your applications on the device.

The first step is to create and upload a debug token to the device. This entire step can be done with the command line, but is much easier to do with the Flash Builder plugin. Before you can create your debug token you must sign up for signing keys. This can be done from the BlackBerry Developer Zone form found here. You should get your keys the following day so may sure to sign up for your keys early so you aren’t waiting a day to develop for the device. What the debug token does is associates your application with you and your device. Watch the video below for a complete list of steps on how to create and upload.

The second thing you need to do is add the author and authorId tags to your blackberry-tablet.xml file. This associates your application with your debug token and allows it to run on any device with that debug token installed on it. With this you should be able to deploy your application to your device as many times as you need.

The alternative to using debug tokens is to sign your application every time you want to load it on to the device. This would mean that for every little code change it would need to be re-signed. There are 2 things to keep in mind when signing your application. The first is that the version number has to be incremented every single time you sign your application. If you try to sign an application with the same version number it will throw an error. You can read this page for more information about assigning a version number to your application. The second thing to keep in mind is you need to be connected to the internet in order to sign your application. Having to do these 2 things every time you wanted to test your application on the device is unreasonable, which is why debug tokens were created in order to provide greater flexibility in developing and deploying to the actual device.

If you have gone through and followed all the steps in the video below for creating debug tokens, your applications is all ready to be signed. It is as simple as right clicking on the project and selecting Export. I hope the video below helps you get your application on deployed to the device.

PlayBook Debug Tokens and Signing from Julian Dolce on Vimeo.

The most recent release of the Adobe AIR SDK is version 2.6. With this version of the SDK you can target the AIR 2.6 runtime on multiple platforms. However, one platform that you cannot yet target yet is the BlackBerry PlayBook. At launch the PlayBook, device and simulator, only support the AIR 2.5 runtime. This means that any application which targets anything higher then AIR 2.5 will not work on the PlayBook. There are a couple of things to consider when developing for PlayBook using the AIR 2.6 SDK.

The first and biggest issue is that the newer versions of the Flex 4.5 Hero Framework only support AIR 2.6. This means that you will only be able to create ActionScript only projects, which do not use any of the Flex Hero components. The public preview of Flash Builder 4.5, which is available on Adobe Labs, contains a very early version of the Flex Hero Framework and targets AIR 2.5, which is why this works today. However, when Flash Builder 4.5 ships and anyone using the pre-release version will not be able to create Flex Hero applications for the PlayBook until the runtime is updated.

When using Flash Builder and the AIR 2.6 SDK for developing your applications, Flash Builder will auto generate a application descriptor file, which targets the AIR 2.6 runtime. If you try to run this in the Simulator or on the PlayBook device the application will instantly crash without any real reason. There are 2 small items that you can do in order to workaround this issue. These steps are meant to be done with the BlackBerry Tablet OS AIR SDK 1.0.1

First, you need to make sure you compile your swf to Flash Player 10. This can easily be done with the following command if you are using the command line. -swf-version=10. If you are using Flash Builder you can go to Project > Properties > ActionScript Compiler and place it into the Additional Compiler Arguments field.

The second thing you need to do is force your application to target the AIR 2.5 runtime. Because you may be targeting AIR 2.6 for other platforms you do not want to change it directly in the -app.xml file. To get around this the PlayBook has an option to force the air version to a specific value when packaging your application. To set this you can use the following command on the command line -forceAirVersion 2.5. Or if you are using Flash Builder you can go to Project > Properties > ActionScript Build Packaging > BlackBerry Tablet OS > Advanced and place the command in the extra packaging options field.

With these 2 workarounds you should be able to now target AIR 2.6 for iOS and Android and 2.5 for the PlayBook. I hope that helps solve some of the confusion people are having

With the new release of the BlackBerry Tablet SDK 1.0.1 and the release of the PlayBook device, there is a new application capability that is required to access the PIN and serial number of the device. To access these properties in the SDK you can use the Device.pin and Device.serialNumber properties. However, if accessing these you must make sure you take into consideration that these values may be null. This will happen if the user does not grant your application permission to read those values. And we all know what happens when you try to access a null object in ActionScript. Crashy Crashy. Here is the documentation for the Device class as well as more information on add permissions to your application.

You will also need to re-compile your application with the 1.0.1 SDK in order to make this work correctly.

With the release of the PlayBook Tablet OS AIR SDK 1.0.1 we have improved the installation process greatly. With previous beta releases we realize, and heard clearly from the community, that it was difficult to get everything set up just right as there were a lot of steps and different options. We have done a great job at removing as many of the steps from the process as possible.

First, the SDK and the Simulator are 1 download and there is no longer 2 separate installers. When installing the SDK into Flash Builder it now supports 3 different versions, Flash Builder 4.0.1, Flash Builder “Burrito” Preview, which is available on Adobe Labs, and later pre-release versions of Flash Builder 4.5, which are available to Adobe pre-release members. This should save you from having multiple installs of Flash Builder on your machine. Also, the installer will now accept an AIR SDK which is 2.5 or higher. This means that you can use the AIR 2.6 SDK and any other future releases. The catch with this is that the Simulator and actual hardware only support the AIR 2.5 runtime and if your application targets anything higher it will crash.

Once you have the SDK installed you are ready to get the Simulator set up. Instead of installing an .iso for the Simulator we now ship an actual VMWare image, which you can simply open in VMWare. This image has the Simulator already set up with a default password, “playbook”, and already has Development Mode turned on by default. This removes a lot of the steps in previous beta releases to get the iso installed with the right settings. Also, the EULA has been removed and you no longer have to scroll through it entirely to accept it.

With these changes we have greatly reduced the number of clicks and documentation reading required to get developers up and running. We still have other things we want to improve and will be working on for upcoming releases. I can honestly say that these changes are a direct result of community feedback. Hopefully this is the first step into showing the community that we are truly listening to your feedback and want to make the process for developing application for the PlayBook, no matter which runtime on the device you are targeting, the best development experience out there.

Here is a video of the entire installation process.

BlackBerry Tablet OS AIR SDK 1.0.1 Installation from Julian Dolce on Vimeo.

If you didn’t get a chance to go to Adobe MAX in person this year you missed out on a great conference. I had only been to one previous to this year, but from what everyone was saying it was one of the best MAX conferences. The biggest announcements came from other companies working with Adobe who are bring the AIR runtime to other platforms. Last years big announcements where focused on AIR on mobile device platforms, and this year they have moved to the TV. As an AIR developer you have to be excited on how many different screens you can easily put your content on.

The newest platform to adopt the AIR runtime is the BlackBerry Tablet OS and the BlackBerry PlayBook. I have been working hard on the AIR SDK for this platform, which we released publicly at MAX. Mike Lazaridis, RIM co-CEO, gave the first live public demo of the PlayBook. Here is the video from the day one keynote showing the PlayBook.

I also had the pleasure of giving 2 session on developing AIR Applications for the BlackBerry Tablet OS. Both sessions where completely booked and I had great response from everybody. It was great to see and talk to so many people who are interested in getting started with the SDK. The recording of the session is live on the Adobe MAX website.

2010.max.adobe.com/online/2010/MAX260_1288217641375UQJD

This week my first book will be released, Android Development with Flash. I am pretty excited to see it in print and on the shelf in store. This book has a very interesting story behind it. Back in January of 2010 I had started writing a book for the CS5 iPhone Packager. Literally 2 days after I had sent the final edits back, Apple had mad the announcement that they where not going to allow the use of third party tools to develop applications. I was pretty disappointed for about a week, but then the AIR Android pre-release was made available, and I began rewriting the book for Android. I spent the next 2 months feverishly tweaking and adding features to the book. Fast forward to September and a few weeks before it is set to be released, Apple removes the restriction on third party applications, and it looks like the original iPhone version will be released as well hopefully by the end of the year. I have to say that working with everyone at Wiley was amazing to work with. I was really nervous about writing my first book and everyone there helped me a great deal getting through it. It was a really great experience and I would recommend working with Wiley to anyone.

Here are some links to where you can buy it.
Wiley
Amazon US – Amazon Canada
Chapters

I started a new blog today in conjunction with the launch of CS5, www.flashiphonedevelopment.com. It is strictly going to focus on iPhone development from a Flash developers perspective. There will be a lot of Flash CS5 iPhone Packager content, as well as a resource for learning Objective-C and the iPhone SDK from a Flash development perspective. I have lots of great stuff planned for it and with a little faith this whole Adobe vs. Apple fiasco will fade away.

It has been a long time since my last post and have been fairly quiet over the last 4-5 months. 2010 so far has been a year of first and big changes.

Since January I have been working on writing my first book. It has been on my list of things to do ever since I started my career, but never really thought it would happen. So when I was approached to write one on the new Flash iPhone Packager last November I could not pass up the opportunity. It has been a really intense process and has kept me quite busy over the last 3 months. This week I will be finishing up the last few chapter edits, and it should be available sometime in June.

April 1st, 2003 was my first day at Fuel Industries, and 7 years and a week later, yesterday was my last day. The last 7 years has been an amazing journey and have learned and seen so much.  Working at Fuel has provided me with so many opportunities that I would not have had working elsewhere. The wide variety of types of projects has exposed me to so many new and different technologies, which has helped me become a better programmer. I was also fortunate enough to travel and see many parts of the world that I would not have seen on my own. The friends that I have made there will last forever, and it was hard to say goodbye to them.

So what’s next? In a couple of weeks I am going to start work at QNX here in Ottawa. QNX is a pretty cool company and you may have seen their QNX car on display at Adobe Max last year. QNX develops an operating system for embedded devices, which has a Flash layer which can be used to create interfaces and applications which run on their OS. I can’t talk about what I will be doing too much yet, but will once I get settled there.

2010 is turning out to be a pretty monumental year, and has been a great way to start a new decade. I am really looking forward to what the rest of the year and decade has in store for me. I’ll be at FiTC for Saturday and Sunday only. So if you ar0und let’s grab a drink.

I was really excited when Adobe made the announcement of Multitouch support in the Flash Player. Mainly because we have a bunch of Multitouch screens hanging out in the office, from our Windows 7 Touch Games Development. We made Microsoft Blackboard, Rebound and Garden Pond. So now that it is in public beta I am able to show a really simple example of a paint program running on a Dell Latitude XT Touch Laptop. Nothing fancy, but it shows off the feature.

Simple AIR 2.0 Multitouch Example from Julian Dolce on Vimeo.