[appengine-java] Re: 1.3.8 Console Logging Issue
Dropping default log level (.level) to TRACE, INFO or FINEST doesn't fix the problem. log.info (with default INFO level) used to work before 1.3.8 upgrade and doesn't work after the upgrade. On Oct 29, 2:49 pm, Rajeev Dayal wrote: > Drop you launch configuration's log level down to TRACE. Do you see the > messages now? > > On Fri, Oct 29, 2010 at 1:23 PM, John Bito wrote: > > > > > > > > > Starred the issue: > >http://code.google.com/p/googleappengine/issues/detail?id=3969 > > > -- > > 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] Subquery question
Can anyone help with this subquery issue? http://pastebin.com/swSWJ5iD How can the last query return a record when q3b returned 0 records? -- 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] Compare Unowned Key
Got it!!! http://gae-java-persistence.blogspot.com/2010/01/querying-with-key-parameters.html Thanks Max Ross, the blogger. Basically I have to use the following syntax instead of regular String builder: p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Monaco; min-height: 15.0px} p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Monaco} p.p3 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Monaco; color: #492df6} span.s1 {color: #971365} span.s2 {color: #00} span.Apple-tab-span {white-space:pre} Query query = pm.newQuery(PField.class, "pobject == :p"); List results = (List)query.execute(object); -- 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: Does ImageService support join image?
I think what you are looking for is "Composite". Look at the javadoc of the image service and service factory, there's a way to create composite and there's a function to take a list of composites to compose a single image. On Nov 1, 4:33 am, Secret wrote: > I have try the API. Seems the ImageService do not support join image. > > I have piece of code to join as below, it needs to convert to GAE > version . Any idea? > > BufferedImage img1 = ImageIO.read(new > ByteArrayInputStream(byte1)); > BufferedImage img2 = ImageIO.read(new > ByteArrayInputStream(byte2)); > > int w = img1.getWidth() + img2.getWidth(); > int h = img1.getHeight(); > if (img1.getHeight() < img2.getHeight()) > h = img2.getHeight(); > > System.out.println("w:" + w + " h:" + h); > BufferedImage combined = new BufferedImage(w, h, > BufferedImage.TYPE_INT_RGB); > > Graphics g = combined.getGraphics(); > g.drawImage(img1, 0, 0, null); > g.drawImage(img2, img1.getWidth(), 0, null); > g.dispose(); > > ByteArrayOutputStream bytes = new > ByteArrayOutputStream(); > MemoryCacheImageOutputStream toFs = new > MemoryCacheImageOutputStream( > new BufferedOutputStream(bytes)); > ImageWriter writer = > ImageIO.getImageWritersBySuffix(ext).next(); > writer.setOutput(toFs); > IIOImage image = new IIOImage(combined, null, null); > ImageWriteParam params = > writer.getDefaultWriteParam(); > writer.write(null, image, params); > return bytes.toByteArray(); -- 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] 500 Errors on blobstore upload, perhaps related to oauth?
Hello, I have yet to get the blobstore functioning correctly in my app. My code works in development, but not in production. I use the built-in oauth support and have an installed app connecting to the GAE app. The installed app requests an upload URL from an endpoint that is secured by oauth, and I was surprised to see that BlobStoreService.CreateUploadURL() produces a URL that has all the oauth stuff in it. Here is the URL it produced: http://MYAPPo.appspot.com/_ah/upload/?oauth_token=1%2FTRaFrr7-6m5xhHfTNxEWro&oauth_consumer_key=anonymous&oauth_nonce=jp3RjU8Q&oauth_signature_method=HMAC-SHA1&oauth_signature=%2BArexxxQfQrcg%3D&oauth_version=1.0&oauth_timestamp=1288724065/AMmfu6ZXzzxvVnfoJ_K5kHbgI-uk87Jp_0AV140OVlmUURx8x8qJCeP_GqXSrl5cm3-WtXObp8hQ8DxLBNUaYATNBgt3DyA_0PLeSByXaA-g5FvxLzpCMj/' When my installed app then tried to POST to this URL, it gets a 500. The Blobstore then proceeds to call my GAE app with the URL I supplied to CreateUploadURL(), and passes along all the parameters that the client app sent to the Blobstore, but (as expected) without a Blobstore key. I don't see any blobs in the blob viewer. I wonder if the oauth code is somehow at fault here, but other than that I don't really know where to start diagnosing this. Thanks, Mike -- 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] Compare Unowned Key
Hello, I store a KEY in a child object as foreign key kind of thing, then when I query the child, I use query with following: Query query = pm.newQuery(PField.class, "pobject == "+KeyFactory.keyToString(object)); Where PField is the child class, pobject is the KEY foreign key, but when I execute this, it always returns all PField instances, did I do anything wrong? Thanks, Andy -- 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] Debugging against production datastore?
Hi, I'm looking for a method to access the datastore remotly, solving this would allow me to debug my development code using production data. I was thinking about remote_api but I don't really know if it has a pull interface (remote api push is used in bulk upload). Are there any known methods to debug code against production? Be it a configuration switch at the sdk level or a custom hack? Any other work around for this problem? Thanks, Maxim. -- Sent from my Nexus. -- 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] 400 Bad Request - The request is invalid for an unspecified reason on deploy
What does the log file say? What does your appengine-web.xml look like? -- 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, Oct 28, 2010 at 11:16 AM, Shaun Clark wrote: > I'm getting: > > > Creating staging directory > Scanning for jsp files. > Compiling jsp files. > Scanning files on local disk. > Scanned 250 files. > Scanned 500 files. > Scanned 750 files. > Scanned 1000 files. > Initiating update. > java.io.IOException: Error posting to URL: > > https://appengine.google.com/api/appversion/create?app_id=LexMatter&version=2&; > 400 Bad Request > > Client Error (400) > The request is invalid for an unspecified reason. > > > Debugging information may be found in C:\Users\ShaunLaptop\AppData > \Local\Temp\appengine-deploy3135855494003619007.log > > > I've tried changing versions, etc with no luck. Any idea what's up? It > worked this morning just fine, thanks! > > -- > 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. > > -- 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 App Engine Java on Linux PowerPC
I have a Mac Pro G5 PowerPC running Ubuntu Linux. Can I run app engine java SDK and do development or is it only for x86 systems? -- 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] Anomaly reported on GAE Status but no downtime message
The RSS feed on the status page (http://code.google.com/status/ appengine) just gives the notes sent to the downtime announcement list. How can we get an immediate advisory when the status changes? -- 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] Analytics and App Engine / GWT Timouts
Hi all, I'm getting an analytics feed through the API and it all works beautifully as a Java application. But when I try to get it to work on an AppEngine / GWT application I get timeout errors. Specifically the following: java.io.IOException: Timeout while fetching: https://www.google.com/analytics/feeds/data?max-results=50&start-date=2010-10-02&end-date=2010-11-02&metrics=ga%3Avisitors%2Cga%3Avisits%2Cga%3AnewVisits%2Cga%3Apageviews%2Cga%3Abounces%2Cga%3AtimeOnSite&ids=ga%xx I am setting the connection and read timouts like this: analyticsService.setConnectTimeout(3); analyticsService.setReadTimeout(3); but the error doesn't go away. Researching this I believe this is caused by the app engine URLFetch timeout, which defaults to 5 seconds. (http:// code.google.com/appengine/docs/java/urlfetch/overview.html#Requests) The fetch from the analytics service takes in my case some 30 seconds, for several table_ids, so raising the timeout to 10 seconds won't help. Is there a solution? Thanks, Eyal -- 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: Help please! JPA Parser error!
You might try the following. Query query = manager.createQuery("select u from User u where u.name = 's...@some.com'"); // note use of identification variable & single quotes User u = (User) query.getSingleResult(); Or, use a query parameter to avoid having to deal with quoting and/or string concatenation (which subjects you to injection attacks), like the following. Query query = manager.createQuery("select u from User u where u.name = :name"); query.setParameter("name", "s...@some.com"); query.getSingleResult("s...@some.com"); User u = (User) query.getSingleResult(); HTH, Matthew On Oct 31, 7:56 pm, Vova wrote: > Hello! Freand, help me please... > src > > EntityManager manager = EMF.get().createEntityManager(); > > Query query = manager.createQuery("Select from User where name = " > +"s...@some.com"); > > User user = (User) query.getSingleResult(); > > Portion of expression could not be parsed: @some.com!!! Why?? > How I get user by email?? -- 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] Mapper & Blobstore bytes read limit
I've been testing Ikai's bulkload mapper (see url below) with a pretty big csv file (200 Mb). It works great, and I encourage most of you to consider implementing this for entity uploads. Yet, I do face one last issue with an unexpected quota : blobstore bytes read. This quota cannot be tuned via the billing settings, and it's not clear whether it limits the speed of my process or not when it's reached. See ? Yep, it's a lot of bytes readŠ Could someone confirm that the blob csv file is *NOT* fully fetched each time the mapper iterates on a new line ? (ikai's post) http://ikaisays.com/2010/08/11/using-the-app-engine-mapper-for-bulk-data-imp ort/ -- 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
Obviously I mean Entity kind as the first point. On Nov 2, 3:12 pm, "l.denardo" wrote: > Generally speaking, what Didier says is entirely true. > > Mappings are, for my experience, done as follows > *Entity name is the class name without package extension > *Properties names are field names > *Property kind is mapped according to this > pagehttp://code.google.com/appengine/docs/java/datastore/dataclasses.html... > > If you want to investigate how your entities are mapped you can use > the Local Testing > utilitieshttp://code.google.com/appengine/docs/java/tools/localunittesting.html > > Just do something like this in a test class: > > *Persist the object using JDO > *Obtain the datastore service mock thru the testing tools > *Query the datastore for the kind you just created, then you can > iterate on entity property. > > The main disadvantage in guessing the mapping is that you lose type > checks: all entities kinds are of one of the core value types, so > you'll need to explicitly convert it from/to your POJO field types. > This is closely related to what Didier emphasizes. > > So I too advise you to investigate it as a testing practice, but do > not rely on it in production. > Regards > > Lorenzo > > On Nov 2, 10:26 am, Didier Durand wrote: > > > Hi George, > > What you are looking for is anyway possible: the JDO/JPA entities are > > stored in datastore as Entities eventually. You'll have to figure out > > (i.e reverse engineer) the mapping between the pojo annotations and > > the corresponding ds structures. > > > I see 1 big issue: the mapping that you will figure out has no > > guarantee from Google, it can change any time and you may need some > > time to figure out when it changes with risks for the integrity of > > your data. > > > I would either work at high or low level on a given piece of data but > > not simultaneously if you can't have "guarantees". > > > regards > > didier > > > On Nov 2, 8:58 am, George Moschovitis > > wrote: > > > > 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] Re: Convert JDO/JPA POJO to a Datastore Entity
Generally speaking, what Didier says is entirely true. Mappings are, for my experience, done as follows *Entity name is the class name without package extension *Properties names are field names *Property kind is mapped according to this page http://code.google.com/appengine/docs/java/datastore/dataclasses.html#Core_Value_Types If you want to investigate how your entities are mapped you can use the Local Testing utilities http://code.google.com/appengine/docs/java/tools/localunittesting.html Just do something like this in a test class: *Persist the object using JDO *Obtain the datastore service mock thru the testing tools *Query the datastore for the kind you just created, then you can iterate on entity property. The main disadvantage in guessing the mapping is that you lose type checks: all entities kinds are of one of the core value types, so you'll need to explicitly convert it from/to your POJO field types. This is closely related to what Didier emphasizes. So I too advise you to investigate it as a testing practice, but do not rely on it in production. Regards Lorenzo On Nov 2, 10:26 am, Didier Durand wrote: > Hi George, > What you are looking for is anyway possible: the JDO/JPA entities are > stored in datastore as Entities eventually. You'll have to figure out > (i.e reverse engineer) the mapping between the pojo annotations and > the corresponding ds structures. > > I see 1 big issue: the mapping that you will figure out has no > guarantee from Google, it can change any time and you may need some > time to figure out when it changes with risks for the integrity of > your data. > > I would either work at high or low level on a given piece of data but > not simultaneously if you can't have "guarantees". > > regards > didier > > On Nov 2, 8:58 am, George Moschovitis > wrote: > > > 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] Phantom JPA entity
We have a simple Java web app - using JPA with 2nd level cache enabled. We're running 2 instances of this app simultaneously -- test env and real production. Atm the two instances don't diff much; both use the same persistence- unit name, same cache name, same entities, ... OK, the application name in the app engine (appengone- web.xml#application) is of course different. org.datanucleus.store.appengine.jpa.DatastorePersistenceProvider When running our app in production, we sometimes get "phantom" entity results. e.g. we see an entity result that matches (is equal to) some result we put in out test app instance. Searching for this, let me to this old post: * http://stackoverflow.com/questions/3033286/appengine-datastore-phantom-entity-inconsistent-state which might be similar. Is this a know issue? Or are we missing something to do a proper split? e.g. too much of the "same" stuff -- PU name, cache name, ...? Thanks for any info. -- 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
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] Re: Convert JDO/JPA POJO to a Datastore Entity
Hi George, What you are looking for is anyway possible: the JDO/JPA entities are stored in datastore as Entities eventually. You'll have to figure out (i.e reverse engineer) the mapping between the pojo annotations and the corresponding ds structures. I see 1 big issue: the mapping that you will figure out has no guarantee from Google, it can change any time and you may need some time to figure out when it changes with risks for the integrity of your data. I would either work at high or low level on a given piece of data but not simultaneously if you can't have "guarantees". regards didier On Nov 2, 8:58 am, George Moschovitis wrote: > 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] Re: Data missing from datastore !!!
I've found other posts regarding missing data and some of them said that after some time it reappeared. Well, my "tables" are still missing... On 31 oct., 18:32, Alexandru Farcas wrote: > A colleague of mine posted a problem regarding the disappearance of > two "tables" from the datastore (about 1400 entities) > > It is a very concerning issue and nobody gave an answer. We need to > know if the AppEngine platform is solid enough to develop an app at a > large scale. > > The post is located > here:http://groups.google.com/group/google-appengine-java/browse_thread/th... -- 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
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.