Как стать автором
Обновить

Комментарии 16

Это, конечно, хорошо, но что меня останавливает использовать App Engine — это база данных с интерфейсом, которого нигде больше нет.
Stax предлагает использовать MySQL
и пишут, что используя их технологии Вы все равно следуете стандартам
Я понял, что особых проблем при отказе от использовании Stax возникнуть не должно.
Но я не специалист по Java
Если вас пугает невозможность использовать программу, написанную под app engine на своих серверах, то есть проект App Scale, который как раз и решает эту проблему.
Советую также обратить внимание на Mor.ph — еще один platform as a service для RoR, PHP и Java. Есть бесплатные ограниченные аккаунты, физически также все размещается на амазоне.
Помотрел mor.ph — выглядит интересно — особенно радует поддержка PostgreSQL

Но с ходу не смог понять — можно ли мигрировать существующее J2EE приложение (с существующей pgSQL базой) в их AppSpace? Кто-нибудь уже разбирался с этим?
Вообщем сам себе отвечаю — да, умеет. У них там jetty стоит — так что war-ник запускать должен (мой EmForge запустил без проблем). Для управления pgSQL предоставляют phpPgAdmin

Учитывая бесплатный хостинг при трафике в пределах 3Гб — очень неплахой вариант java-хостинга — как минимум для начала
Вариант хороший, жаль что нельзя свой домен припарковать в бесплатном тарифном плане.
Упс — с этим еще не столкнулся. В принципе объяснимо — в development-е тебе не важно с каким доменом работаешь — а в продакшн — уже неплохо бы и заплатить.

Но что-то нигде явно в описании вариантов хостига у них про это не описано (я по крайней мере не нашел)
эх, поскорее бы, а если добавят groovy/grails — вообще бомба будет :)

cloud на java есть ещё mor.ph/
Очень удобно мне кажется!
если нет сервера на java в интернете, а нужны webservice то очень удобно.
особенно при связке Flex + Java
На stax смотрел — кажется удобным — для тех кому не хочется разбираться с амазоном. И пока бесплатный — а потом? Скорей всего надо будет платить за время. И тут как я понимаю — время-времени рознь:
1. На App Engine — если я правильно понял — платиться за реальное процессорное время используемое приложением. То есть если аппликуха висит — но никто в нее не стучится — то и не платишь
2. на Амазоне платишь за то время, пока работает твоя виртуальная машина (спецы — плиз поправьте если не прав — самому инетерсно как оно на самом деле). То есть даже если не кто не обращается к твоему приложению — виртуальная машина запущена — часики тикают. Еще раз плиз — поправьте если не прав

Соотвествено — если решения базирующиеся на амазоне будут перенимать туже можедь подсчета времени — то и платить придеться по той же модели — хотя кто знает — может и что-то другое придумают

А по поводу App Engine Data API — это key-value DB — которые тут недавно бурно обсуждались — есть свои плюсы и минусы
Ну и кстати — слухи по поддержке Java в GAE появились еще полгода назад: www.controlenter.in/2008/10/google-developer-day-bangalore-google-app-engine-to-support-java-android-sdk-release-on-oct-22/
До только в официальном RoadMap-е ничего похожего нет

И даже если Java и будет — то скорей всего сильно урезаная — то есть в отличие от Stax-а — никакое не полноценное J2EE — Java будет просто как связующая надстройка над набором API от Гугл — и большой разницы по сравнению с текущим питоном я не вижу (разве что язык для кого-то более похожий)
Я слышал где-то в видео подкастах от самих гугловцев, что в принципе поддерживать на подобных системах Java — очень накладно по ресурсам.
Стоит только представить как там garbage collector работать будет, на такой распределенной системе. (если вообще таковой окажется).

Я думаю, что чистый web application (да еще с какими-нибудь db-framework-ами) там затруднительно будет сделать, а вот что-то в роде серверного транслятора GWT… вот это уже больше похоже на правду.
gwt будет просто consume'ить питоновские сервисы, отлаживать это не так удобно…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации