Поддержка загрузки больших файлов (>1 мегабайта) — на данный момент это экспериментальная фича, и включено ограничение до 50МБ на файл. Загрузка происходит только через веб-форму (file upload), и никак иначе. Однако я думаю, что в ближайшем будущем будет и поддержка прямой закачки (как в Youtube API, где совсем недавно сделали прямые закачки).
Подробнее: java, python.

Поскольку это пререлиз, нововведений мало (Cursors, JAXB), больше исправлений, к тому же списки изменений лежат только в архивах, поэтому приведу их полностью:

Добрый вечер всем.

Есть задача, разработать веб-клиента для некой системы медицинского направления, для использования ее по большей части в интрАнете. В системе будет очень много всевозможных компонентов различной функцональности и пр. Общение с сервером через rest API, сессия на клиенте.

Вот скрин одной маленькой части, которая будет в системе (кликабельно).

Это новый сервис, отображающий полную статистику по всем «данным», связанным с вашим google.account. Будет доступен на днях.
UPD: Уже доступен.

Есть задумка: Портировать для (пока еще не выпущенного) gwt 2.0: компоненты flex4 (вместе с максимально возможным fxp1.0). Ну скажем в пакете com.google.gwt.user.client.ui.flex4.

Во-первых, скажем так, мне очень нравится сам fxg, да и сам flex4, к тому же существующий gwt-ui не дает мне полноценной свободы в быстрой реализации, хотя бы, 80% моих проектов. Все существующие библиотеки ну слишком сильно весят, да и тормозят не меньше. И семантика их мне совсем не нравится.

В gmail.labs появилась новая удобная фича — предпросмотр документов, в дополнении к предпросмотру youtube, picasa, google.voice. Все теснее и теснее становится интеграция между гугл.сервисами, что радует.

Поддержка входящей почты — на данный момент поддерживаются лишь почтовые адреса вида: whatever@yourappid.appspotmail.com. Возможно через 1-2 релиза появится поддержка собственных доменов, как и в случае с XMPP; так, по крайней мере, было обещано разработчиками в чате с ними.
Подробнее: java, python.

Возможность временного отключения/удаления приложения — первое полезно, например, в случае шибко сильного ДДОСа, при этом все данные сохраняются, как и оно само, отключаются лишь входящие/исходящие запросы. Если приложение было удалено, повторно использовать AppID будет невозможно. При удалении оно ставится в очередь и удаляется через пару суток, судя из моей попытки. Т.е можно отменить удаление, если что.

Статистика по хранилищу — супер функция, вернее целое API, которое позволяет посмотеть общее количество обьектов, размер хранилища, количество обьектов модели и т.д. и т.п. Причем возможно посмотреть стату в админке с картинками, а можно получить в приложении через запрос к хранилищу.
Подробнее: java, python.

Java SDK перепрыгнула с 1.2.2 до 1.2.5 для «синхонизации» с Python SDK.

Из нововведений:
— Поддержка XMPP для Java/Python
— Task Queue API для Java (в labs, как и в Python SDK)
— Увеличены лимиты для Task Queue API (100.000 в сутки, было 10.000)
— Хранилище теперь поддерживает объекты с key_name, начинающиеся с цифры
— Можно изменять Referer заголовок для URL Fetch запросов
— Хранилище поддерживает многократную запись/удаление одного обьекта в одной транзкции.

Python SDK:
— Появился AppEngineLauncher для Windows
— Bulkloader поддерживает ключи --dump и --restore для Kind (в labs)
— Bulkloader поддерживает ключ --dry_run для тестрования данных перед загрузкой на production сервер
— Новый google.ext.ereporter модуль для собирания и отправки по email отчетов по исключениям приложения
— Новый google.ext.deferred модуль для исполнения ad-hoc задач в Task Queue

Java SDK:
— Поддержка новых типов хранилища (нативных), таких как GeoPt, Email, etc.
— Можно установить connectTimeout для URL Fetch
— JDO и JPA теперь поддерживют удаление обьектов, используя запросы
— В JDO makePersistentAll() и deletePersistentAll() исполняются как batch-операции.

В этот релиз должна была быть включена поддержка Inbound Mail, и даже для локальной админки эта страничка готова (вместе с изменениями в коде SDK), но почему-то видимо в последний момент что-то не срослось, и эта фича думаю будет в следующем релизе (1.2.6), вместе с обещанной Jason_Google поддержкой курсоров в хранилище для преодоления лимита запросов в 1000 записей

Полные списки изменений:
— Release Notes: Python
— Release Notes: Java
— Revision History

Полный список изменений доступен здесь.

— Наконец-то появился local dataviewer, на порядок будет удобнее написание приложений.
— Количество статических файлов увеличено до 3000.
— Поддержка unindexed полей в ORM
— Исправлена автогенерация индексов и улучшена поддержка транзакций.
— Множественные мелкие исправления в SDK и ORM.

GWT 1.7 зарелизили почему-то только в google-плагине к эклипсу, на официальном сайте пока что старая версия. Основные изменения касаются поддержки Internet Explorer 8, Firefox 3.5 и Safari 4. Плюс поправленны некоторые high-priority баги. В реале отличия от 1.6.4 небольшие.

UPD: Версию 1.7 выложили на офф.сайте, изменения

По поводу обновления плагина для eclipse (совместимого с 3.5) сказано, что он появится в течении 2-х недель.

Как-то за хорошими новостями от гугла незаметно прошли новости о новых продуктах Adobe, в особенности Flash Catalyst.

Если кто не знает, что такое Catalyst — представим себе как происходит создание сайта в настоящее время, и опишем это например так:

PSD -> HTML -> Server code

или еще проще:

графический дизайн -> верстка -> серверный код

Flash Catalyst — это продукт для «flash-верстальщиков», позволяющий сделать переход «графический дизайн -> верстка» в flash-проекте.

Результатом работы Catalyst является fxg-код, который передается программистам для дальнейшей работы.
Пока еще продукт довольно тормозной и кушает много памяти, но багов на удивление мало. Сам я давно ждал его, мне понравилось с ним работать.

Посмотреть видео, как все это работает, можно тут (очень наглядно) и тут.

Поскольку перевожу я плохо, ссылки на обзоры нововведений:
Flash Builder 4 и Flex SDK 4

Основная фишка всего — новый формат FXG (1.0). Это новый XML формат для работы с графикой для Flash Platform. Он описывает высокоуровневые графические и текстовые примитивы.

Огорчает лишь то, что swf-файл на выходе получается очень большим, от 1 МБ (скомпилированный пустой mxml занял в swf 596 килобайт), но может быть будующие браузеры или сам flash-plugin будут поддерживать FXG?

Напоследок позволю себе процитировать слова одного flash-прогера:
— Суть в том, что будучи сугубо программистом, я не берусь за проекты где требуется выдать eye-candy. Но кто сказал что бизнес-UI должен быть серым и скучным? Оживить интерфейс, имея профессионально сделаный дизайн в PSD формате поможет тесная интеграция Flash Builder в семейство продуктов Adobe. Новый инструмент — Flash Catalyst — может сблизить дизайнера и программиста, позволяя первому «нарезать» дизайн, оживить действием и эффектами. Программист получит описание интерфейса в терминах FXG и легко встроит в свой проект. Для простых проектов, Flash Catalyst поможет программисту самому справится с техническим воплощением дизайна приложения — лишь бы интерфейс был заранее профессионально нарисован. Уверен, что результат такого сближения пойдет на руку всем, и клиенты будут в полном восторге от результата.

Из крупных нововведений:
1. Поддержка неиндексированных свойств любых типов БД (как Text)
2. Response size увеличен до 10 мегабайт
3. Поддержка Thread.setContextLoader()

Пофиксили различные баги как для SDK, так и для ORM.

По поводу (1) будте бдительны — как известно, без указания полю, что оно не должно индексироваться, datastore строит в 2-х «таблицах» bigtable прямые и обратные индексы (без этого невозможно делать выборку с критерием по этому полю). Фича вроде уменьшает объем данных в хранилище, но при объявлении в модели поля как индексируемого, хранилище не построит индексы автоматически (только для тех данных, которые были помещены после deploy приложения). Ситуация обратна, если уже были данные при индексируемом свойстве, индексы автоматически не удалятся при изменении в модели свойства на неиндексируемое. Но добавляться данные в индекс уже не будут.

Следовательно придется воспользоваться remote_api и обновить каждую запись в соотвествии с новой моделью. Для больших наборов данных это дюже накладно, как по времени обновления, так и по CPU. Почему гуглевцы не сделали механизм как описано в этой статье (как строятся композитные индексы) — для меня пока загадка, может сильно торопились.

При использовании этой опции для многих приложений, кроме снижения использования объема хранилища, ожидается еще и уменьшение расходования CPU, требуемого на автоматическое добавление данных в 2 индекса для каждого свойства. Правда тут идет активное обсуждение относительно этой новой фичи.

Пока не добавлены новшевства, которые уже есть в Python SDK 1.2.2:
1. Persistent User ID — он же уникальный ID для Google Accounts
2. Поддержка key-only запросы (безумно удобно для масс-удаления и т.п.)
3. Поддержка в UrlFetch времени запроса (deadline)
4. Поддержка в UrlFetch User-Agent заголовка

Ну и что крайне нужно, пока не готово (remote_api, и самое главное local dataviewer) — это вроде будет в следующей версии, которая будет по идее скоро (надеюсь до 27 мая, когда у них Google I/O). Ну и хочется конечно остальных фич из roadmap :)

P.S. Обновился еще и eclipse плагин, но что там изменилось — на момент написания статьи неизвестно.