Комментарии 16
Это, конечно, хорошо, но что меня останавливает использовать App Engine — это база данных с интерфейсом, которого нигде больше нет.
Помотрел mor.ph — выглядит интересно — особенно радует поддержка PostgreSQL
Но с ходу не смог понять — можно ли мигрировать существующее J2EE приложение (с существующей pgSQL базой) в их AppSpace? Кто-нибудь уже разбирался с этим?
Но с ходу не смог понять — можно ли мигрировать существующее J2EE приложение (с существующей pgSQL базой) в их AppSpace? Кто-нибудь уже разбирался с этим?
Вообщем сам себе отвечаю — да, умеет. У них там jetty стоит — так что war-ник запускать должен (мой EmForge запустил без проблем). Для управления pgSQL предоставляют phpPgAdmin
Учитывая бесплатный хостинг при трафике в пределах 3Гб — очень неплахой вариант java-хостинга — как минимум для начала
Учитывая бесплатный хостинг при трафике в пределах 3Гб — очень неплахой вариант java-хостинга — как минимум для начала
Вариант хороший, жаль что нельзя свой домен припарковать в бесплатном тарифном плане.
Упс — с этим еще не столкнулся. В принципе объяснимо — в development-е тебе не важно с каким доменом работаешь — а в продакшн — уже неплохо бы и заплатить.
Но что-то нигде явно в описании вариантов хостига у них про это не описано (я по крайней мере не нашел)
Но что-то нигде явно в описании вариантов хостига у них про это не описано (я по крайней мере не нашел)
Я нашел только на форуме forums.mor.ph/forums/8/topics/44
Очень удобно мне кажется!
если нет сервера на java в интернете, а нужны webservice то очень удобно.
особенно при связке Flex + Java
если нет сервера на java в интернете, а нужны webservice то очень удобно.
особенно при связке Flex + Java
На stax смотрел — кажется удобным — для тех кому не хочется разбираться с амазоном. И пока бесплатный — а потом? Скорей всего надо будет платить за время. И тут как я понимаю — время-времени рознь:
1. На App Engine — если я правильно понял — платиться за реальное процессорное время используемое приложением. То есть если аппликуха висит — но никто в нее не стучится — то и не платишь
2. на Амазоне платишь за то время, пока работает твоя виртуальная машина (спецы — плиз поправьте если не прав — самому инетерсно как оно на самом деле). То есть даже если не кто не обращается к твоему приложению — виртуальная машина запущена — часики тикают. Еще раз плиз — поправьте если не прав
Соотвествено — если решения базирующиеся на амазоне будут перенимать туже можедь подсчета времени — то и платить придеться по той же модели — хотя кто знает — может и что-то другое придумают
А по поводу App Engine Data API — это key-value DB — которые тут недавно бурно обсуждались — есть свои плюсы и минусы
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 от Гугл — и большой разницы по сравнению с текущим питоном я не вижу (разве что язык для кого-то более похожий)
До только в официальном RoadMap-е ничего похожего нет
И даже если Java и будет — то скорей всего сильно урезаная — то есть в отличие от Stax-а — никакое не полноценное J2EE — Java будет просто как связующая надстройка над набором API от Гугл — и большой разницы по сравнению с текущим питоном я не вижу (разве что язык для кого-то более похожий)
Я слышал где-то в видео подкастах от самих гугловцев, что в принципе поддерживать на подобных системах Java — очень накладно по ресурсам.
Стоит только представить как там garbage collector работать будет, на такой распределенной системе. (если вообще таковой окажется).
Я думаю, что чистый web application (да еще с какими-нибудь db-framework-ами) там затруднительно будет сделать, а вот что-то в роде серверного транслятора GWT… вот это уже больше похоже на правду.
Стоит только представить как там garbage collector работать будет, на такой распределенной системе. (если вообще таковой окажется).
Я думаю, что чистый web application (да еще с какими-нибудь db-framework-ами) там затруднительно будет сделать, а вот что-то в роде серверного транслятора GWT… вот это уже больше похоже на правду.
ну если верить этому: www.thescreencast.com/2008/04/using-java-gwt-with-google-app-engine.html то GWT можно и поверх питона пользовать
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Java в AppEngine / Java cloud computing