[appengine-java] Unicode problems

[George Moschovitis]

I have created a simple application that uses Unicode html files and
Unicode data in the Datastore.  To be more specific I use Greek text.
The application runs fine in the development server. However, when I
deployed the application to GAE all the Unicode (Greek) strings show
up as '?'.

This problem affects both strings in html templates and strings
fetched from the Datastore.

Any ideas?
-g.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en
-~--~~~~--~~--~--~---

[appengine-java] Re: Unicode problems

[George Moschovitis]

Hmm, I see correct (Greek) characters in the DataViewer.
But I get s in my app.
The strange thing is that everything works correctly in the
development server.

-g.

On Sep 16, 12:45 pm, leszek  wrote:
> Very interesting, I don't have any problems with Polish characters.
> Firstly look at your tables via data-viewer in the production
> environment. I see Polish characters there. You have to narrow  the
> problem - the characters are lost during sending, persisting or
> retrieving.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en
-~--~~~~--~~--~--~---

[appengine-java] Re: Unicode problems

[George Moschovitis]

> Make sure you have this meta tag in your generated html file.
> 

I *do* have this tag in my html!

> Also, you can set a response HTTP header with the same string.

OK, I will try to set the HTTP header, but I don't think this is the
problem.

-g.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en
-~--~~~~--~~--~--~---

[appengine-java] Re: Unicode problems

[George Moschovitis]

> OK, I will try to set the HTTP header, but I don't think this is the
> problem.

I have set the header but the problem is *not* fixed!
Any other ideas?

This is a show-stopper bug :( :(

-g.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en
-~--~~~~--~~--~--~---

[appengine-java] Re: Unicode problems

[George Moschovitis]

> But if the file with local characters is inside "src\..." dir, there
> is everythign fine. This is sufficient for me.

saddly, this is not sufficient for me :(
I am still looking for a way to fix the encoding problem in files that
reside in war/

quite interestingly in my HTML files I have some friend-connect code
for signin etc. While the FC code renders correct Greek chars on the
development server,
again it renders garbage ('??' strings) on AppEngine.

-g.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en
-~--~~~~--~~--~--~---

[appengine-java] LIKE query workaround for the Low Level API

[George Moschovitis]

Hi,

what is the suggested way to emulate an SQL LIKE 'prefix%' query using
the low level Datastore API?

thanks,
George.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en
-~--~~~~--~~--~--~---

[appengine-java] Re: Unicode problems

[George Moschovitis]

FYI, I fixed the problem with a little patch in narwhal (the commonjs
implementation used by Jack):

narwhal/engines/rhino/lib/binary-engine.js

exports.B_DECODE_DEFAULT = function(bytes, offset, length) {
return String(new Packages.java.lang.String(bytes, offset, length,
"UTF-8"));
}

exports.B_ENCODE_DEFAULT = function(string) {
return new Packages.java.lang.String(string).getBytes("UTF-8");
}


regards,
George.



On Oct 14, 9:25 pm, "Jason (Google)"  wrote:
> Hi Prashant. I'm still waiting on a .html or .txt file to test with using
> Helma NG/Jack in particular. If you're seeing something similar in a
> different environment, please post a new thread with more details. I do
> recall that there was a known issue with XMPP character encoding in version
> 1.2.5 -- can you check if this is fixed with yesterday's 1.2.6 release?
> - Jason
>
>
>
> On Sun, Oct 11, 2009 at 11:40 AM, Prashant  wrote:
> > is this issue solved?
>
> > i am having similar problem when i store some message, received via xmpp,
> > to datastore.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en
-~--~~~~--~~--~--~---

[appengine-java] Re: Introducing App Engine SDK 1.3.0

[George Moschovitis]

This is a long awaited feature.

Some problems though:

- Instead of the serve() helper I would expect access to the blobs
through a url, something like:
  http://my-app.appenginebs.com/blob-key
- No support for organization in directories
- A method to manipulate the uploaded blobs is missing (for example
cropping/resizing big images)
- No free quota

-g.


On Dec 15, 6:00 am, "Jason (Google)"  wrote:
> Hi Everyone. We just released version 1.3.0 of the App Engine SDK for
> both Python and Java. The most notable change is the new experimental
> Blobstore API which allows billed apps to store files up to 50 MB. The
> release also includes some performance tweaks to the Java runtime.
>
> Blog 
> post:http://googleappengine.blogspot.com/2009/12/app-engine-sdk-130-releas...
>
> Release notes:
> Python:http://code.google.com/p/googleappengine/wiki/SdkReleaseNotes
> Java:http://code.google.com/p/googleappengine/wiki/SdkForJavaReleaseNotes
>
> Cheers!
> - Jason

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Introducing App Engine SDK 1.3.0

[George Moschovitis]

> is interpreted by the infrastructure to cause it
> to send the blob back to the user.

What does 'interpreted' mean? is the actual file served from a
separate infrastructure optimized for static files (in the future
maybe from a CDN)?
I would like to skip the dynamic request to the application, using an
'opaque' url could help here...

> Blobs are just that - chunks of data. It's up to you to construct whatever
> heirarchy you wish in the datastore.

you mean keeping another entity with hierarchy data separate from
BlobInfo per Blob?

thanks,
-g.

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Introducing App Engine SDK 1.3.0

[George Moschovitis]

> Part of the infrastructure between the user and your code sees the blobstore
> header in your response, and replaces the response with the contents of that
> blob.

OK,

Another thing, how could I use the Images api on an uploaded image
before storing it to the blobstore.
Would I have to emulate a POST to the blobstore url after applying the
trasforms?
I am wondering if there is some example code that demonstrates this...

regards,
-g.

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Introducing App Engine SDK 1.3.0

[George Moschovitis]

> The release also includes some performance tweaks to the Java runtime.

I *think* the new runtime is considerably faster when running Rhino
(JavaScript) applications.
Great job!

-g.

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Storing transformed images back into the Blobstore

[George Moschovitis]

The Image API is conveniently extended to support creation of Images
straight from the Blobstore, ie:

ImageServiceFactory.makeImageFromBlob(..)

After transforming the image by applying ImageAPI transformations, is
there a way to store the image back into the blobstore? A helper like:

Image.putBlob(..)

would be useful.

regards,
-g.

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: BlobstoreService limited by serve() / Feature request for get()

[George Moschovitis]

good point...
-g.

On Dec 18, 6:29 pm, Stuart Moffatt  wrote:
> Users interested in better BlobstoreService, please "star" the issue so it
> gets more attention:
>
> http://code.google.com/p/googleappengine/issues/detail?id=2536
>
> Stuart
>
> On Fri, Dec 18, 2009 at 11:23 AM, Stuart Moffatt 
> wrote:
>
>
>
> > Added as feature request:
>
> >http://code.google.com/p/googleappengine/issues/detail?id=2536
>
> >  Stuart
>
> > On Fri, Dec 18, 2009 at 11:16 AM, Stuart Moffatt 
> > wrote:
>
> >> App Engine team:
>
> >> Thanks for introducing BlobstoreService. It looked like it was going
> >> to solve a major impediment in an application I am prototyping, but I
> >> hit the wall (again) with only being able to regurgitate blobs during
> >> an http response, and not do anything useful with them in the cloud.
>
> >> I am using BlobstoreService to upload and store serialized spatial
> >> indexes. I want to be able to query them with point geometry, but once
> >> they are in the store there is no way for me to fetch them again
> >> within the context of my application. I can delete(key) in an
> >> application context, and serve(key) them directly back to the browser,
> >> but I cannot fetch them from the blobstore and operate on them, which
> >> is exactly what I need to do in my app.
>
> >> For a minute I was tricked into thinking that I could use the URL
> >> Fetch API from within my app, since serve(key) pumps out the data in
> >> response to a get call. But an internal URL Fetch is also limited to
> >> 1MB, and I receive the dreaded: "The response from url
> >>http://localhost:/serve/blob?blob-key=2rdXcmNBIZz3_mDE8msbXgwas
> >> too large." (Of course, if I just hit that same URL in my browser, I
> >> download the data just fine -- its just within a programmatic App
> >> Engine context that I cannot fetch that URL.)
>
> >> "All I want for Christmas is my two front teeth." In this case, the
> >> teeth are either or both of the following hooks:
>
> >> 1) New URL Fetch API feature realizes that it is calling the
> >> BlobstoreService, and lets data > 1MB pass through. Since
> >> BlobstoreService is handling the response internally, add an extra
> >> header that URL Fetch understands to lift the size limit restriction.
> >> You could even restrict this to only allow URL Fetch of blobs in the
> >> same App Engine application.
>
> >> 2) Expose a BlobstoreService.get(BlobKey key) method so applications
> >> can fetch blobs after they are stored and do something useful with
> >> them -- like geospatial operations on spatial index blobs, or opening
> >> stored zip archives and processing contents with task queues. No
> >> worries if people go blob crazy -- billing is turned on, and real
> >> fancy querying needs to be done with basic datastore entities anyways.
>
> >> Please consider one or both of these options. Option #2 sounds like a
> >> no-brainer to me, because somewhere under the serve() hood you must be
> >> fetching the blob by key already.
>
> >> Stuart

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Set the

[George Moschovitis]

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Set the Timezone

[George Moschovitis]

Is there a way to set the timezone for my application?

I tried with the following setup in appengine-web.xml:






but it doesn't seem to work (the time is 2 hours behind).

Is there an alternative?

This is an *important* problem, any help will be really appreciated!

regards,
George.

--
http://www.appenginejs.org

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Set the Timezone

[George Moschovitis]

Any ideas?

-g.

On Dec 23, 2:46 pm, George  Moschovitis 
wrote:
> Is there a way to set the timezone for my application?
>
> I tried with the following setup in appengine-web.xml:
>
>         
>                 
>                 
>         
>
> but it doesn't seem to work (the time is 2 hours behind).
>
> Is there an alternative?
>
> This is an *important* problem, any help will be really appreciated!
>
> regards,
> George.
>
> --http://www.appenginejs.org

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Set the Timezone

[George Moschovitis]

> >> Is there a way to set the timezone for my application?
>
> TimeZone.setDefault(TimeZone.getTimeZone("GMT-8:00"));

Have you actually *tested* this on App Engine?
This should be inserted in the servlet initialization code?

thank you,
-g.


>
> If you use JSTL, try the following setup in web.xml:
> 
>     javax.servlet.jsp.jstl.fmt.timeZone
>     GMT-8:00
> 
>
> You can change "GMT-8:00" as you want.
>
> Hope this helps,
>
> Yasuo Higa

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Set the Timezone

[George Moschovitis]

Thank you I will try this!

kind regards,
George.

On Dec 25, 10:24 am, Yasuo Higa  wrote:
> Hi George,
>
> >> >> Is there a way to set the timezone for my application?
>
> >> TimeZone.setDefault(TimeZone.getTimeZone("GMT-8:00"));
>
> > Have you actually *tested* this on App Engine?
>
> Yes.
>
> > This should be inserted in the servlet initialization code?
>
> You can insert the code when the servlet initializes as follows:
> @Override
> public void init() throws ServletException {
>     TimeZone.setDefault(TimeZone.getTimeZone("GMT-8:00"));
>
> }
>
> When I reply something, I always try it.
>
> Hope this helps,
>
> Yasuo Higa

--

You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] A running app does not detect newly created files.

[George Moschovitis]

When testing my app with the DevServer I face the following problem:

If I add a new file in the war/ directory *after* the application has
started the application cannot access it:

java.security.AccessControlException: access denied
(java.io.FilePermission WEB-INF/src/path/to/newfile.ext read)

I am wondering if this is the standard behaviour or something is wrong
with my app. The real problem is when I am trying to test the
blobstore api. The DevServer places the uploaded files in the WEB-INF
directory and I get AccessControlExceptions when trying to serve the
files back.

regards,
-g.
-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: A running app does not detect newly created files.

[George Moschovitis]

> Since app engine does not allow file writing, it probably does not expect
> any new file during run time. That's why you see the new file only after
> restarting the server. To "write new file" in app engine, I would think it
> as "put new file content into datastore".

That's what I thought...

But, the blobstore emulation in the devserver creates new files (which
are not detected without restarting)

-g.


> -aj
>
> On Thu, Jan 14, 2010 at 9:53 AM, George Moschovitis <
>
>
>
>
>
> george.moschovi...@gmail.com> wrote:
>
> > On Jan 14, 12:47 am, "Jason (Google)"  wrote:
> > > I implemented the sample Blobstore application provided in the
> > documentation
> > > (two servlets, Upload.java and Serve.java -- Upload.java redirects to
> > > Serve.java which looks up the blob and renders it using
> > > blobstoreService.serve) but I'm not able to reproduce your error. I can
> > see
> > > that, on the development server, the uploaded file is indeed stored in
> > > WEB-INF/appengine-generated, but there aren't any exceptions when trying
> > to
> > > read this file regardless of whether the development server is still
> > > running.
>
> > > Out of curiosity, what platform are you running (Windows, Mac OS X, or
> > > Linux) and what are the permissions of the newly added file? This is what
> > I
> > > see: -rw-r--r-- If your case is similar, you shouldn't have any issue
>
> > I see this as well:
>
> > -rw-r--r-- 1 root  root    40018 2010-01-14 19:49
> > fgMldUn0bca_tWegd6UK2Q
>
> > but I still get the error where trying to view the file.
>
> > However, if I restart the devserver and try to serve the file it
> > works!
> > It seems like the server is getting a snapshot of the filesystem and
> > does not recognize new files?
>
> > Btw I am running a Javascript (Rhino) application using narwhal
> > (www.narwhaljs.org)
> > Perhaps this is a problem with narwhal and not the devserver?
>
> > regards,
> > -g.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google App Engine for Java" group.
> > To post to this group, send email to
> > google-appengine-j...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine-java+unsubscr...@googlegroups.com > unsubscr...@googlegroups.com>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/google-appengine-java?hl=en.
>
> --
> AJ Chen, PhD
> Chair, Semantic Web SIG, sdforum.orghttp://web2express.org
> @web2express on twitter
> Palo Alto, CA, USA
> 650-283-4091
> *Monitoring social media in real time*
-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: A running app does not detect newly created files.

[George Moschovitis]

> Thanks for the extra information re: your use of Narwhal. I don't have too
> much experience with it, but can you implement the Blobstore docs demo
> without Narwhal to see if it works for you as it does for me? This is the
> doc I used to implement my version:
>
> http://code.google.com/appengine/docs/java/blobstore/overview.html

That would be difficult.
If you are certain that the devserver does not take a snapshot of the
file system on startup, then the problem must be with narwhal...

-g.
-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Deleting unused indices

[George Moschovitis]

The Python SDK provides a method to delete unused indices:

http://code.google.com/appengine/docs/python/tools/uploadinganapp.html#Deleting_Unused_Indexes

I cannot find the equivalent in the Java SDK. Is there a way to delete
unused indices?

It would be great if the web admin interface provided an option to
delete each index.

kind regards,
George.

--
http://www.appenginejs.com
-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Deleting unused indices

[George Moschovitis]

On Jan 19, 3:19 pm, John Patterson  wrote:
> You need to download the python sdk and use appcfg.py on your Java app.
>
> I am on a mac and after downloading the sdk I ran the  
> AppEngineLanucher and created a new app with my Java app's id
>
> then I ran appcfg.py vacuum_indexes /path/to/dummy_python_app/

do I need to have an index.yaml file for this to work?

this solution is not really helpful. Some kind of web interface (or at
least a Java command line tool) is really needed.

-g.
-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Strange error on begin transaction

[George Moschovitis]

Hello,

I see the following error (INFO severity) in the logs of my app:

com.google.appengine.repackaged.com.google.common.base.FinalizableReferenceQueue
$SystemLoader loadFinalizer: Not allowed to access system class
loader.
com.google.appengine.repackaged.com.google.common.base.internal.Finalizer
getInheritableThreadLocalsField: Couldn't access
Thread.inheritableThreadLocals. Reference finalizer threads will
inherit thread local values.
com.google.appengine.repackaged.com.google.common.base.FinalizableReferenceQueue
: Failed to start reference finalizer thread. Reference cleanup
will only occur when new references are created.
java.lang.reflect.InvocationTargetException
at
com.google.appengine.runtime.Request.process-3dbcd69ac8d2e2a0(Request.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Method.java:43)
at
com.google.appengine.repackaged.com.google.common.base.FinalizableReferenceQueue.(FinalizableReferenceQueue.java:
127)
at com.google.appengine.repackaged.com.google.common.collect.Interners
$WeakInterner.(Interners.java:118)
at
com.google.appengine.repackaged.com.google.common.collect.Interners.newWeakInterner(Interners.java:
59)
at
com.google.appengine.repackaged.com.google.io.protocol.ProtocolSupport.(ProtocolSupport.java:
55)
at com.google.apphosting.api.DatastorePb
$Transaction.(DatastorePb.java:61)
at com.google.apphosting.api.DatastorePb$Transaction
$1.(DatastorePb.java:327)
at com.google.apphosting.api.DatastorePb
$Transaction.(DatastorePb.java:327)
at
com.google.appengine.api.datastore.DatastoreServiceImpl.beginTransaction(DatastoreServiceImpl.java:
268)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Method.java:43)
at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:161)
at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:
247)
at
org.mozilla.javascript.optimizer.OptRuntime.callProp0(OptRuntime.java:
119)


any idea what that might be? I am using SDK 1.3.1

Thanks in advance,
George

--
http://www.appenginejs.org

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Strange error on begin transaction

[George Moschovitis]

Any idea?

-g.

On Feb 12, 7:55 pm, George  Moschovitis 
wrote:
> Hello,
>
> I see the following error (INFO severity) in the logs of my app:
>
> com.google.appengine.repackaged.com.google.common.base.FinalizableReference 
> Queue
> $SystemLoader loadFinalizer: Not allowed to access system class
> loader.
> com.google.appengine.repackaged.com.google.common.base.internal.Finalizer
> getInheritableThreadLocalsField: Couldn't access
> Thread.inheritableThreadLocals. Reference finalizer threads will
> inherit thread local values.
> com.google.appengine.repackaged.com.google.common.base.FinalizableReference 
> Queue
> : Failed to start reference finalizer thread. Reference cleanup
> will only occur when new references are created.
> java.lang.reflect.InvocationTargetException
>         at
> com.google.appengine.runtime.Request.process-3dbcd69ac8d2e2a0(Request.java)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>         at java.lang.reflect.Method.invoke(Method.java:43)
>         at
> com.google.appengine.repackaged.com.google.common.base.FinalizableReference 
> Queue.(FinalizableReferenceQueue.java:
> 127)
>         at com.google.appengine.repackaged.com.google.common.collect.Interners
> $WeakInterner.(Interners.java:118)
>         at
> com.google.appengine.repackaged.com.google.common.collect.Interners.newWeak 
> Interner(Interners.java:
> 59)
>         at
> com.google.appengine.repackaged.com.google.io.protocol.ProtocolSupport. nit>(ProtocolSupport.java:
> 55)
>         at com.google.apphosting.api.DatastorePb
> $Transaction.(DatastorePb.java:61)
>         at com.google.apphosting.api.DatastorePb$Transaction
> $1.(DatastorePb.java:327)
>         at com.google.apphosting.api.DatastorePb
> $Transaction.(DatastorePb.java:327)
>         at
> com.google.appengine.api.datastore.DatastoreServiceImpl.beginTransaction(Da 
> tastoreServiceImpl.java:
> 268)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>         at java.lang.reflect.Method.invoke(Method.java:43)
>         at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:161)
>         at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:
> 247)
>         at
> org.mozilla.javascript.optimizer.OptRuntime.callProp0(OptRuntime.java:
> 119)
>
> any idea what that might be? I am using SDK 1.3.1
>
> Thanks in advance,
> George
>
> --http://www.appenginejs.org

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Expires header automatically added (bug?)

[George Moschovitis]

I noticed that the (live) Google App Engine server automatically adds
an Expires header to all responses in one of my apps.
I am not sure, but I *think* this behavior was introduced some time in
the last week.

I am sure that I do not send the Expires header, and the header is not
automatically added in the development server.

any ideas?
-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Expires header automatically added (bug?)

[George Moschovitis]

> I do use Expires header as well and it works as expected. For statis
> resources you define explicit expiration using appengine-web.xml.

It did work as expected.
Now the Expires header is added automatically to *dynamic* request,
even for request that don't require it.

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Expires header automatically added (bug?)

[George Moschovitis]

> Could you provide some code please?

What kind of code should I provide? I do NOT set the Expires header in
my code, and still GAE automatically adds the Expires header.

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Expires header automatically added (bug?)

[George Moschovitis]

I don NOT want to set an Expires header. I am just curious with the
header is added (and messes up with my caching scheme)

-g.


> Well, if you do not like what GAE sets as Expires value, why not set
> yours?
>
> On Mar 1, 11:18 am, George  Moschovitis 
> wrote:
>
>
>
> > > Could you provide some code please?
>
> > What kind of code should I provide? I do NOT set the Expires header in
> > my code, and still GAE automatically adds the Expires header.
>
> > -g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Expires header automatically added (bug?)

[George Moschovitis]

Yes, I am setting a cookie.

The session leakage problem is interesting. I have a question though,
does the Expires header have precedence over the LastModified/ETag
headers?
I would like to use the LastModified/ETag headers to implement
conditional GET, are you sure that ETag has precedence over the
Expires header? (I am using cache-control: private)

btw, thanks for the answer.

-g.

On Mar 1, 8:39 pm, "Ikai L (Google)"  wrote:
> Are you setting a cookie? We force an expires header for any requests that
> have a set-cookie header. The reason for this is that many users access
> websites using HTTP proxies. Some proxies will cache the entire request,
> which may cause session leak (e.g. let you read someone else's email).
>
> On Mon, Mar 1, 2010 at 7:09 AM, George Moschovitis <
>
>
>
>
>
> george.moschovi...@gmail.com> wrote:
> > I don NOT want to set an Expires header. I am just curious with the
> > header is added (and messes up with my caching scheme)
>
> > -g.
>
> > > Well, if you do not like what GAE sets as Expires value, why not set
> > > yours?
>
> > > On Mar 1, 11:18 am, George  Moschovitis 
> > > wrote:
>
> > > > > Could you provide some code please?
>
> > > > What kind of code should I provide? I do NOT set the Expires header in
> > > > my code, and still GAE automatically adds the Expires header.
>
> > > > -g.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google App Engine for Java" group.
> > To post to this group, send email to
> > google-appengine-j...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine-java+unsubscr...@googlegroups.com > unsubscr...@googlegroups.com>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/google-appengine-java?hl=en.
>
> --
> Ikai Lan
> Developer Programs Engineer, Google App 
> Enginehttp://googleappengine.blogspot.com|http://twitter.com/app_engine

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Expires header automatically added (bug?)

[George Moschovitis]

> If you're serving
> other files, you'll have to handle the ETag and If-None-Match headers
> yourself, and I don't believe that we interfere with you doing this now.

OK, good to know, thanks.

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Low-level API and eventual consistency

[George Moschovitis]

Should we create a new instance per query?
Or just use two instances (strong/eventual) for the whole app?

-g.

On Apr 2, 2:29 am, "Ikai L (Google)"  wrote:
> That's correct. The cost of creating an instance is negligible, though. It's
> not dissimilar to creating different MemcacheService instances with
> different write policies.
>
>
>
>
>
> On Thu, Apr 1, 2010 at 4:09 PM, keyurva  wrote:
> > I use the low-level datastore API. At runtime, I want to use the new
> > eventual consistency on occasions and strong consistency at others.
>
> > I was looking at the Query class to set the consistency option but
> > noticed that it is only available in DatastoreServiceConfig. Is it
> > expected that one needs to use different DatastoreService instances
> > for different read policies? Or am I missing something obvious?
>
> > Thanks,
> > Keyur
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google App Engine for Java" group.
> > To post to this group, send email to
> > google-appengine-j...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine-java+unsubscr...@googlegroups.com > unsubscr...@googlegroups.com>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/google-appengine-java?hl=en.
>
> --
> Ikai Lan
> Developer Programs Engineer, Google App 
> Enginehttp://googleappengine.blogspot.com|http://twitter.com/app_engine

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Απ: Google Plugin for Eclipse beta available

[George Moschovitis]

I created a simple web app using the GPE wizzard (no GWT).
I added the Google Contacts API (using the wizzard in the beta GPE).

Then, I added the following line in my servlet:

ContactsService srv = new ContactsService("gmosx-test-1");

When I started the app I get the error:

java.lang.NoClassDefFoundError: com/google/gdata/client/GoogleService

am I missing something? Do I have to manually add the jars in the WEB-INF 
dir or something?

thanks,
-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

Απ: Re: [appengine-java] Απ: Google Plugin for Eclipse beta available

[George Moschovitis]

-rw-r--r-- 1 gmosx gmosx   127114 2011-04-24 16:21 gdata-client-1.0.jar
-rw-r--r-- 1 gmosx gmosx69903 2011-04-24 16:21 gdata-contacts-3.0.jar
-rw-r--r-- 1 gmosx gmosx 1448 2011-04-24 16:21 
gdata-contacts-meta-3.0.jar
-rw-r--r-- 1 gmosx gmosx   548821 2011-04-24 16:21 
google-collect-1.0-rc1.jar
-rw-r--r-- 1 gmosx gmosx33017 2011-04-24 16:21 jsr305.jar

com.google.gdata.client.GoogleService is not included in any of these jars 
(I would expect to find this class inside the gdata-client-1.0.jar).

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Απ: ANN: BatchFB 2.1, a Java Facebook library with automatic batching

[George Moschovitis]

Thanks for the release, but why don't you use Future?

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine-java/-/3i3R-OpLvjAJ.
To post to this group, send email to google-appengine-java@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Application statistics are currently unavailable.

[George Moschovitis]

I get the error:

"Application statistics are currently unavailable."

in the control panel, and I can't see any statistics (including billing 
information).

any ideas?
-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine-java/-/gplbIUD58uAJ.
To post to this group, send email to google-appengine-java@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: SimpleDS 1.0 is out

[George Moschovitis]

great work!

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] MVC framework engineered specifically for GAE/J

[George Moschovitis]

I am looking for a lightweight MVC framework specifically engineered
for GAE/J, preferably using Guice.
I am aware of google sitebricks but I am wondering if there are other
alternatives.

regards,
-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] JPA equivalent for .makePersistentAll()

[George Moschovitis]

JDO supports the very useful .makePersistentAll() method. Is there an
equivalent method for JPA?

thanks,
-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Convert JDO/JPA POJO to a Datastore Entity

[George Moschovitis]

Is there a way to convert a JDO/JPA POJO to the corresponding
Datastore Entity? I am sure this functionality exists in the JDO/JPA
implementation but is this exposed in a public API? (maybe through a
helper).

This would allow mixing calls to JDO/JPA with calls to the low-level
API for special case optimizations.

regards,
George.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: JPA equivalent for .makePersistentAll()

[George Moschovitis]

So, isn't this possible in JPA?

-g.

On Oct 31, 11:05 pm, George  Moschovitis
 wrote:
> JDO supports the very useful .makePersistentAll() method. Is there an
> equivalent method for JPA?
>
> thanks,
> -g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Convert JDO/JPA POJO to a Datastore Entity

[George Moschovitis]

I know about Objectify but I would like to use a standard solution
like JPA/JDO.
Even if it is (currently) less efficient than custom solutions.

-g.

On Nov 1, 12:32 pm, Didier Durand  wrote:
> Hi George,
>
> Not a direct answer to your question, but if you're looking for
> something "lighter" than JDO/JPA, I would encourage you to have a look
> at Objectify: it's much closer to DS api than JPA/JDO (and much
> simpler and more efficient...) but still provides a good level of
> abstraction for efficient programming.
>
> Something that could be tried (as Objectify uses some JPA annotation)
> is to remap JPA entities onto Objectify entities but it very much
> depends on your level of sophistication in the use of JPA.
>
> regards
>
> didier
>
> On Oct 31, 10:08 pm, George  Moschovitis
>
>
>
>
>
>
>
>  wrote:
> > Is there a way to convert a JDO/JPA POJO to the corresponding
> > Datastore Entity? I am sure this functionality exists in the JDO/JPA
> > implementation but is this exposed in a public API? (maybe through a
> > helper).
>
> > This would allow mixing calls to JDO/JPA with calls to the low-level
> > API for special case optimizations.
>
> > regards,
> > George.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] JPA/JDO key with parent and autogenerated long id

[George Moschovitis]

I have a simple class where the key needs a Parent and auto generated
long id component.
I am not sure hot to implement this with JPA/JDO, here is a hack I
tried:

@Entity
public class Account {
  @Id
  private Key key;
..
}

Account account = new Account();
account.setKey(DatastoreServiceFactory.getDatastoreService().allocateIds(parent.getKey(),
Account.class.getSimpleName(), 1).getStart());
em.persist(account);

This seems to work, but I am wondering if there is a more elegant way?

-g.

PS: Remember, I need an auto-generated Id *with* a parent.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] datanucleus-appengine

[George Moschovitis]

Are there any plans to resume work on datanucleus-appengine?

The progress on this lib seems to have stopped 6 months ago and there
still a lot of related issues in the tracker:

update to the latest version of datanucleus, support for unowned
relations, support for more jdo/jpa features, jpa docs and more...

is there a roadmap for this important library?

thanks,
-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: datanucleus-appengine

[George Moschovitis]

The db story of GAE/J looks really sad:

- the low level api is erm... too low level.
- the 'official' datanucleus jdo/jpa apis seem abandoned.
- there are some interesting third party efforts (objectify, twig,
simpleds) but I don't really feel safe with third party solutions.

Given the fact that the db layer is central in typical web
applications, I would expect that Google provides a convincing
solution to this 'issue' ASAP.
It's unbelievable that only a single developer is (was?) working on
such a critical part or the GAE/J offering.

regards,
-g.

PS: How about bringing the original datanucleus developers on team?


On Nov 24, 11:56 am, Ian Marshall  wrote:
> +1 on this one. DataNucleus is a core library for those of us using
> JDO or JPA.
>
> I am fairly ruthless in avoiding third party plug-ins for my GAE/J app
> in order to minimise the risk of improvements stopping permanently,
> but I decided to use JDO so I have no choice but to depend on GAE's
> use of DataNucleus.
>
> Max Ross of Google seems to have disappeared from view since the end
> of August. He did (and hopefully still does) lots of datastore-related
> work.
>
> On Nov 23, 2:48 pm, George  Moschovitis 
> wrote:
>
>
>
>
>
>
>
> > Are there any plans to resume work on datanucleus-appengine?
>
> > The progress on this lib seems to have stopped 6 months ago and there
> > still a lot of related issues in the tracker:
>
> > update to the latest version of datanucleus, support for unowned
> > relations, support for more jdo/jpa features, jpa docs and more...
>
> > is there a roadmap for this important library?
>
> > thanks,
> > -g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: datanucleus-appengine

[George Moschovitis]

> We haven't abandoned JDO/JPA, but we may emphasize the low-level APIs going
> forward. You'll always get low-level features first. The mismatch between
> datastore features and relational database features is starting to really
> grow.

I understand that emphasizing on the Low Level API makes sense, but
some work on JDO/JPA would be reasonable.
There is a lot of stuff that could be implemented on top of the
standard APIs.

Moreover, you could consider offering a custom Higher Level API, maybe
something similar to the Python version.
Having 10 slightly different community driven APIs is not productive.

regards,
-g.

>
> One thing we'll plan on doing is to work more closely with framework and
> library implementors to make sure they have what they need to build toolkits
> that better mesh with non-relational datastores. For instance, take a look
> at our recent article about Django:
>
> http://code.google.com/appengine/articles/django-nonrel.html
>
> (BTW, if you are a Python developer, please do not use app-engine-patch.
> It's deprecated).
>
> The original approach we took and encouraged was to bend existing toolkits
> to work with GAE to adhere to standards. We'll still do this when possible,
> but we're more pragmatic than dogmatic about standards. In some cases, such
> as the datastore, it may make more sense for us to help developers build
> toolkits that can keep up with the trend of non-relational persistence.
>
> --
> Ikai Lan
> Developer Programs Engineer, Google App Engine
> Blogger:http://googleappengine.blogspot.com
> Reddit:http://www.reddit.com/r/appengine
> Twitter:http://twitter.com/app_engine
>
>
>
>
>
>
>
> On Thu, Nov 25, 2010 at 12:38 AM, Eugene D  wrote:
> > Great question. It would be very helpful to get a status report on
> > this as well as a roadmap for either this library or any planned
> > alternatives
>
> > On Nov 23, 3:48 pm, George  Moschovitis 
> > wrote:
> > > Are there any plans to resume work on datanucleus-appengine?
>
> > > The progress on this lib seems to have stopped 6 months ago and there
> > > still a lot of related issues in the tracker:
>
> > > update to the latest version of datanucleus, support for unowned
> > > relations, support for more jdo/jpa features, jpa docs and more...
>
> > > is there a roadmap for this important library?
>
> > > thanks,
> > > -g.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google App Engine for Java" group.
> > To post to this group, send email to
> > google-appengine-j...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine-java+unsubscr...@googlegroups.com > unsubscr...@googlegroups.com>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/google-appengine-java?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: GWT wrapper for the client side (javascript) Channel API

[George Moschovitis]

Indeed, would be very useful!

-g.

On Dec 3, 6:18 pm, Ice13ill  wrote:
> Would be very very nice
>
> On Dec 3, 11:00 am, dilbert  wrote:
>
>
>
>
>
>
>
> > It would be a nice feature to have in our GWT arsenal so I submitted
> > an issue here:http://code.google.com/p/googleappengine/issues/detail?id=4192
>
> > Please star it if You are interested.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: datanucleus-appengine

[George Moschovitis]

It 's counter productive for me, for the simple reason that I cannot
choose which API to
use:

- JPA seems to be the standard but it's geared towards RDBMS
- JDO is 'older' but better supports non relational DBs
- Both of the above seem abandoned (for example they use a very old
Datanucleus version)
- the Low level is too ..low level with no support of static typing
(one of the benefits of using Java)
- Twig has interesting features but seems to lack momentum
- Objectify seems to have more momentum, but is not standard, dunno if
this will be supported in a year or two
- etc, etc..."

As you can see I am on a deadlock, I cannot decide which API to use
and frankly all of the available options leave a lot
to be desired.

New features like (Channel API, Reserved instances, etc) may be cool,
but really GAE/J needs a solid, dependable database story...

just my 2 cents...
-g.


On Dec 3, 8:46 pm, "Ikai Lan (Google)" 
wrote:
> We'll investigate ways to keep JDO/JPA up to date.
>
> I disagree about the fact that having community driven libraries is counter
> productive. In fact, this is a sign of a thriving community. When evaluating
> our support of these libraries, we realized that we could have done a better
> job helping the folks building great tools for App Engine users. We've taken
> steps to better involve framework and library developers, and going forward,
> we will be having higher expectations for our own involvement helping these
> developers be successful.
>
> --
> Ikai Lan
> Developer Programs Engineer, Google App Engine
> Blogger:http://googleappengine.blogspot.com
> Reddit:http://www.reddit.com/r/appengine
> Twitter:http://twitter.com/app_engine
>
> On Fri, Dec 3, 2010 at 10:37 AM, George Moschovitis <
>
>
>
>
>
>
>
> george.moschovi...@gmail.com> wrote:
> > > We haven't abandoned JDO/JPA, but we may emphasize the low-level APIs
> > going
> > > forward. You'll always get low-level features first. The mismatch between
> > > datastore features and relational database features is starting to really
> > > grow.
>
> > I understand that emphasizing on the Low Level API makes sense, but
> > some work on JDO/JPA would be reasonable.
> > There is a lot of stuff that could be implemented on top of the
> > standard APIs.
>
> > Moreover, you could consider offering a custom Higher Level API, maybe
> > something similar to the Python version.
> > Having 10 slightly different community driven APIs is not productive.
>
> > regards,
> > -g.
>
> > > One thing we'll plan on doing is to work more closely with framework and
> > > library implementors to make sure they have what they need to build
> > toolkits
> > > that better mesh with non-relational datastores. For instance, take a
> > look
> > > at our recent article about Django:
>
> > >http://code.google.com/appengine/articles/django-nonrel.html
>
> > > (BTW, if you are a Python developer, please do not use app-engine-patch.
> > > It's deprecated).
>
> > > The original approach we took and encouraged was to bend existing
> > toolkits
> > > to work with GAE to adhere to standards. We'll still do this when
> > possible,
> > > but we're more pragmatic than dogmatic about standards. In some cases,
> > such
> > > as the datastore, it may make more sense for us to help developers build
> > > toolkits that can keep up with the trend of non-relational persistence.
>
> > > --
> > > Ikai Lan
> > > Developer Programs Engineer, Google App Engine
> > > Blogger:http://googleappengine.blogspot.com
> > > Reddit:http://www.reddit.com/r/appengine
> > > Twitter:http://twitter.com/app_engine
>
> > > On Thu, Nov 25, 2010 at 12:38 AM, Eugene D  wrote:
> > > > Great question. It would be very helpful to get a status report on
> > > > this as well as a roadmap for either this library or any planned
> > > > alternatives
>
> > > > On Nov 23, 3:48 pm, George  Moschovitis 
> > > > wrote:
> > > > > Are there any plans to resume work on datanucleus-appengine?
>
> > > > > The progress on this lib seems to have stopped 6 months ago and there
> > > > > still a lot of related issues in the tracker:
>
> > > > > update to the latest version of datanucleus, support for unowned
> > > > > relations, support for more jdo/jpa features, jpa docs and more...
>
> > > > > is there a roadmap for this important library?
>
> > > > > thanks,
> > > &g

[appengine-java] Re: datanucleus-appengine

[George Moschovitis]

> You're eager optimizing your support problem, when really the problem you
> should be solving is "what do I need to build? How do I get there?"

I know what I want to build. My problem is that I (obviously) need a
Datastore API. In the Google App Engine documentation
the endorsed API was (until now) JDO (and maybe JPA).

>From your earlier post I learned  that JDO/JPA support is ..kind of
deprecated.

I don't plan to create a new API myself. I would prefer to use a
Google-endorsed API, but today there is no such thing.
I find this annoying. I may be wrong, but this is my perspective, we
can't all agree on everything. Still, you should keep developer
concerns
in mind when laying out the road map for future releases.

regards,
-g.


PS: and yes, I 'll probably use Objectify after all...

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: Announcing free online GWT/GAE mini-book

[George Moschovitis]

Looks interesting, thanks for releasing!

A pdf/.mobi version would be a great addition btw...

regards,
-g.



On Dec 3, 1:02 am, "marius.andreiana" 
wrote:
> Hi everyone,
>
> I'm glad to announce a free, online GWT 2.1 & GAE mini-book. It's
> available athttp://code.google.com/p/gwt-gae-book
>
> The book aims to introduce engineers on how to professionally develop
> applications using Google Web Toolkit and App Engine by developing a
> full real application step by step.
>
> I'd like to thank the following persons for reviewing the contents and
> suggesting numerous improvements before making the book public:
> Philippe Beaudoin, Christian Goudreau, John Patterson, Zack Grossbart.
> Thanks!
>
> Hope you'll find it useful. Looking forward to your feedback and
> contributions,
> Marius

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: datanucleus-appengine

[George Moschovitis]

> We are making sure it is keeping pace with our new SDK
> releases, and we hope to be able to start enhancing it as soon as we can.

let's hope this will be 'soon'.

> (did you see the mention of the "High Replication Datastore" in our latest
> blog 
> post
> ?)

not exactly sure what the "High Replication Datastore" is, but it
sounds promising...

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: GWT wrapper for the client side (javascript) Channel API

[George Moschovitis]

> http://code.google.com/p/gwt-gae-channel/

excellent, thanks!
-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: datanucleus-appengine

[George Moschovitis]

On Dec 4, 6:56 am, John Howe  wrote:
> Is that another "wave" I see on the horizon ...

the news on the cloud-portability front are disappointing too:

https://jira.springsource.org/browse/ROO-1797

Remove support for DataNucleus 1.x and Google App Engine

Since none of Roo's sample apps can deploy to the app engine and given
there are a lot of hacks in the Roo code to allow even the simplest of
apps to run in the app engine, this task is to remove all the code
that supports the app engine until full SQL support is available. This
also has the added benefit of being able to drop support for JPA 1.0
with the removal of DataNuclueus 1.x

maybe another reason to update datanuclues-appengine to datanucleus
2.x ?

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: AppEngine 1.4.0 now supports jsp-config in web.xml

[George Moschovitis]

Interesting,


I love seeing "uncool" but still useful features added in the SDK.


-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Re: datanucleus-appengine

[George Moschovitis]

>
> started a new app. For me, Objectify made Java persistence coding fun 
> again, and words like "persistence manager lifecycle" and "detached 
> instance" are blissfully draining out of my vocabulary :-) 


you may have a point here ;-)

-g. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] Our experience with App Engine

[George Moschovitis]

>
> - JDO - we've changed the documentation to show examples using the 
> low-level API and are working more closely with third-party library 
> developers. We've realized that there's a passionate community of open 
> source developers out there solving their own itch (itches that are likely 
> shared by others), and we're working on different ways of making it happen.
>

Interesting, haven't noticed the changes in the docs (maybe a 'New!' marker 
would help). It seems that the low level API is in the spotlight now.
No problem with that, but I 'd love to see improved support for static 
typing (most probably through generics) in the API.

-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

[appengine-java] Sevlet 3.0 support?

[George Moschovitis]

Now that containers such as JBoss and Tomcat are updated I am wondering if 
Servlet 3.0 support is on the
GAE/J teams road map.

regards,
-g.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] 1.4.2?

[George Moschovitis]

This doesn't look like a pre-release SDK...
It's available in the downloads page as a final version.

-g.
 

> Usually if you see a prerelease SDK, it means the final release is coming 
> in the next few weeks.
>
> --
> Ikai Lan 
> Developer Programs Engineer, Google App Engine
> Blogger: http://googleappengine.blogspot.com
> Reddit: http://www.reddit.com/r/appengine
> Twitter: http://twitter.com/app_engine
>
>
>
> On Thu, Feb 10, 2011 at 2:19 PM, Andrei  wrote:
>
>> When i compile my proj i get
>>
>> [java] 
>> [java] There is a new version of the SDK available.
>> [java] ---
>> [java] Latest SDK:
>> [java] Release: 1.4.2
>> [java] Timestamp: Wed Feb 02 11:48:44 EST 2011
>> [java] API versions: [1.0]
>> [java]
>> [java] ---
>> [java] Your SDK:
>> [java] Release: 1.4.0
>> [java] Timestamp: Wed Dec 01 18:14:18 EST 2010
>> [java] API versions: [1.0]
>> [java]
>>
>> On download page 1.4.0 is showing as latest
>>
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine for Java" group.
>> To post to this group, send email to google-app...@googlegroups.com.
>> To unsubscribe from this group, send email to 
>> google-appengine...@googlegroups.com.
>> For more options, visit this group at 
>> http://groups.google.com/group/google-appengine-java?hl=en.
>>
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] Re: Google SQL Service Trusted Testers Signup

[George Moschovitis]

>
> Will it only be available for 'App Engine for Business'?
>>
> Currently we plan to make it available for all App Engine users 
>

Nice! I thought this feature was restricted to GAEfB apps.

-g.  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine for Java" group.
To post to this group, send email to google-appengine-java@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine-java+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine-java?hl=en.