Вот еще одна классическая задачка, которую опять же согласно слухам спрашивают в Google, и совершенно точно когда-то спрашивали в давно сгинувшей (или правильно говорить “переродившейся в Cogniance?”) Sonopia.

Итак у вас есть 8 шаров одинакового размера, при этом 7 из них весят одинаково, а один – существенно больше.

Задача: используя не более 2х взвешиваний типа “больше-меньше”, определить тяжелый шар.

По “долгу службы” довелось пощупать интересную технологию, до которой раньше не доходили руки. Думаю, Google App Engine будет интересен не только мне, поэтому начинаю мини-цикл статей о разработке для App Engine. 

После того, как вы впервые войдёте в сервис appengine, вам нужно будет подтвердить свою “личность”. Google вышлет на номер указанного вами телефона SMS с текстом вроде Google App Engine Code: 1234567. Лично мне SMSка дошла меньше чем за минуту (такой способ куда лучше бумажной почты, которую Google использует для Adsense). Такая проверка проводится только для первого создаваемого приложения.

Следующий шаг – зарегистрировать имя-идентификатор для приложения.

Теперь регистрация окончена, приступаем к разработке. App Engine работает на Java 6 и именно эта платформа является рекомендуемой, хоть и Java 5 тоже поддерживается. Я навскидку не смог придумать, что может пойти не так, если приложение скомпилированное на Java 5 запустить на JVM шестой версии, но Google’у виднее.

Скачиваем и распаковываем Google App Engine SDK для Java http://code.google.com/appengine/downloads.html.

Теперь дело за малым – написать простое приложение и отправить на сервер :-)

Тут Google оставил меня без материала для заметки, поскольку минимальный Hello World уже есть в комплекте SDK. Хранится он в папке demos\new_project_template. Тут есть и build.xml и статический контент, и сервлет и даже пара файлов с конфигурацией для самых распространённых logging API: Log4J и JUL (java.util.logging). Скопировав содержимое в папку, где будет жить ваш проект, вы получите отличный каркасс для начала разработки. Единственное, что нужно теперь сделать – указать путь к развёрнутому SDK: либо в параметрах при запуске ant либо прямо в build.xml.

Перед тем, как запустить приложение на локальном “эмуляторе” appengine, давайте посмотрим, что ещё есть в “комплекте”. Кроме стандартного web.xml в WEB-INF лежит файл appengine-web.xml – дополнительная конфигурация для движка appengine:

<appengine-web-app xmlns="http://appengine.google.com/ns/1.0">
 <!-- Replace this with your application id
    from http://appengine.google.com -->
 <application>juriytest</application>
 <version>1</version>
</appengine-web-app>

Как и следует из комментария, в теге application нужно указать id приложения, котрый был зарегистрирован на appengine.

Кроме того в src/META-INF находится файл jdoconfig.xml, который является (неожиданно) конфигурацией для JDO – persistance механизма, который используется в среде appengine. Сейчас его трогать не будем, пускай живёт, hello world и без него запустится.
В проекте есть файл index.html, как пример статичного контента и HelloAppEngineServlet.java, который является привычным сервлетом без экзотики.

Чтобы запустить приложение локально выполняем ant runserver из корня тестового проекта.
Для того, чтобы “доставить” приложение на живую платформу нужно использовать утилиту из SDK: bin\appcfg.cmd

appcfg.cmd update www

www тут – путь к “развёрнутому” проекту. Appengine не поддерживает war файлы, а вместо этого работает с директориями с той же структурой. После того, как build.xml собрал для нас проект в папку www указанной выше командой можно загрузить его на appengine.

Пара полезных моментов и “граблей”.

App Engine сохраняет всё что вы напишите в System.out и System.err в логи. При этом e.printStackTrace в логи упорно не попадает. Немного сбивает с толку.

Логи в административном интерфейсе обновляются не моментально, а только через несколько секунд.

Последние грабли стоили жизни моим нервным клеткам. В конфиге appengine указывается версия проекта. Не надейтесь, что если будет указана версия выше текущей развёрнутой, то новая версия заменит старую. Всё обстоит совершенно не так. Новая версия затирает развёрнутую версию с таким же индексом. Затем, пользователь выбирает, какая из версий будет доступна по умолчанию. То есть, я могу развернуть версии 1, 2, 3. После разворачивания версии 3, пользователи видели только версию 1, пока в интерфейсе администратора не будет указана другая.

На этом пока что всё. В следующей заметке опишу, как заставить app engine работать с groovy.

__________
Спонсор заметки: “Идеал”, раскрутка сайта в Украине

Как сообщает в корпоративном блоге SpringSource Guillaume Laforge (project-manager проекта Groovy), последние несколько недель они работали совместно с командой Google App Engine над “правильным” запуском Groovy на GAE.

Совмесная работа вылилась в набор дополнений в реализацию security-модели Groovy.

Небольшая заметка о том, как запустить Groovy приложение в среде Google App Engine от того же Guillaume Laforge.

P.S. Что-то мне подсказывает что теперь GAE перестанет быть игрушкой для питонистов, а станет упрощенной версией Amazon AWS, тем самым накорню убив остальные Java in Cloud – сервисы а-ля Stax.

Речь идет о компании Stax Networks, 16 декабря уходящего года запустившей под лозунгом “Java applications in the cloud” свой аналог Google App Engine для Java-разработчиков, который предоставляет завершенную инфраструктуру для разработки, тестирования и развертывания масштабируемых Java WEB-приложений.

Технически решение Stax построено поверх Amazon EC2 и позволяет создавать приложения основанные Servlets/JSP, Struts, GWT, Wicket, JRuby, Jython, Flex, ColdFusion.
В качестве СУБД в данный момент поддерживается только MySQL.

Инфраструктура Stax построена так, чтоб разработчику на этапе написания кода не нужно было думать о том, что находится на уроверь ниже чем Stax.
Управление приложениями и базами данных производится через удобную web-консоль, а локальная разработка и отладка производится привычными методами (я использовал для этого Eclipse и консольную утилиту stax).

Чем ещё интересен данный стартап – так это то, что в данный момент они не взымают плату за использование, аргументируя это тем, что вырабатываю правильную бизнесс-модель.
В итоге попробовать Stax в действии, в отличии от аналогов, можно абсолютно бесплатно и даже не имея кредитной карты.

Что я собственно уже и сделал: написал небольшое приложение, которое выводит список контактов из БД и запустил его в cloud-е на 2х серверах.
Под заголовком “Running Java in Cloud” можно увидеть IP и имя сервера в cloud-e, который обслуживает текущий запрос. И если понажимать F5 – можно заметить, что серверов всего-то 2.

В принципе идея предоставления Platform-as-a-Service (PaaS) далеко не новая, но более или менее популярных решений для Java мне пока не встречалось.

Аналогичные разработки:

• Google App Engine (GAE) – самый известный из подобных app-хостингов.
  Пока поддерживает только Python и хранение данных в нереляционной БД Google BigTable.
• Microsoft Azure – аналогичный GAE сервис от Microsoft. Поддерживает .NET языки.
• Salesforce.com – CRM-хостинг для приложений написанных на проприетарном языке Apex
• Heroku – аналог Stax, построенный на Amazon EC2, но для RubyOnRails приложений
• 10Gen – ещё одна платформа, поддерживающая Python, Ruby и ServerSide JavaScript, а также обьекную СУБД Mongo.

P.S. В комплекте со Stax SDK идет Groovy древней версии 1.5.6

Что по сути является не чем иным как пользовательским ранжированием страниц.
Грубо говоря нажатием на “Promote” пользователь поднимает сайт на высшую позицию при ранжировании результатов поиска, но не для всех, а только при выводе результатов себе любимому.

И наоборот – нажатие на “Remove” удаляет сайт из дальнейших результатов поиска для данного пользователя (очень симпатично прорисован процесс удаления:).

Для каждой страницы в списке есть индикаторы того, сколько пользователей её “промотировало” и сколько “удалило”:

Пока Google не сообщает как эти данные будут влиять на общее ранжирование страниц, без привязки к аккаунту пользователя, но я уверен что как-то влиять все-таки будут :)

Также к каждой ссылке в результатах поиска теперь можно добавить “Public comment”.
Пока, правда, не знаю как смотреть эти комментарии.

Ещё внизу страницы появилась возможность добавить страницу в результаты поиска.

Жаль нет кнопки “удалить” на контекстных рекламных обьявлениях, но думаю это дело времени :)

P.S. А вы ещё спрашиваете почему Google не купил Digg :) ! (шутка)

Вчера ко мне впервые доехал чек на получение денег от системы Google Adsense.

А ещё несколько месяцев назад (по накоплении на счету $50) мне было выслано письмо с пин-кодом, который нужно было ввести, для подтверждения правильности почтового адреса.
(такой себе почтовый ping от Google :)

Чек был выписал на мое имя и выдан отделением Citybank в Швеции.
Сегодня по дороге на работу заглянул в отделение Раййфайзен-Аваль и был весьма разочарован.
Оказывает процедура обналичивания подобных чеков весьма клопотная и никак не быстрая: пишется заявление на обналичивание с указанием всех паспортных данных, после чего в обмен на чек выдается квитанция с которой по прошествии 3-4 недель (!!!) нужно будет прийти в банк за деньгами.
Ко всему прочему за обналичивание банк берет комиссию, которая на сумме около $100 составляет порядка $5.

Посмотрим что будет через месяц.

Продолжение 05.10.2008:
Позвонила девочка-экономист из банка, и сказала что деньги я могу получить после 17-го октября.
Чтож, чуть больше месяца, но вменяемо.

Окончание 20.10.2008:
Сегодня деньги мне все-таки выдали. Комиссии сняли почти 25 грн.
Вывод – слишком много телодвижений ради $100 :)

P.S. А ещё пока ждал экономиста, наблюдал картину:
В окошко кассы банка обратился некий парень фразой “Мне тут должны в ваше отделение сделать перевод WebMoney”.
Кассир долго делала квардратные глаза, переспрашивала, потом куда-то ушла, вернулась и дала пареньку заполнять бланк на получение денежного перевода.
Что это? WebMoney уже в банке можно получить?

Я уж было решил что сегодня какой-то день OSF/GPL или что-то вроде этого.
Так нет – на главной странице Google – лого классическое.

Очистка кеша и рефреш вернули родное лого.

Кто-то ещё такое наблюдал?

P.S. Файл с лого находился по адресу https://mail.google.com/mail/images/2/5/logo.png
Теперь там “родной” Gmail-овский логотип

Информация “проскочила” в сеть из блога сотрудника Google Brad Fitzpatrick
Но он не является членом команды разработки Google App Engine, и Google пока не обещает поддержку Perl.

Скорее всего на данном этапе это пилотный проект Google из серии “получиться – запустим, не получиться – так и будет”, на котором можно будет достаточно хорошо отработать методику адаптации других языков.

Напомню что Google App Engine поддерживает пока только Python, но компания обещает в скором времени добавить в платформу поддержку ещё нескольких языков программирования, в рейтинге “желаемости массами” которых, Perl занимает 4-е место, уступив при этом Java+Groovy, PHP и Ruby.

Подробнее в блоге Brad Fitzpatrick

Также уже привык к тому, что при вводе в строке браузера gmail.com получаю страницу-предупреждение (на немецком) о том, что Google не может предоставлять в Германии услуги под брендом GMail.

А вот сегодня эту страницу мне показали на русском (см. картинку) – ничего особенного, но подчеркнутое предложение меня повеселило :)

Суда по всему Google не отказался от своей затеи, правда немного поумерил масштабы.

Вот такое рекламной обьявление вчера было мне показано в GMail.

При клике попадаешь на страницу cо списком инженерных вакансий Google в Европе.

Что называется точное  таргетирование обьявления :)

Added:
Несколько заметок о том, как я проходил собеседование в Google: начало, продолжение и окончание истории.