Как сообщает в корпоративном блоге 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

Сумма сделки не расглашается.

Что же касается пользы от сделки для обеих сторон, то тут, думаю сомнений не возникает:
G2One под крылом у “старшего брата” получает серьезную поддержку и немалое внимание на рынке JEE.
SpringSource же при этом получает отличную разработку для небольших приложений, тем самым покрывая своими продуктами весь JEE-рынок, а также достаточно внушительное комьюнити.

На мой взгляд весьма интересно то, что компания G2One была создана всего-то год назад (почти день-в-день).  А сам факт осуществления подобного приобритения – очереденой неслабый толчек для Groovy/Grails на пути к Java Enterprise среде.

Текст анонса, там же ссылки на пресс-релиз, краткое FAQ, и анонсы в блогах CTO G2One и CTO Spring Source

P.S. Кстати в Spring Framework Groovy поддерживался ещё с незапамятных времен :)

Составителем шпаргалки выступил автор “Groovy in Action” Dierk König.

Внутри краткая напоминалка по таким темам:

• Groovy / Java – интеграция
• Языковые конструкции
• Операторы
• Простые и комплексные типы данных
• Замыкания
• GDK
• Мета-программирование
• Hot tips

Скачать можно здесь, или же по подписке на Refcardz.DZone.com

Встречайте http://g2b.perm.ru/ – выглядит довольно таки современно и красиво, работает достаточно быстро.
Конечно хотелось-бы в админку заглянуть, но видно не судьба.

Подробнее тут http://community.livejournal.com/ru_grails/5391.html

Обе аннотации содержат в себе функионал который призван заменить стандартные Java-интерфейсы java.beans.PropertyChangeListener и java.beans.VetoableChangeListener и избавить разработчика от обилия классов-слушателей (listeners) и декларации дополнительных интерфейсов для бина.

Об этих нововведениях и их назначении было напечатано/перепечатано в каждом обзоре новых “фич” версии 1.6, но при этом нигде не встречалось описания как же все-таки “повесить” свой обработчик событий (listener).

Немного поковырявшись в исходниках Groovy удалось узнать такое:

1. При использовании аннотации @Bindable, сообщение об изменении значния свойства обьекта передается в замыкание, указанное в специальном свойстве propertyChange (имя совпадает с именем метода в PropertyChangeListener), в пределах того же бина, в котором произошло изменение.
При этом аргументом замыкания является экземпляр класса java.beans.PropertyChangeEvent.

2. Аналогично при использовании аннотации Vetoable используется замыкание, определенное в свойстве vetoableChange с тем же типом параметра замыкания (PropertyChangeEvent).

Пример использования аннотация @Bindable

import groovy.beans.Bindable

class MyClass {
  @Bindable int id
  @Bindable String name
  def MyClass() {
    //this.propertyChange = {
    //   println it.propertyName + " changed from " + it.oldValue + " to " + it.newValue
    //}
  }
}

def x = new MyClass()
x.propertyChange = {
    println it.propertyName + " changed from " + it.oldValue + " to " + it.newValue
}
x.id = 10
x.name = "Hello"

Результат будет выглядеть так:
groovy Test.groovy
id changed from 0 to 10
name changed from null to Hello

Причем инициализацию свойства propertyChange можно проводить и в конструкторе (см. закомментированный код), но при этом нельзя восплользоваться статической инициализацией (почему? Не знаю).

Тоесть такой пример работать не будет:

class MyClass {
  def propertyChange = {println it}
  @Bindable int id
}
def x = new MyClass()
x.id = 10

Теперь же инженеры LinkedIn сами поведали нам “где”, “как” и главное “зачем” у них используется Grails. Смотрим презентацию:

Некоторые keynotes, на которые сразу хочется обратить внимание:

• Grails используется в так называемых Corporate Solutions (партнерские сервисы компании) а также в построении инженерной инфраструктуры (continuous integration, automatic build, testing )
• Высокая эфективность для новых разработок
• При работе  с сущетствующей эко-системой высокие трудозатраты на интеграцию на первом проекте, что в дальнейшем окупается повышением продуктивности на последующих
• Легко создавать и поддерживать бизнес-логику, но почти невозможен её reuse вне Grails
• На начальных стадиях помогал внедрять Grails основатель проекта Грем Рошер
• Динамический Groovy вынуждает повышать покрытие проектов тестами
• Мобильная версия mobile.linkedin.com и приложение Facebook работают на Ruby On Rails

1. Дописыванием пути к jar-у или директории с классами в глобальную переменную CLASSPATH
2. Указанием значение параметра -classpath (он же -cp) при запуске groovy, groovysh, и тд.
3. Размещением необходимых jar-ов в директории ~/.groovy/lib

При разработке небольшой утилиты парсинга и анализа лог-файлов мне необходимо было выбирать нужный jar-файл в зависимости от некоторых условий.
Потому ни один из приведенных способов мне не подошел.
К тому же мне необходимо было искать jar-файлы в директории, в которой находился сам скрипт, в то время как запускаться он мог из любой директории.

Вспомнив про черновик заметки о ClassLoader-ах, которую Юра все никак не соберется дописать и опубликовать,  получилось что-то вроде:

Простой прием, демонстрирующий определение местополжения класса и загрузку дополнительных JAR-ов

[java]

def codebase = this.getClass().getProtectionDomain().getCodeSource().getLocation()
def f = new File(codebase as String)

def url = new URL(f.getParent()+"/commons-lang-2.3.jar")

this.getClass().getClassLoader().getRootLoader().addURL(url)

Class au = Class.forName("org.apache.commons.lang.StringUtils")

assert au.isEmpty(null) && au.isEmpty("")

[/java]

P.S. Кстати запускать groovy-скрипт в UNIX-среде можно точно так же, как и sh, perl, php, python скрипты – указанием в первой строке:
#!/usr/bin/env groovy

Т.е. если раньше писал что-то вроде:
$ php -r 'echo strlen("0bed4ce7b082e0f1ca05")."\n";'

или

echo "0bed4ce7b082e0f1ca05" | wc -c

то теперь первое, что приходит в голову, это:

groovy -e 'println "0bed4ce7b082e0f1ca05".size()'

P.S. Пример, конечно же, получился не очень показательный, но жизненный – проверял длину идентификатора для выделения для него поля в БД.

P.S.S. Это только у меня echo "0bed4ce7b082e0f1ca05" | wc -c выдает 21, в то время как PHP и Groovy – 20?

Покажу небольшой пример того, как можно использовать каррирование замыканий в Groovy.

Предположим есть обычные POGO класс:

[java]

class User {
    String name
    String emailAddress
    Date dateOfBirth
    int weight

    String toString() {
        name
    }
}

[/java]

И стоит задача реализовать сортировку списка обьектов этого класса по каждому из свойств (name, emailAddress, dateOfBirth, weight).
Для выполнения сортировки списка можно использовать метод sort(), в какой необходимо передать свой экземпляр Comparator-а.
Решением задачи “в лоб” будет реализация для каждого из сортируемых свойств отдельного Comparator-а.

Например для свойства name он будет выглядеть приблизительно так:
[java]

public class UserNameComparator implements Comparator<User> {

    public int compare(User a, User b) {
        def aValue = a.getName();
        def bValue = b.getName();

        if (!aValue && !bValue)
            return 0;
        else if (!aValue)
            return -1;
        else if (!bValue)
            return 1;
        else
            return aValue.compareTo(bValue);
    }

}

[/java]

И так 4 раза (с)… Не много ли кода для такой мелочи как сортировка?

Теперь же попробуем реализовать подобный функционал с помощью замыканий Groovy.
Создаем такое вот универсальное замыкание-компаратор (а может функцию 3х аргументов?):

[java]

def comparator = { attribute, a, b ->
    def aValue = a.getProperty(attribute)
    def bValue = b.getProperty(attribute)

    if (!aValue && !bValue)
        return 0
    else if (!aValue)
        return -1
    else if (!bValue)
        return 1
    else
        return aValue.compareTo(bValue)
}

[/java]

Теперь для сортировки по каждому свойствую обьекта User используем каррирование замыкания с фиксированием имени свойства:

[java]
usersList.sort( comparator.curry(“name”)  )
usersList.sort( comparator.curry(“emailAddress”)  )
usersList.sort( comparator.curry(“dateOfBirth”)  )
usersList.sort( comparator.curry(“weight”)  )
[/java]

Вот так все просто и элегантно – немного функционального программирования, немного meta-программирования, немного duck typing-а.

Ссылки:
О понятии Currying в Wikipedia.
Англоязычная версия этой заметки в блоге MustardGrain
Большинство языков программирования которые поддерживают замыкания поддерживают и каррирование:
Currying в Scala (функциональном языке для JVM), Currying в Python, Currying в Ruby.