jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tako Schotanus <quinte...@gmail.com>
Subject Re: Jackrabbit & google AppEngine
Date Mon, 13 Apr 2009 09:29:41 GMT
"In an short attemp I tried to get from 0-AWS knowledge to a running JR demo

Hi Korbinian,

would you mind detailing a bit more how and what you did? I don't mean an
exact description but just a rundown of the services you used and such.

Is there a way to try what you did for free? Because I have the feeling from
what I read that you always have to pay with Amazon?

It's one of the reasons I never tried any of the Amazon services and it
might be an advantage that Google has: in lots of places developers make the
tech decisions and if Google allows you to try things out for free you're
more likely to take a look at it.


On Mon, Apr 13, 2009 at 11:10, Korbinian Bachl - privat <
korbinian.bachl@whiskyworld.de> wrote:

> well, even if one would be able to deploy JR, it would be a real joke, as
> googles hard limitations (maybe they soften these later on) would make files
> over 1MB each impossible - this and the maximum 10MB response limit kills
> nearly all java apps that are somewhat file related... Currently, im really
> unsure what market they target with GAE Java as the limitations makes nearly
> all java apps that might benefit most of such a cloud infrastructure
> impossible, e.g:
> Time per request        30 sec
> -> and no threads + background = no data crunching...
> Files per app   1,000
> -> this one looks odd... I nowhere could find what a "file" by their
> definition is, but a limit to 1000 real classes sounds a showstopper for
> many apps
> HTTP response size      10 MB
> -> I still don't understand how one then could make backups from one owns
> data...
> Datastore item size     1 MB
> -> that makes either fuzzy workarounds for larger data or it just won't
> store anything bigger as 1 MB each
> Application code size   150 MB
> -> this sounds high enough
> In the meantime I think that GAE Java will mostly help AWS or even Azure.
> In an short attemp I tried to get from 0-AWS knowledge to a running JR demo
> app. It took me less than 30 minutes of reading and 5 minutes of setup till
> my first instance was up, had attached storage and a fix IP on it (used some
> sun AMI, had all on it for JEE5)...
> As google will get similar price range for GAE as AWS is today, I dont see
> any use in investing more time on GAE just to avoid some of their
> restrictions while there are other solutions on the market already that
>  nearly have no limits at all. Only hazzle from AWS I found out so far is
> the billing + invoices that are not yet compatible with EU (european) fiscal
> needs.
> Best,
> Korbinian
> Stefan Guggisberg schrieb:
>  On Sat, Apr 11, 2009 at 4:36 PM, Torgeir Veimo <torgeir@pobox.com> wrote:
>>> has anyone been able to deploy a Jackrabbit repo within google AppEngine
>>>> for Java? - if yes, I would be interested in how to overcome the "no
>>>> file
>>>> messing allowed" limitation.
>>> You'd have to implement a bundle persistence mechanism that works with
>>> JDO
>>> and a JDO filesystem. Not too hard I think. The challenge probably lies
>>> in
>>> implementing an index storage implementation for lucene that works with
>>> JDO.
>> agreed. i have never used jdo, but i would guess it doesn't support
>> RandomAccessFile-like
>> funtionality (which AFAIK is required by lucene).
>> however, the most 'challenging' restriction of the google appengine
>> sandbox is the lack of
>> thread creation support...  this makes it virtually impossible to
>> deploy infrastructure
>> apps (like e.g. jackrabbit :(
>> cheers
>> stefan
>>  --
>>> Torgeir Veimo
>>> torgeir@pobox.com



  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message