Maybe is needed to put '5 commas' to synchronize the audio with the text. Now that i saw that i'm killing the thread as soon i call the worker, that is why maybe the code is working. Such things are real nice moments, it is a shame that is being shared just with me. Also look what interesting, now with the read on almost on shape reading Appengine documentation came a question, why put JDO or JPA? to complicate the implementation?
The implementation is already 'web centered' which means the "Entities" are hash map centered, if you for example want to build 'intranet applications to synchronize' local and remote storage using chrome, the best is 'don't use neither jdo neither jpa', id you use you will complicate. It is all matters to read the documenation when 'the head is ok'.
It is also interesting such audio for 'cartoons', but the main figure need to shake a little, to give such impression of 'animation', another challenge to 'write wrong and make it works'. And what could be send to the server? The map of the cartoon, i was realizing that maybe is what such 'programs do', you pick a draw tool for web but when you save you save the image map, which makes perfect sense, it is there for 'almost 30years'. The probably what can be done in a SE for images, besides the image, you index also the 'image map' inside a hyphothetical HTML page. The map also can be transformed together with the image, like rotation, scale, then instead to use a 'very complex' javascript, you send the imagemap and a script to manipulate it together with the image.
Also came a doubt, is chrome have an "SQL DB" is it possible to use an applet with 'a hibernate like in browser ?". The name of the new 'framework' all new features need new frameworks, PEBA Persistence Enhancement for Browser Applications.
