[appengine-java] JDO preview release : child object is still null !
Hi, I have following object child relationship. All the objects are getting saved properly but when I try to fetch child object I am getting *null*. This error is not because of lazy loading as I am accessing the child before closing the PersistentManager. Parent Object Class == @PersistenceCapable(identityType = IdentityType.APPLICATION) public class Block implements Serializable { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) private Long block_id; @Persistent(dependent = true) private BlockModule block_module; = Child class hierarchy @PersistenceCapable(identityType = IdentityType.APPLICATION) @Inheritance(customStrategy = *complete-table*) @Discriminator(strategy = DiscriminatorStrategy.CLASS_NAME) public *abstract *class BlockModule extends Serializable{ @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) protected Key key; public *abstract *String getTitle(HttpServletRequest req); public *abstract *String getContent(HttpServletRequest req); } @PersistenceCapable(identityType = IdentityType.APPLICATION) public class BlockTextHTML extends BlockModule{ @Persistent private String block_title; @Persistent private String block_content; I test by putting BlockTextHTML as child object of Block. --~--~-~--~~~---~--~~ 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: JDO preview release : child object is still null !
Update: i test it on production server, child objects are not even getting saved ! --~--~-~--~~~---~--~~ 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: Access to Show All Applications from the App Engine Administration Console
http://groups.google.com/group/google-appengine-java/subscribe --~--~-~--~~~---~--~~ 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: Access to Show All Applications from the App Engine Administration Console
you are right, thanks. 在2009-10-26,Prashant antsh...@gmail.com 写道: http://groups.google.com/group/google-appengine-java/subscribe --~--~-~--~~~---~--~~ 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: Storing and managing a collection of objects in a HttpSession.
http://code.google.com/intl/pl/appengine/docs/java/config/appconfig.html === App Engine includes an implementation of sessions, using the servlet session interface. The implementation uses the App Engine datastore and memcache to store session data. This feature is off by default. To turn it on, add the following to appengine-web.xml: sessions-enabledtrue/sessions-enabled The implementation creates datastore entities of the kind _ah_SESSION, and memcache entries using keys with a prefix of _ahs. == --~--~-~--~~~---~--~~ 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] I have deleted all indexes but can not add any new ones?
Hi, I have removed all indexes for an app but now when I come to add a new one it says I am over ym quota. What can I do to resolve this? 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-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: Performance difference between local dev server and App Engine
Hi leszek, when you say that first the data is kept in memory and from time to time persisted to disk, is there a way to trigger that the local development server should save it to disk immediately? The problem is that we are using a GAE app only locally (no internet access) and have sometimes seen strange save issue, where adding new data supposedly has work and on the next start it is not there anymore. (so that's why I guess that your explanantion could be the reason for that - but I would say that this only happened 10% of the time) Thanks for any help in advance. Dominik On Oct 26, 4:26 am, leszek leszek.ptokar...@gmail.com wrote: The development server contains local implementation of low-level datastore operations. It is something kept in memory and from time to time persisted to disk. In production environment (app engine) the low- level engine is Google's Big Table. So you cannot compare performance between local and production environment - the underlying technology is completely different. The development server is only to make your solution running - to optimize and orchestrate it you need the app engine (production) environment. So I think that finding bottlenecks in your application and some refactoring is necessary if current efficiency is not enough. --~--~-~--~~~---~--~~ 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: JDO/JPA Snippets That Work - Optimistic Locking With @Version
Max, no feedback on this?? BR, Patrizio Patrizio Munzi wrote: Hi Max, I've just read your new post and I've got two questions. 1) should we discuss your new posts in this mailing list or in the blog? Since you haven't answer my first question yet, :-P, I'm going to ask my second question in both ways. 2) Before your new post the only way I knew for transaction isolation was using the JDOCanRetryException (or at least we'll use it as soon as the bug fix about it will be released), now we've got also this JDOOptimisticVerificationException. Now, I can imagine the difference between them but I'd like to know what's the best way to deal with both of them. I mean, should we use both of them? Using the JDOCanRetryException mechanism shouldn't be need of the JDOOptimisticVerificationException. We'd be very grateful if you could clarify this out. Thanks Max Ross wrote: http://gae-java-persistence.blogspot.com/2009/10/optimistic-locking-with-version.html -- Patrizio Munzi Product Specialist Viale Bruno Buozzi, 19 - 00197 Roma (Italy) tel: +39 06 4543 3540 fax: +39 06 4543 3587 mobile: +39 393 7195 164 mail: patrizio.mu...@eris4.com web: http://www.eris4.com skype: eris4_munzi -- Patrizio Munzi Product Specialist Viale Bruno Buozzi, 19 - 00197 Roma (Italy) tel: +39 06 4543 3540 fax: +39 06 4543 3587 mobile: +39 393 7195 164 mail: patrizio.mu...@eris4.com web: http://www.eris4.com skype: eris4_munzi --~--~-~--~~~---~--~~ 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: POLYMORPHISM: Failing to retrieve child-objects in a one-to-many JDO relationship
Hey guys, no feedback on this?? BR Patrizio Patrizio Munzi wrote: Hi Jason and Max, I was making some tests on this today and I've found out that one-to-many relationship child objects retrieving works as long as the one-to-many relationship doesn't involve polymorphisms. For example, if we make the Child class abstract and save subclasses into the list the retrieving fails. In the following the snippet that fails. Is this a bug? Am I doing something wrong?? Thanks --- String parentId = "test"; PersistenceManager pm = PMF.get().getPersistenceManager(); pm.currentTransaction().begin(); Parent parent = new Parent(); Child subChild = new SubChild(); subChild.setParentId(parentId); parent.getChilds().add(subChild); pm.makePersistent(parent); pm.currentTransaction().commit(); pm.close(); pm = PMF.get().getPersistenceManager(); parent = pm.getObjectById(Parent.class, parentId); assertEquals(1, parent.getModules().size()); pm.close(); --- --- public abstract class Child implements Serializable { private static final long serialVersionUID = -5125563546796512541L; @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) @Extension(vendorName="datanucleus", key="gae.encoded-pk", value="true") protected String encodedKey; @Persistent @Extension(vendorName="datanucleus", key="gae.pk-name", value="true") protected String parentId; [...] } @PersistenceCapable(identityType = IdentityType.APPLICATION, detachable="true") public class SubChild extends Child { private static final long serialVersionUID = 521265701642620882L; @Persistent(defaultFetchGroup="true") private String name; } -- Jason (Google) wrote: Max is right, although there's a small issue with the syntax: @Persistent(mappedBy="parent", defaultFetchGroup = "true") public ListChild childs; - Jason On Mon, Oct 19, 2009 at 10:26 PM, Max Zhu thebb...@gmail.com wrote: Hi Lars, Try to annotate your relationship as follows: @Persistent(mappedBy="parent", default-fetch-group="true") public ListChild childs; On Tue, Oct 20, 2009 at 12:19 AM, Lars lsor...@gmail.com wrote: Hi, I am failing to retrieve child-objects in a one-to-many JDO relation in the datastore. The case is as follows; I have two classes (Parent Child, code-snippet below) with a defined one-to-many relation. It is no problem storing the structure with the 'store'-operation defined below. This is easily verified by web-browsing the datastore. However, when retrievning the parent-object from the datastore ('fetchParents'), the ''childs' attribute is always null. What must be done to (auto-)populate this attribute from the datastore? Also, the 'parent'-attribute of the Child-objects will also be null if they are fetched in a similar way. All clues appreciated... Lars - - - - - - - Code samples below - - - - - - @PersistenceCapable(identityType = IdentityType.APPLICATION) public class ParentDTO { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) @Extension(vendorName="datanucleus", key="gae.encoded-pk", value="true") private String encodedKey; @Persistent public String name; @Persistent(mappedBy="parent") public ListChild childs; public ParentDTO() { } public void add(Child c) { if (childs == null) childs = new ArrayListChild(); kids.add(c); } } - - - - @PersistenceCapable(identityType = IdentityType.APPLICATION) public class Child { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) @Extension(vendorName="datanucleus", key="gae.encoded-pk", value="true") public String encodedKey; @Persistent public String name; @Persistent public Parent parent; public Child() { } public String getEncodedKey() { return encodedKey; } } - - - - - Storing to datastore (works perfectly) public void store() { Parent p = new Parent(); p.navn = "nils"; Child c = new Child(); c.name = "jim"; p.add(c); c = new ChildDTO(); c.name = "anne"; p.add(c); PersistenceManager pm = PMF.get().getPersistenceManager(); try { pm.makePersistent(p); } catch (Exception ee) { res = ee.getMessage(); } finally { pm.close(); } } - - - - - - Fetching data (not working) public String fetchParents() { String res = ""; PersistenceManager pm =
[appengine-java] Re: Spring MVC + Sitemesh problem
I deploy a simple site by using Spring MVC and Sitemesh on the- focus.appspot.com it really works well now, but I spent much time to deploy and debug it before it goes well. On Oct 25, 7:03 pm, Shponter shpon...@gmail.com wrote: Works fine for me too (even with Sitemesh 3). It took some time and I don't exactly know where the problem was... I have copied files from the example sitemesh app and evertythig works fine now. --~--~-~--~~~---~--~~ 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: GAE Performance
Relating to entity groups, how can we determine what entity group each entity belongs to? Using the Data Viewer, I would think we could examine this type of setup info for each entity but I have NOT found how to do that. Thanks! On Oct 23, 1:50 pm, Jason (Google) apija...@google.com wrote: Hi Diana. As others have stated, App Engine can write to multiple entity groups in parallel, so if each User entity is a root entity or is otherwise placed in a different entity group, then there shouldn't be any issues. Regarding performance, all apps should generally be able to handle up to 30 simultaneous dynamic requests assuming a 75ms processing time for each (average load), for a throughput of 400 qps or so: http://code.google.com/appengine/docs/java/runtime.html#Quotas_and_Li... If you want any other performance or cost-related numbers, let me know. For updates to the same entity or entity group, App Engine uses optimistic concurrency as opposed to locking. If an entity is already being updated, then the second request will fail and will automatically get retried on the server. After consistent failures, an exception will be thrown which you can catch to either handle gracefully. Datastore writes will fail from time to time, generally about 0.1 to 0.2 percent of the time, but the failure rate will be higher when there is contention, i.e. a high rate of simultaneous writes to the same entity/entity group. http://code.google.com/appengine/articles/scaling/contention.html - Jason On Thu, Oct 22, 2009 at 8:04 AM, Diana Cruise diana.l.cru...@gmail.comwrote: I'm glad to hear that the 1-10 requests/second is per User root entity...in my case this means that huge number of Users logged in around the world should expect sub-second response even if tens of thousands clicked the Update button at the same instance in time! The only problem is we do NOT hear from anyone outside of Google to confirm performance of large volume for specific applications and what the real costs are!!! Regarding deadlock, I hear GAE does NOT both with lock timeouts so as soon as a transaction trys to retrieve a record that is already locked, it will receive an error and have to retry. On Oct 19, 5:50 pm, Dr. Flufenstein michael.brink...@gmail.com wrote: Preface: Please note, I'm not speaking for google at all in this note and a lot of what I've written is speculation based on what I've read in various GAE docs as well as some meager knowledge of how relational DBs generally work. And yes, I know datastore isn't a relational DB, but I believe that their indexing implementation likely runs into many of the same problems you have with indexing relational data although that assumption could be completely wrong. From what I can tell, the update bottleneck you're referring to is for updating what you would often think of as a single record if you were persisting one instance of your User as a single denormalized record in a relational schema. I suspect this bottleneck is due to the datastore architecture and the way that data updates are accumulated (possibly grouped/keyed by PK) in a queue, which is probably read from like a cache if read requests come in before the data has been flushed into the actual storage medium and replicated to the other datacenters. So if each of your users were updating their own User records, I don't believe you'd experience that limitation which may be an artifact of how those in-memory queue/cache structures are managed/locked during updates (i.e. a new update for a record may be held until it's been flushed from the queue to the storage medium to prevent having to merge/reconcile records in the queue). If they were all updating a single shared record, then I think you'd hit this pretty quick. Let's say though that your users are updating separate records...as your data size grows, you will probably see your update throughput decrease as other factors become dominant, and I believe this will primarily be dependent on the number and composition of the indexes on your data as well as the number of entities persisted. To me, this is the much riskier unknown because your average index structure is harder to update piecewise in parallel because the index must allow you to order/search all of the records' indexed columns. In an RDBMS like SQL Server or Oracle, you'd see some level of index locking take place during each transaction (maybe one page of an index) to allow concurrent updates to different sections of an index before the updates are committed, the transaction is ended and the locks are released. In relational persistence systems, this gets slower as the indexes become larger and is usually overcome with a technique like partitioning which, if you aren't familiar with it, sort of gives you a top level of your index tree where the
[appengine-java] pack of GAE and GWT to Ubuntu
Hello there, I would like to know if is possible some developer pack GAE SDK and GWT to eclipse as a .deb and send it to Ubuntu developers of eclipse. Maybe create a launchpad project to keep these packages update.. I know there is a repository to add in eclipse (in the option update and install software) that allow who want install GAE and GWT in eclipse, but could be nice have GAE and GWT plug-ins to eclipse from apt-get and that install yourself in eclipse (when that is also installed from apt-get). I don't know if the license of GAE SDK and GWT allow that. I apologize for any silly question. --~--~-~--~~~---~--~~ 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] 401 Unauthorized on deploy since yesterday
Hi, Deployment to app engine stopped working for me suddenly yesterday. I can login to my account and app engine console and have not changed any settings or passwords. It was working fine two days ago. This message: http://groups.google.com/group/google-appengine-java/msg/4312f467417f6792 implies that the error has something to do with date settings. My country (Finland) switched out of daylight savings time yesterday, could this cause the problem somehow? Whatever the cause, how do I resolve it? Eclipse console log: Creating staging directory Scanning for jsp files. Scanning files on local disk. Initiating update. java.io.IOException: Error posting to URL: http://appengine.google.com/api/appversion/create?app_id=myappidversion=myversion 401 Unauthorized Must authenticate first. --~--~-~--~~~---~--~~ 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] Discussion on will-it-play-in-app-engine
VRaptor3 is also compatible if you add a few classes and a different dependency selection. A preconfigured package is available at http://code.google.com/p/vraptor3/downloads/list (vraptor-blank- project-gae). VRaptor3 website: http://vraptor.caelum.com.br/ --~--~-~--~~~---~--~~ 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: Incoming Email Service
Hi message can parse it by either method or both Sorry It doesn't examine it in detail. MimeMessage mimeMessage = new MimeMessage(session, req.getInputStream ()); - DataHandler dataHandler = mimeMessage.getDataHandler(); DataSource dataSource = dataHandler.getDataSource(); MimeMultipart mimeMultipart = new MimeMultipart(dataSource); or InputStream inputStream = (InputStream)mimeMessage.getContent(); String ContentType = mimeMessage.getContentType(); ByteArrayDataSource byteArrayDataSource = new ByteArrayDataSource (inputStream,ContentType); Multipart mimeMultipart = new MimeMultipart(byteArrayDataSource); - //message parse Part part1 = mimeMultipart.getBodyPart(0); part1.getContentType(); Part part2 = mimeMultipart.getBodyPart(1); part2.getContentType(); Try that please --~--~-~--~~~---~--~~ 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] I can't see my Google App Engine application
I add and add, and add application, if i add application now, i have Cannot create any more apps. , but i don't see any one my application on https://appengine.google.com/start; my login: a...@mangnhen.com Please help --~--~-~--~~~---~--~~ 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: I can't see my Google App Engine application
Clear your cookies and then try logging in at: https://appengine.google.com/a/mangnhen.com On Sun, Oct 25, 2009 at 12:10 PM, a...@mangnhen.com a...@mangnhen.com wrote: I add and add, and add application, if i add application now, i have Cannot create any more apps. , but i don't see any one my application on https://appengine.google.com/start; my login: a...@mangnhen.com Please help --~--~-~--~~~---~--~~ 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: I can't see my Google App Engine application
Are you using Google Apps? kyleRoche | Appirio GoogleVoice: 303/800.2959 Blog: techblog.appirio.com | Twitter: twitter.com/kylemroche On Mon, Oct 26, 2009 at 10:57 AM, Don Schwarz schwa...@google.com wrote: Clear your cookies and then try logging in at: https://appengine.google.com/a/mangnhen.com On Sun, Oct 25, 2009 at 12:10 PM, a...@mangnhen.com a...@mangnhen.com wrote: I add and add, and add application, if i add application now, i have Cannot create any more apps. , but i don't see any one my application on https://appengine.google.com/start; my login: a...@mangnhen.com Please help --~--~-~--~~~---~--~~ 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: POLYMORPHISM: Failing to retrieve child-objects in a one-to-many JDO relationship
Polymorphism is broken and the issue to fix it has more stars than any other persistence issue. You can see the list here: http://code.google.com/p/datanucleus-appengine/issues/list?can=2q=sort=-starscolspec=ID%20Stars%20Type%20Status%20Priority%20FoundIn%20TargetRelease%20Owner%20Summary I'm working on getting this fixed for the next SDK release. On Mon, Oct 26, 2009 at 6:33 AM, Patrizio Munzi patrizio.mu...@eris4.comwrote: Hey guys, no feedback on this?? BR Patrizio Patrizio Munzi wrote: Hi Jason and Max, I was making some tests on this today and I've found out that one-to-many relationship child objects retrieving works as long as the one-to-many relationship doesn't involve polymorphisms. For example, if we make the Child class abstract and save subclasses into the list the retrieving fails. In the following the snippet that fails. Is this a bug? Am I doing something wrong?? Thanks --- String parentId = test; PersistenceManager pm = PMF.get().getPersistenceManager(); pm.currentTransaction().begin(); Parent parent = new Parent(); Child subChild = new SubChild(); subChild.setParentId(parentId); parent.getChilds().add(subChild); pm.makePersistent(parent); pm.currentTransaction().commit(); pm.close(); pm = PMF.get().getPersistenceManager(); parent = pm.getObjectById(Parent.class, parentId); assertEquals(1, parent.getModules().size()); pm.close(); --- --- public abstract class Child implements Serializable { private static final long serialVersionUID = -5125563546796512541L; @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) @Extension(vendorName=datanucleus, key=gae.encoded-pk, value=true) protected String encodedKey; @Persistent @Extension(vendorName=datanucleus, key=gae.pk-name, value=true) protected String parentId; [...] } @PersistenceCapable(identityType = IdentityType.APPLICATION, detachable=true) public class SubChild extends Child { private static final long serialVersionUID = 521265701642620882L; @Persistent(defaultFetchGroup=true) private String name; } -- Jason (Google) wrote: Max is right, although there's a small issue with the syntax: @Persistent(mappedBy=parent, defaultFetchGroup = true) public ListChild childs; - Jason On Mon, Oct 19, 2009 at 10:26 PM, Max Zhu thebb...@gmail.com wrote: Hi Lars, Try to annotate your relationship as follows: @Persistent(mappedBy=parent, default-fetch-group=true) public ListChild childs; On Tue, Oct 20, 2009 at 12:19 AM, Lars lsor...@gmail.com wrote: Hi, I am failing to retrieve child-objects in a one-to-many JDO relation in the datastore. The case is as follows; I have two classes (Parent Child, code-snippet below) with a defined one-to-many relation. It is no problem storing the structure with the 'store'-operation defined below. This is easily verified by web-browsing the datastore. However, when retrievning the parent-object from the datastore ('fetchParents'), the ''childs' attribute is always null. What must be done to (auto-)populate this attribute from the datastore? Also, the 'parent'-attribute of the Child-objects will also be null if they are fetched in a similar way. All clues appreciated... Lars - - - - - - - Code samples below - - - - - - @PersistenceCapable(identityType = IdentityType.APPLICATION) public class ParentDTO { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) @Extension(vendorName=datanucleus, key=gae.encoded-pk, value=true) private String encodedKey; @Persistent public String name; @Persistent(mappedBy=parent) public ListChild childs; public ParentDTO() { } public void add(Child c) { if (childs == null) childs = new ArrayListChild(); kids.add(c); } } - - - - @PersistenceCapable(identityType = IdentityType.APPLICATION) public class Child { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) @Extension(vendorName=datanucleus, key=gae.encoded-pk, value=true) public String encodedKey; @Persistent public String name; @Persistent public Parent parent; public Child() { } public String getEncodedKey() { return encodedKey; } } - - - - - Storing to datastore (works perfectly) public void store() { Parent p = new Parent(); p.navn = nils; Child c = new Child(); c.name = jim;
[appengine-java] Re: Incoming Email Service
it works ! 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-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] Key and KeyFactory - privacy concern related
I use the com.google.appengine.api.datastore.Key as primary keys to my datastore and part of the Key generation strategy is to use an e-mail: Key ret = KeyFactory.createKey(email + somethingelse) This generated key is then exposed to the browser via KeyFactory.keyToString. My concern is more on the privacy side. This serialized key could easily be converted back to its original form by somebody cut and pasting this key and running the following in their local machine: Key ret = KeyFactory.stringToKey(cut and pasted code from the browser) --thus exposing the e-mail from the key. My question is, is there a way for Google App Engine to make the KeyFactory.stringToKey only work to return the proper key if it is executed from the app where the data store is running from? Thanks again, --~--~-~--~~~---~--~~ 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: Key and KeyFactory - privacy concern related
I would suggest that rather than using email + somethingelse as your key names, you use F(email + somethingelse) where F is either an encryption function or a one-way hash function. You can use the javax.crypt package for this purpose. Alternatively, you could implement your own Key - String conversion routine in place of KeyFactory.keyToString() and implement the encryption at that level. On Mon, Oct 26, 2009 at 2:10 PM, victor victoraco...@gmail.com wrote: I use the com.google.appengine.api.datastore.Key as primary keys to my datastore and part of the Key generation strategy is to use an e-mail: Key ret = KeyFactory.createKey(email + somethingelse) This generated key is then exposed to the browser via KeyFactory.keyToString. My concern is more on the privacy side. This serialized key could easily be converted back to its original form by somebody cut and pasting this key and running the following in their local machine: Key ret = KeyFactory.stringToKey(cut and pasted code from the browser) --thus exposing the e-mail from the key. My question is, is there a way for Google App Engine to make the KeyFactory.stringToKey only work to return the proper key if it is executed from the app where the data store is running from? Thanks again, --~--~-~--~~~---~--~~ 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: JDO preview release : child object is still null !
I'm expecting to have it in place by the next release, but anything related to relationships has been a beast to implement so it's possible it won't be done in time. I will say that it's unlikely I'll be able to add support for the specific example you've provided, where your parent has a reference to an abstract base class. This requires all sorts of additional work that is definitely out of scope for the next release. Max On Mon, Oct 26, 2009 at 12:31 PM, Prashant antsh...@gmail.com wrote: Thanks for your quick response ! I really need to use this kind of relationship, i am expecting it to be supported in the upcoming version, will it be? --~--~-~--~~~---~--~~ 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: Custom subdomain map with app engine
Hi Marius. App Engine does not currently support naked domains. http://code.google.com/p/googleappengine/issues/detail?id=777 In the meantime, you can set up a script to redirect all myid.com requests to www.myid.com. - Jason On Fri, Oct 23, 2009 at 4:36 AM, marius marius.munte...@gmail.com wrote: Hi, I have a domain myid.com mapped to google apps and I managed to configure my Java appengine to be served from www.myid.com. I would also like to serve the same Java appengine from myid.com. How can this be accomplished? Is there a DNS record which would alias myid.com to www.myid.com? I would more than pleased to be able to configure a 301redirect from myid.com to www.myid.com but I am not sure how can I do this with myid.com being mapped to google apps. Please advise, Marius On Oct 14, 10:16 pm, Jason (Google) apija...@google.com wrote: Please try not to double post in the future: http://groups.google.com/group/google-appengine-java/browse_thread/th... Thanks, - Jason On Mon, Oct 12, 2009 at 10:33 AM, Haroon Idrees haroo...@gmail.com wrote: I want to map google app application on subdomain but gets error I create cname on domain site which details is below site.haroonidrees.com IN CNAME ghs.google.com 3600s (1h) and Server error is Sorry, you've reached a login page for a domain that isn't using Google Apps. Please check the web address and try again. I search in group and found have to register my sub-domain in below link http://www.google.com/a/cpanel/domain/new I register it ,but the process of verification found tricky, It need to add CName in domain sever with alias googled75ead2b4ef9e1d9 to poiting to google.com because of sub-domain I can add this is parent domian manager (May be wrong) and also add CNAME for desire sub domain which details available below DNS server handling your query: localhost DNS server's address: 127.0.0.1#53 Non-authoritative answer: site.haroonidrees.com canonical name = ghs.google.com. ghs.google.com canonical name = ghs.l.google.com. Name: ghs.l.google.com Address: 74.125.47.121 then try to add domain ,found that above error get fix but still my sub-domain is not working kindly guide me what I do Please help ,May be I am missing some thing please points out if I miss any thing Regards -- Regards Haroon Idrees Software Team Lead IBL Group cell:0321-2066747 msn:haroon.idr...@hotmail.com msn%3aharoon.idr...@hotmail.com msn%3aharoon.idr...@hotmail.com msn%253aharoon.idr...@hotmail.com http://www.linkedin.com/in/haroonob --~--~-~--~~~---~--~~ 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: Datastore retrieve error
Can you post the code you're using to persist the SyncConfiguration and Account objects? - Jason On Fri, Oct 23, 2009 at 8:09 AM, Gerd Saurer gerd.sau...@gmail.com wrote: I have a object mapped to the Datastore that looks like: @PersistenceCapable(identityType = IdentityType.APPLICATION) public class SyncConfiguration { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) private Long id; @Persistent private Account account1; @Persistent private Account account2; .. } @PersistenceCapable(identityType = IdentityType.APPLICATION) public class Account { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) private Key key; @Persistent private String email; . } if i am now loading the object back from the store with final SyncConfiguration syncConfig = pm.getObjectById (SyncConfiguration.class, action.getSyncConfigId()); the fields account1 and account2 have the same instance. Do i have to configure something in a different way or is it a bug? --~--~-~--~~~---~--~~ 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: UserService.isUserAdmin() returns false for domain administrator of certain domains
isUserAdmin returns true only if the current signed-in user is an administrator of the application, not the domain. If you need to programmatically determine Google Apps domain administrators, see the Google Apps APIs: http://code.google.com/apis/apps/ - Jason On Fri, Oct 23, 2009 at 8:52 AM, dflorey daniel.flo...@gmail.com wrote: On some domains the UserService.isUserAdmin() is returning false for domain administrators. Which group/issue tracker is the right one to post this issue? --~--~-~--~~~---~--~~ 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: SDK does not upload files that start with .
Hi Vince. It may very well be intentional, but feel free to open a new bug report -- it will be closed if it's confirmed to be working as intended. http://code.google.com/p/googleappengine/issues/list - Jason On Fri, Oct 23, 2009 at 11:12 AM, Vince Bonfanti vbonfa...@gmail.comwrote: The SDK (1.2.5) does not upload file with names that start with . such as .h2.server.properties. I assume this is because such files are considered hidden on Linux/UNIX; but, I'm running on Windows, so this must be something in the SDK itself and not caused by the file system. Is this intentional, or should I open a bug report? Vince --~--~-~--~~~---~--~~ 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: creating Word and Excel docs
I'm not familiar with the quotas for Google's Documents List API or your planned access rate, so this is something you should confirm in the Documents List API discussion group, but generally speaking, this does seem like a reasonable strategy. http://groups.google.com/group/google-documents-list-api - Jason On Fri, Oct 23, 2009 at 11:57 AM, Houston startup coder stephenh...@gmail.com wrote: I accidentally posted this in the old general GAE group by mistake. : ( I need to allow my users to export into Word and Excel formats from my GAE app, and I know Apache POI is not supported. So, I'm trying to figure out how to avoid running a server elsewhere whose sole purpose is generating Word and Excel documents based on data in my GAE datastore. Google Docs seems like a good fit, so would it work to use the API to create documents there from my App Engine code and then export the created docs and pull them for storage in my App Engine datastore so that my users can download them whenever I want? Or do you foresee roadblocks to this, e.g. some sort of limit on the number of Google Docs my GAE app can create even if they're temporary files that are immediately deleted? --~--~-~--~~~---~--~~ 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: Error 500 - Loading data to memory during startup
We are working on enhancements that will hopefully reduce this initialization time for cold instances, which should be rolled out with the next couple of releases. There are several other threads on this, and we definitely recognize the importance and appreciate your patience. Regarding the first post, if your file is so large that it takes 80 seconds to load it into the development server, I suggest re-structuring your application to remove this dependency. Even with the planned enhancements, it's unlikely that you'll be able to load such the complete file into main memory without hitting the 30 second deadline or triggering an out-of-memory exception. - Jason On Fri, Oct 23, 2009 at 6:06 PM, trung tr...@phamcom.com wrote: Yeah, AppEngine drops your request after 30 seconds. My app takes 20 seconds to initialize in development, and half of the times it will finish loading within 30 seconds. Other times it goes pass 30 seconds and gets the same 500 error like yours. Google needs to make an exception for the initial cold boot timeout. On Oct 18, 1:57 pm, Joe Prasanna kumar joebi.m...@gmail.com wrote: Hi, I am working with my friend to build an app (hoogentia.appspot.com) which requires loading some learned model files to memory. I have a startup servlet that does this (loading model files to memory). Since it needs more mem, I run this app in dev mode with memory setting of -Xms1024m -Xmx2048m. I dont have any issues in development but when i deploy it to app engine and access my application, the startup servlet is invoked and it comes up with an Error 500. I am not getting any useful info from the logs. I am assuming the issue is with jvm settings for app engine in production. I looked at this thread ( http://groups.google.com/group/google-appengine-java/browse_thread/th...) and modified appcfg.sh to java -Xmx2000m -cp $SDK_LIB/appengine-tools-api.jar \ com.google.appengine.tools.admin.AppCfg $* After doing an update, I still get the 500 Error. In dev mode, it takes like 80 seconds for the model to get loaded in memory. Any thoughts / help / suggestions greatly appreciated, thanks Joe. --~--~-~--~~~---~--~~ 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: primary key portability
For very simple models (i.e. no relationships), you can use Long- and String-based primary keys to maintain portability, but if you do want to use relationships, at least one model will have to rely on the com.google.appengine.api.datastore.Key class. - Jason On Thu, Oct 22, 2009 at 6:52 PM, Rusty Wright rwright.li...@gmail.comwrote: With Google App Engine you are invariably required to use the class com.google.appengine.api.datastore.Key for your primary key. I would like to be able to compare the behaviour of of DataNucleus JDO between an RDBMS (e.g., HSQL) and Google's Big Table data store. But I can't see any nice way to do this without having to have duplicate model/domain objects, as well as duplicate DAOs, because of the primary key difference. Is anybody doing this, and if so, how are you handling it? --~--~-~--~~~---~--~~ 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] I'm getting a already connected exception when I setRequestMethod(GET) on my HttpURLConnection
URL authUrl = new URL(url); connection = (HttpURLConnection) authUrl.openConnection(); connection.setRequestMethod(GET); //- already connected exception. The documentation indicates that I supposed to use openConnection, then set my params, then use connect. Inspecting the connection object in the debugger indicates that connection is already connected before the setRequestMethod is called, dispite the fact that I haven't called connect yet. Also, I'm not calling any other functions. This is my code, not an example. This is also inside of my HttpServlet doGet override --~--~-~--~~~---~--~~ 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] Bug in JDO compiled/named query support
I think I have found a bug in the datanucleus JDO named query code (which I am happy to file a jira report on if others agree)... imagine the following: @Queries { value = { @Query(name=foo value=select from FOO...) } ) public class Foo { //... } at some point later in the code is uttered: Query q = pm.newNamedQuery(Foo.class, Foo); now this should cause the query named Foo in the annotations above to be found and prepared for later execution... such that: q.execute(...) would execute the named query ... except it doesn't ... it throws: org.datanucleus.query.expression.PrimaryExpressionIsVariableException ... this is because the code in org.datanucleus.jdo.JDOPersistenceManagerProxy reads: public Query newNamedQuery(Class cls, String filter) { return getPM().newQuery(cls, filter); } and should in fact read: return getPM().newNamedQuery(cls, name); The error results in the name of the query being set as a filter on an empty query, which is subsequently auto populates, and sets the name of the query as a filter ... hence the exception. --~--~-~--~~~---~--~~ 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] Chat Time transcript for October 21, 2009
This past Wednesday, the App Engine team hosted the latest session of its bimonthly IRC office hours. A transcript of the session and a summary of the topics covered is provided below. The next session will take place on Wednesday, November 4th from 7:00-8:00 p.m. PST in the #appengine channel on irc.freenode.net. Note that this will be the first Chat Time to occur after daylight time in the U.S. ends, which means that it will be taking place one hour earlier than usual in countries or states that don't observe daylight savings time. Please be aware of this time difference so you don't inadvertently miss the session. - Jason --SUMMARY--- - Q: Why am I seeing 0.1% rate of datastore operations time out and is anything being done to reduce this? A: A certain level of datastore timeouts is expected (generally between 0.1% and 0.2% of all datastore operations) but, we are actively working on ways to improve datastore reliability. If you are seeing a much higher rate, be sure to inspect your data model for write contention which often manifests as datastore timeouts. [9:02-9:07] - Q: What is the recommended approach to datastore capacity planning ahead of a large bulk upload? A: Entities are stored as protocol buffers (http://code.google.com/p/protobuf/) -- if you familiarize yourself with the protobuf specification, you can determine the space needed to store each entity, minus the datastore overhead, fairly easily. An article is coming out soon which explains how entities and indexes are stored in much more detail. [9:04-9:05] - Q: Can a high level of read operations result in datastore contention? A: Datastore contention is usually the result of too many attempted concurrent writes to the same datastore entity or entity group. Before implementing your data model, consider the expected read/ write access patterns and design your data model accordingly, sharding entities that you expect to update more than once per second (http:// code.google.com/appengine/articles/scaling/contention.html). While concurrent writes generally result in contention, concurrent reads generally result in better performance due to caching. [9:08-9:09, 9:11-9:13, 9:18] - Q: Are there any plans to support more file extensions for attachments to outgoing email, e.g. .doc, .docx, etc.? A: There are no immediate plans to support these extensions due to the prevalence of viruses contained in files of these types. In the meantime, you can include links to the files or share them via Google Docs. [9:14, 9:16, 9:19-9:20] - Q: What is the recommended approach to paging large data sets in App Engine? A: The offset approach is *not* recommended because it won't work for result sets larger than 1,000. Until datastore cursors are available, the recommended approaches are summarized in http://code.google.com/appengine/articles/paging.html. [9:21-9:23] - Q: How can one avoid exploding indexes when using list properties? A: In general, you should avoid referencing more than one list property in any query, especially if one or both list properties contain a large number of elements. Index rows have to be added for every permutation of values in the lists, which can result in index explosion. See the video at http://sites.google.com/site/io/under-the-covers-of-the-google-app-engine-datastore to learn more about why exploding indexes occur. [9:22, 9:26, 9:28-9:30, 9:32-9:33, 9:40] - Q: In Java, can one use sequence methods in JPA to get a sequence of datastore IDs? A: No, you have to use the low-level datastore API's allocateIds() method for now. [9:31, 9:33] - If you're looking to use Google Web Toolkit (GWT) and App Engine together, there are a number of combo samples available in http://code.google.com/p/googleappengine/source/browse/#svn/trunk/java/demos including gwtguestbook, sticky, and taskengine. [9:46, 9:48, 9:50-9:51] - Q: What is being done to address long initialization times for Java applications? A: We are definitely aware of the issue and are rolling out several back-end enhancements over the next few releases to try to minimize this startup time as much as possible. [9:52-9:53] --FULL TRANSCRIPT--- [09:01am] scudder_google: Hi all, welcome to another instlallment of our hour long chat time with people on the App Engine team [09:01am] johnvdenley: Is there any kind of formality to this session? or is it just a free for all? [09:01am] moraes: take what you can! [09:02am] moraes: meh. [09:02am] Jason_Google_: johnvdenley: It's basically a free-for-all. [09:02am] scudder_google: so far from Google we have nickjohnson, Jason_Google and a few others may join as we go [09:02am] scudder_google: yes, jump right in questions and comments welcome [09:02am] mbw: Is anything being done to reduce timeouts? I am seeing a lot more than .01% timeouts. We even use a low level catch and retry trick to try and reduce its effect. We saw
[appengine-java] Re: Authentication - So close.... getCurrentUser() still null
I figured out the a ACSID isn't being returned. However, this cookie is Set-Cookie = PREF=ID=a4afbd13fc512345:TM=1256612345:LM=1256612345:S=pcGWWyaOZHZA; expires=Thu27-Oct-2011 02:10:20 GMT; path=/; domain=.google.com So I tried using it, and still getCurrentUser() is null. I know my Auth token is correct, and I know my url is well formed. I'm getting back a 204 (no content) for the _ah_login request to get the cookie, but with never with the ACSID cookie I've read about. Any help would be much appreciated=/ resp.addHeader(Set-Cookie, cookieHeader); resp.sendRedirect(destUrl); On Oct 24, 6:35 pm, Bourke Floyd IV chb...@gmail.com wrote: This has been a pain from the beginning, but I'm so close I can smell it! First, I tried sending normal Authentication header to my app, but it was being striped off and not used. Then I found in documentation that I need to reference the Auth token I get from the ClientLogin for each of my service requests...http://code.google.com/apis/accounts/docs/AuthForInstalledApps.html Didn't work, then I learned from this posthttp://dalelane.co.uk/blog/?p=894 That I need to use that Auth token to get a JSESSION Cookie from String authKey = ... from ClientLogin ... String destUrl = http://myappname.appspot.com/;; String cookieUrl = http://myappname.appspot.com/_ah/login?continue=; + URLEncoder.encode(destUrl,UTF-8) + auth= + URLEncoder.encode (authKey,UTF-8); resp.sendRedirect(cookieUrl); I deployed the app to make sure the UserService has all the info it needed. Everything is working now except that when the resp redirect returns with the new JSESSION Cookie and I use the getCurrentUser() it is still null...agg. Thanks in advance! I really would like to use google accounts, but it seems I'm almost being forced to build my own=/ --~--~-~--~~~---~--~~ 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] SEVERE: Operation commit failed on resource:
I am receiving this message on a seemingly random schedule. Does anyone else see this? SEVERE: Operation commit failed on resource: org.datanucleus.store.appengine.datastorexaresou...@50d55a0f, error code UNKNOWN and transaction: [DataNucleus Transaction, ID=Xid= --~--~-~--~~~---~--~~ 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] Please correct entry for Vaadin
Vaadin 6.1 currently has full Google App Engine compatibility --~--~-~--~~~---~--~~ 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] Discussion on will-it-play-in-app-engine
Please correct entry for Vaadin: Vaadin 6.1 currently has full App Engine support. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---