[google-appengine] Re: Custom domain for google app engine application
Hi Vinny, I added all the entries A and with address which Google asked me to add in my domain. (hosting). so after that if I type the domain,it will automatically to point to my application ? or should I do anything else? -V -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/093d2ca3-89ef-4f73-9bca-53d129356395%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Poor connectivity to ghs-vip-any-* for SSL custom domains, et al
Hi Josh, Google Groups isn't the place to post specific technical issues, as this forum is meant more for general discussion of the platform and services. If you would like help with a technical issue, you should post to stackoverflow [1] or serverfault [2], as there are likely to be a lot more users there. In addition, the relevant product teams tend to follow the tags there. If you believe you've identified an issue with the platform itself, then you should proceed to open a public issue tracker [3] issue with enough detail to look further into the issue from our side. Your issue report has a decent amount of information, and posting it to one of those other locations should give enough information for you to get some help. If you would like to open a thread in this forum discussing the platform or services in more broad terms, starting a discussion that would be useful for other users to join in to, feel free to do so. Have a great day! [1] http://www.stackoverflow.com/ [2] http://www.serverfault.com/ [3] http://code.google.com/p/google-appengine/issues/list On Friday, July 31, 2015 at 8:02:19 PM UTC-4, Josh Whelchel (Loudr) wrote: The same resource behind a CDN loads in a snap: *https://app.loudr.fm/*D914B0EA31C7BF890D60EB1C20474640/dist/ vendor/bundle.js https://app.loudr.fm/D914B0EA31C7BF890D60EB1C20474640/dist/vendor/bundle.js On Friday, July 31, 2015 at 4:00:53 PM UTC-7, Josh Whelchel (Loudr) wrote: *Time to first byte for https://loudr.fm/ https://loudr.fm/* D914B0EA31C7BF890D60EB1C20474640/dist/vendor/bundle.js 9.01s!! *Time to first byte for same resource, https://rdscover.appspot.com https://rdscover.appspot.com* /D914B0EA31C7BF890D60EB1C20474640/dist/vendor/bundle.js 685ms!! This is a huge discrepancy, and I can't find the bottleneck. On Friday, July 31, 2015 at 3:38:54 PM UTC-7, Josh Whelchel (Loudr) wrote: We are having a painful time accessing https://loudr.fm from our SF office. Many connections seem to timeout. Here is a traceroute: $ traceroute -w 1 loudr.fm traceroute to loudr.fm (72.14.248.104), 64 hops max, 52 byte packets 1 192.168.1.1 (192.168.1.1) 0.466 ms 0.280 ms 0.409 ms 2 76-14-68-1.sf-cable.astound.net (76.14.68.1) 11.081 ms 25.822 ms 9.019 ms 3 104.220.254.17 (104.220.254.17) 23.299 ms 14.741 ms 9.966 ms 4 76-14-93-222.sf-cable.astound.net (76.14.93.222) 30.097 ms 76-14-93-218.sf-cable.astound.net (76.14.93.218) 23.407 ms 76-14-93-222.sf-cable.astound.net (76.14.93.222) 33.639 ms 5 cr1-wsache-a-be-100.bb.spectrumnet.us (208.76.187.33) 18.994 ms 32.843 ms 30.177 ms 6 cr1-55smarket-te-0-0-0-10.bb.spectrumnet.us (208.76.185.28) 30.690 ms cr1-55smarket-te-0-0-0-8.bb.spectrumnet.us (208.76.185.24) 29.779 ms cr1-55smarket-te-0-0-0-19.bb.spectrumnet.us (208.76.185.88) 19.283 ms 7 cr1-9greatoaks-te-0-7-0-7.bb.spectrumnet.us (208.76.185.58) 21.689 ms 18.598 ms cr1-9greatoaks-te-0-7-0-8.bb.spectrumnet.us (208.76.185.60) 30.415 ms 8 72.14.204.109 (72.14.204.109) 36.941 ms 50.637 ms 43.910 ms 9 209.85.249.5 (209.85.249.5) 31.709 ms 20.943 ms 209.85.249.3 (209.85.249.3) 19.013 ms 10 209.85.246.20 (209.85.246.20) 21.758 ms 209.85.246.38 (209.85.246.38) 51.160 ms 57.971 ms 11 72.14.232.63 (72.14.232.63) 51.038 ms 216.239.49.198 (216.239.49.198) 39.980 ms 72.14.232.63 (72.14.232.63) 40.313 ms 12 216.239.40.146 (216.239.40.146) 55.694 ms 72.14.233.140 (72.14.233.140) 35.166 ms 64.233.175.36 (64.233.175.36) 50.961 ms 13 66.249.94.109 (66.249.94.109) 40.781 ms 216.239.46.175 (216.239.46.175) 42.409 ms 216.239.41.44 (216.239.41.44) 35.814 ms *14 * * ** 15 ghs-vip-any-c866.ghs-ssl.googlehosted.com (72.14.248.104) 35.157 ms 36.770 ms 38.434 ms *Compare to a pingdom traceroute:* http://tools.pingdom.com/ping/default.aspx?target=loudr.fmo=1id=8350420 We're not sure why this happening, but I know that connecting to appspot.com directly doesn't suffer from any of the same problems. Any ideas as to how to resolve this issue? *Our SSL Domain Setup:* SNI + VIP: 866 ALIAS to ghs-svc-https-c866.ghs-ssl.googlehosted.com Any help is wildly appreciated. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/bca9502d-f764-4082-a5ae-0221e82ad3c1%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Re: Stale Data from App Engine Datastore
I'm no expert on JDO, but the low-level api does guarantee strong consistency for get-by-key operations (that is, unless you explicitly ask for eventual consistency). One of those SO responses suggested it is possible to have the GAE/JDO plugin log its low-level operations - that should at least point you in the right direction. One other thing that might be related: In the low-level API, within a single transaction, all reads will return the original value even if you write it within the transaction. I don't know what JDO does with this; I would expect that subsequent reads would return a session-cached instance and hide this little quirk. But maybe it's related to what you are seeing? Jeff On Mon, Aug 3, 2015 at 1:52 PM, Thomas Becker walkswiththeb...@gmail.com wrote: Thanks for your quick reply, Ryan. I have found several postings on the Web that describe the same problem, namely, GetObjectById returning stale data. Here are two from StackOverflow: http://stackoverflow.com/questions/26377347/inconsistent-fetch-from-google-app-engine-datastore http://stackoverflow.com/questions/22005349/appengine-jdo-with-multiple-server-instances-loses-transaction-updates-on-entiti Under the circumstances, I don't think it would be a good use of my time to make a demo app. It seems clear to me that the issue exists. Besides, the problem is so intermittent that a demo app is of very limited value. I would be perfectly happy with a statement of the kind, GetObjectById() does not guarantee strong consistency, that's how it is, and here's what you do instead to get strongly consistent data. I just need to know what's going on. On Mon, Aug 3, 2015 at 2:32 PM, Ryan (Cloud Platform Support) rbruy...@google.com wrote: If you can create a sample app that shows this post on it on the PIT https://code.google.com/p/googleappengine/issues/entry so I can investigate this further. On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote: I am using the app engine datastore with Java JDO. According to the documentation, ancestor queries are always strongly consistent. Recently, however, I've been seeing a lot of stale data from ancestor queries. It seems to happen randomly. A query may return the most recent data, and a moment later, the same query returns stale data. -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/1re1FtqllnQ/unsubscribe . To unsubscribe from this group and all its topics, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/CAPxj-GA3OKiGfjwgYgKmvZ%3DSi7ZXG3VLvts7%2BjWZ7c2CsC693Q%40mail.gmail.com https://groups.google.com/d/msgid/google-appengine/CAPxj-GA3OKiGfjwgYgKmvZ%3DSi7ZXG3VLvts7%2BjWZ7c2CsC693Q%40mail.gmail.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/CADK-0uh4Q8kswYMhD5RcxeQJnO3rFshgkfGEbB%2BXzHVXQLbGiw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Change in Scaling Algorithm? Seeing way more instances than usual.
Hey Thomas, I'm not in a position to say whether the scaling algorithm has changed, but without knowing any details of your app's request load, historical request load, scaling settings, etc. it's not possible to make any comment. The scaling algorithm *could *change, since it's pretty broadly-defined, and you can read about the configurable parameters in the docs https://cloud.google.com/appengine/docs/java/modules/#automatic_scaling_1, although any change should be more in line with allowing your instance to respond appropriately to traffic levels. At any rate, you are only charged for idle instances up to the amount specified in your configuration https://cloud.google.com/appengine/kb/billing#idle_instances, so having extra idle instances won't cost anything. You should control your scaling settings through a careful application of the various parameters to ensure that you don't end up scaling to more than you need. I hope this has helped address any concerns you have. Feel free to reply with more questions if you have any. On Saturday, August 1, 2015 at 8:31:08 AM UTC-4, Thomas Schranz wrote: I just wondered if there were any changes made in how the app engine scales up? We're seeing way more app instances being started than previously. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/dc9ccfcb-4421-4f47-a80c-41b941d1d4a8%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Re: Stale Data from App Engine Datastore
I am facings exact same issue. getObjectById returns stale data even if call is made inside a transaction. I performed an experiment - I ran two crons in two different modules, both trying to increment their execution count in an (common, shared) entity. I was shocked to see that even when I transaction, both crons are running as if they are performing transaction in thier own copy of DataStore. Evertime, each cron will get copy of entity last updated by itself (ignoring updates made by other cron) and on top of that transaction will also commit without any exception. -- Prashant On 8:24AM, Tue, 4 Aug 2015 Thomas Becker walkswiththeb...@gmail.com wrote: Thanks, Jeff! And one more thing, it's pretty clear from the doc, but let me make sure anyway. The same is true for ancestor queries, they guarantee strong consistency even when not performed inside a transaction, right? Thomas On Mon, Aug 3, 2015 at 8:48 PM, Jeff Schnitzer j...@infohazard.org wrote: Yes, that is correct. By default, if you perform a low-level get-by-key operation, it is strongly consistent whether or not you put it in a transaction. Note that you can, if you want, explicitly request an eventually consistent get-by-key operation in the low-level api. It does return faster since it does not require a quorum response. However, this is a pretty obscure feature. Jeff On Mon, Aug 3, 2015 at 7:30 PM, Thomas Becker walkswiththeb...@gmail.com wrote: Thanks for your detailed and thoughtful answer, Jeff. I was aware of the fact that within a transaction, all reads will return the original value even if one writes it within the transaction. That was not the problem, but thanks for pointing it out anyway, it's easy to forget! Other than that, after reading everything on the subject of GAE datastore consistency under JDO, I have decided to fall back to low-level access in those cases where strong consistency is of the essence. At the risk of sounding acerbic or snarky, it seems clear to me that nobody knows what's going on in JDO when it comes to consistency. So just to confirm, it is true that the low-level get-by-key guarantees strong consistency even *when performed outside of a transaction*, correct? Thanks again for your thoughtful answer. Very refreshing indeed. Thomas On Mon, Aug 3, 2015 at 8:13 PM, Jeff Schnitzer j...@infohazard.org wrote: I'm no expert on JDO, but the low-level api does guarantee strong consistency for get-by-key operations (that is, unless you explicitly ask for eventual consistency). One of those SO responses suggested it is possible to have the GAE/JDO plugin log its low-level operations - that should at least point you in the right direction. One other thing that might be related: In the low-level API, within a single transaction, all reads will return the original value even if you write it within the transaction. I don't know what JDO does with this; I would expect that subsequent reads would return a session-cached instance and hide this little quirk. But maybe it's related to what you are seeing? Jeff On Mon, Aug 3, 2015 at 1:52 PM, Thomas Becker walkswiththeb...@gmail.com wrote: Thanks for your quick reply, Ryan. I have found several postings on the Web that describe the same problem, namely, GetObjectById returning stale data. Here are two from StackOverflow: http://stackoverflow.com/questions/26377347/inconsistent-fetch-from-google-app-engine-datastore http://stackoverflow.com/questions/22005349/appengine-jdo-with-multiple-server-instances-loses-transaction-updates-on-entiti Under the circumstances, I don't think it would be a good use of my time to make a demo app. It seems clear to me that the issue exists. Besides, the problem is so intermittent that a demo app is of very limited value. I would be perfectly happy with a statement of the kind, GetObjectById() does not guarantee strong consistency, that's how it is, and here's what you do instead to get strongly consistent data. I just need to know what's going on. On Mon, Aug 3, 2015 at 2:32 PM, Ryan (Cloud Platform Support) rbruy...@google.com wrote: If you can create a sample app that shows this post on it on the PIT https://code.google.com/p/googleappengine/issues/entry so I can investigate this further. On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote: I am using the app engine datastore with Java JDO. According to the documentation, ancestor queries are always strongly consistent. Recently, however, I've been seeing a lot of stale data from ancestor queries. It seems to happen randomly. A query may return the most recent data, and a moment later, the same query returns stale data. -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/1re1FtqllnQ/unsubscribe . To unsubscribe from this
Re: [google-appengine] Re: Stale Data from App Engine Datastore
Thanks, Jeff! And one more thing, it's pretty clear from the doc, but let me make sure anyway. The same is true for ancestor queries, they guarantee strong consistency even when not performed inside a transaction, right? Thomas On Mon, Aug 3, 2015 at 8:48 PM, Jeff Schnitzer j...@infohazard.org wrote: Yes, that is correct. By default, if you perform a low-level get-by-key operation, it is strongly consistent whether or not you put it in a transaction. Note that you can, if you want, explicitly request an eventually consistent get-by-key operation in the low-level api. It does return faster since it does not require a quorum response. However, this is a pretty obscure feature. Jeff On Mon, Aug 3, 2015 at 7:30 PM, Thomas Becker walkswiththeb...@gmail.com wrote: Thanks for your detailed and thoughtful answer, Jeff. I was aware of the fact that within a transaction, all reads will return the original value even if one writes it within the transaction. That was not the problem, but thanks for pointing it out anyway, it's easy to forget! Other than that, after reading everything on the subject of GAE datastore consistency under JDO, I have decided to fall back to low-level access in those cases where strong consistency is of the essence. At the risk of sounding acerbic or snarky, it seems clear to me that nobody knows what's going on in JDO when it comes to consistency. So just to confirm, it is true that the low-level get-by-key guarantees strong consistency even *when performed outside of a transaction*, correct? Thanks again for your thoughtful answer. Very refreshing indeed. Thomas On Mon, Aug 3, 2015 at 8:13 PM, Jeff Schnitzer j...@infohazard.org wrote: I'm no expert on JDO, but the low-level api does guarantee strong consistency for get-by-key operations (that is, unless you explicitly ask for eventual consistency). One of those SO responses suggested it is possible to have the GAE/JDO plugin log its low-level operations - that should at least point you in the right direction. One other thing that might be related: In the low-level API, within a single transaction, all reads will return the original value even if you write it within the transaction. I don't know what JDO does with this; I would expect that subsequent reads would return a session-cached instance and hide this little quirk. But maybe it's related to what you are seeing? Jeff On Mon, Aug 3, 2015 at 1:52 PM, Thomas Becker walkswiththeb...@gmail.com wrote: Thanks for your quick reply, Ryan. I have found several postings on the Web that describe the same problem, namely, GetObjectById returning stale data. Here are two from StackOverflow: http://stackoverflow.com/questions/26377347/inconsistent-fetch-from-google-app-engine-datastore http://stackoverflow.com/questions/22005349/appengine-jdo-with-multiple-server-instances-loses-transaction-updates-on-entiti Under the circumstances, I don't think it would be a good use of my time to make a demo app. It seems clear to me that the issue exists. Besides, the problem is so intermittent that a demo app is of very limited value. I would be perfectly happy with a statement of the kind, GetObjectById() does not guarantee strong consistency, that's how it is, and here's what you do instead to get strongly consistent data. I just need to know what's going on. On Mon, Aug 3, 2015 at 2:32 PM, Ryan (Cloud Platform Support) rbruy...@google.com wrote: If you can create a sample app that shows this post on it on the PIT https://code.google.com/p/googleappengine/issues/entry so I can investigate this further. On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote: I am using the app engine datastore with Java JDO. According to the documentation, ancestor queries are always strongly consistent. Recently, however, I've been seeing a lot of stale data from ancestor queries. It seems to happen randomly. A query may return the most recent data, and a moment later, the same query returns stale data. -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/1re1FtqllnQ/unsubscribe . To unsubscribe from this group and all its topics, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com . Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups
Re: [google-appengine] Re: Stale Data from App Engine Datastore
Yes, that is correct. By default, if you perform a low-level get-by-key operation, it is strongly consistent whether or not you put it in a transaction. Note that you can, if you want, explicitly request an eventually consistent get-by-key operation in the low-level api. It does return faster since it does not require a quorum response. However, this is a pretty obscure feature. Jeff On Mon, Aug 3, 2015 at 7:30 PM, Thomas Becker walkswiththeb...@gmail.com wrote: Thanks for your detailed and thoughtful answer, Jeff. I was aware of the fact that within a transaction, all reads will return the original value even if one writes it within the transaction. That was not the problem, but thanks for pointing it out anyway, it's easy to forget! Other than that, after reading everything on the subject of GAE datastore consistency under JDO, I have decided to fall back to low-level access in those cases where strong consistency is of the essence. At the risk of sounding acerbic or snarky, it seems clear to me that nobody knows what's going on in JDO when it comes to consistency. So just to confirm, it is true that the low-level get-by-key guarantees strong consistency even *when performed outside of a transaction*, correct? Thanks again for your thoughtful answer. Very refreshing indeed. Thomas On Mon, Aug 3, 2015 at 8:13 PM, Jeff Schnitzer j...@infohazard.org wrote: I'm no expert on JDO, but the low-level api does guarantee strong consistency for get-by-key operations (that is, unless you explicitly ask for eventual consistency). One of those SO responses suggested it is possible to have the GAE/JDO plugin log its low-level operations - that should at least point you in the right direction. One other thing that might be related: In the low-level API, within a single transaction, all reads will return the original value even if you write it within the transaction. I don't know what JDO does with this; I would expect that subsequent reads would return a session-cached instance and hide this little quirk. But maybe it's related to what you are seeing? Jeff On Mon, Aug 3, 2015 at 1:52 PM, Thomas Becker walkswiththeb...@gmail.com wrote: Thanks for your quick reply, Ryan. I have found several postings on the Web that describe the same problem, namely, GetObjectById returning stale data. Here are two from StackOverflow: http://stackoverflow.com/questions/26377347/inconsistent-fetch-from-google-app-engine-datastore http://stackoverflow.com/questions/22005349/appengine-jdo-with-multiple-server-instances-loses-transaction-updates-on-entiti Under the circumstances, I don't think it would be a good use of my time to make a demo app. It seems clear to me that the issue exists. Besides, the problem is so intermittent that a demo app is of very limited value. I would be perfectly happy with a statement of the kind, GetObjectById() does not guarantee strong consistency, that's how it is, and here's what you do instead to get strongly consistent data. I just need to know what's going on. On Mon, Aug 3, 2015 at 2:32 PM, Ryan (Cloud Platform Support) rbruy...@google.com wrote: If you can create a sample app that shows this post on it on the PIT https://code.google.com/p/googleappengine/issues/entry so I can investigate this further. On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote: I am using the app engine datastore with Java JDO. According to the documentation, ancestor queries are always strongly consistent. Recently, however, I've been seeing a lot of stale data from ancestor queries. It seems to happen randomly. A query may return the most recent data, and a moment later, the same query returns stale data. -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/1re1FtqllnQ/unsubscribe . To unsubscribe from this group and all its topics, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this
[google-appengine] Re: CSRF token is null!
Having the token didn't fix my problem. I still can't uploads files. It works only locally. Please if anyone can help me to figure out what's going on it will be really appreciated ! -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/ef7b842c-a3f0-477c-a176-db64c3ea93da%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Best (hosted) CI solution to use with GAE (Python)?
Hi! Does anyone have experiences to share regarding hosted CI providers and Google App Engine. Currently I have my tests running locally using nose and nose-gae. One provider I have been looking at is CircleCI. Seems quite nice, they have instructions on how to set up testing with GAE. Any thoughts are welcome! Thanks in advance, Filip -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/a70e07ff-39f8-4c5b-91b0-6a530da3dd32%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Billing issue
Hi, I have an outstanding bill to pay (due to a card being cloned and therefore cancelled) but I'd like to know if there is a way to pay the bill by assigning it to a new billing account, transferring the balance if you will. I understand I can just pay the bill with a new card (I think!) but I'd like to assign it to the newly set up billing account (someone else is in charge of payments now, so a whole new billing account was made, rather then just change the card on the current account). So, is this possible? Or am I just going to have to pay the bill one off with the new billable accounts card? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/18945943-0169-407a-9060-189e87e72d66%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Help migrating from Files API
As a quick response: uuid1() http://docs.python.org/2/library/uuid.html#uuid.uuid1 may compromise privacy since it creates a UUID containing the computer’s network address. uuid4() http://docs.python.org/2/library/uuid.html#uuid.uuid4 creates a random UUID. Refer to this answer http://stackoverflow.com/a/1785592/1880872 from Stackoverflow for further details. On Sunday, August 2, 2015 at 10:04:33 PM UTC+2, Leon Prouger wrote: Thanks for answering, it should solve my problem. I wonder if it's safer to use uuid1 on GAE, but the collision chance of uuid4 seems small enough for my case. Also I added content type as you advised On Sunday, July 26, 2015 at 7:43:50 PM UTC+3, Alex Martelli wrote: To generate a unique filename, I recommend the technique suggested at http://stackoverflow.com/questions/22156030/google-cloud-storage-create-file-name-automatically . However, on an unrelated note, take care: your code seems to be missing the content_type named parameter to the open call, and you'll probably want to add it, as you did in the previous version in the create call. Alex On Sat, Jul 25, 2015 at 5:44 AM, Leon Prouger leon...@gmail.com wrote: Hey folks, I'm learning the new Cloud Storage and question how to I migrate my app with a least friction. Now I'm using this sample piece of code to save images: from google.appengine.api import images, files def upload(ext, stream): file_name = files.blobstore.create(mime_type=mimetypes.types_map [ext]) with files.open(file_name, 'a') as f: f.write(stream.getvalue()) files.finalize(file_name) return images.get_serving_url(files.blobstore.get_blob_key(file_name)) Which I'm thinking to change to the next: def upload(ext, stream): filename = /images/my_file with gcs.open(filename, 'w') as f: f.write(stream.getvalue()) # Blobstore API requires extra /gs to distinguish against blobstore files. blobstore_filename = '/gs' + filename # This blob_key works with blobstore APIs that do not expect a # corresponding BlobInfo in datastore. blob_key = blobstore.create_gs_key(blobstore_filename) return images.get_serving_url(blob_key) Which seems to work. The problem that in the old version I don't have to worry about filenames, Files API job was to assign me one. Now I need to give a name myself. Any way the new api should do it for me? Or maybe I should just hash the file. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengi...@googlegroups.com. To post to this group, send email to google-a...@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/145ce87c-e299-4d7f-8c8c-83f2959b5548%40googlegroups.com https://groups.google.com/d/msgid/google-appengine/145ce87c-e299-4d7f-8c8c-83f2959b5548%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/1c7de523-d9d0-4682-a37e-7312621ed8f1%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: CSRF token is null!
My mistake. I removed 2 lines in settings.py : MIDDLEWARE_CLASSES = ( 'django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', ) -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/19f7c62a-8bec-4df3-9896-a220b7246ceb%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: PHP + Google App Engine + Google Cloud SQL
What's your questions and what exactly have you tried? Unless you share some minimal code that's causing the issue providing the details and asking very specific questions - you won't be able to get much help. On Monday, August 3, 2015 at 6:20:13 AM UTC+3, Ng Keng Wei wrote: Hello, I am unable to retrieve records from google cloud SQL to PHP software, i want to create register and log in page for users. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/0684bc64-ff5e-4e1c-94d0-36296ce1d28c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Billing issue
Salutations Paul, I would contact our sales team https://cloud.google.com/contact/, they can help with this. Preface: not a billing expert You will need to clear the old balance before you can move to the new billing account. You cannot transfer the balance from one billing account to another. You would need to update the current form of payment [1] in order to pay the balance. Then you can move the project to the new billing account [2] so future charges are paid through the new account. [1] https://support.google.com/cloud/answer/4356091?hl=en [2] https://support.google.com/cloud/answer/6110821?hl=en /preface On Monday, August 3, 2015 at 5:48:03 AM UTC-4, Paul Canning wrote: Hi, I have an outstanding bill to pay (due to a card being cloned and therefore cancelled) but I'd like to know if there is a way to pay the bill by assigning it to a new billing account, transferring the balance if you will. I understand I can just pay the bill with a new card (I think!) but I'd like to assign it to the newly set up billing account (someone else is in charge of payments now, so a whole new billing account was made, rather then just change the card on the current account). So, is this possible? Or am I just going to have to pay the bill one off with the new billable accounts card? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/a2452c85-2c5a-4cd8-9b79-0ec305f72832%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Google App Engine Laucher extra flags listen to --host 127.0.0.1
Hi Tasos, I think there may be some issue in language between us, and my apologies in advance if I've misunderstood you, since it seems some negations were added / omitted which would help me to make sense of your reply. From what I understand about Apache, and remember this isn't an Apache forum, 127.0.0.1 is going to mean that the server will only be accessible from that address, that is from the same server only (127.0.0.1 is the local loopback address). If you used an internal IP such as 192.168.1.4 to access the server, this means that the client was also within the same network, and you may want to test from a completely external computer. As I said, testing various configurations is the best way to determine the server behaviour. It may be possible that Apache reads httpd.conf and uses 127.0.0.1 to listen to any connections, whether machine-local, network-local, or from the wider internet. Either way you'll need to check, and this isn't the right place to ask about Apache server configuration. As far as the App Engine launcher, have you managed to test the behaviour of the --host flag, and gotten it to work as you desire? Best wishes, Nick On Saturday, August 1, 2015 at 3:28:09 PM UTC-4, Tasos Kallergis wrote: So Nick you think that when i change from httpd.conf file the ip address to listen to 127.0.0.1, is a valid ip and i may access that service from remote. I.e now i change this file to listen to ip 127.0.0.1. I type from another laptop the internal ip of that xampp server that i changed (i.e 192.168.1.4:80), and i normally access to that xampp server. This is a little weird, but how that happen, because the ip address that xampp server listen is 127.0.0.1. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/d4a72776-4d8b-4dc3-9375-af296a32bb42%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Rate Limit Exceeded when creating new project through devloper's console
I have been having the same issue for 1 week. I contacted Google billing support and cloud platform support. Support told me to make a $10 payment to enable an increase in quota. After completing their request, they said my quota has been increased to 25 projects. I still cannot create a new project and get Rate limit exceeded. I only have 3 projects! On Friday, July 10, 2015 at 1:04:24 PM UTC-7, Nick (Cloud Platform Support) wrote: Hey Phil, That does indeed seem strange. With no ability to reproduce it, it's unlikely we can gather any useful information at this point, and it seems as though the dialog shouldn't be related at all. Glad to hear you've got things working, at any rate, and good luck building whatever it is you plan for! On Friday, July 10, 2015 at 11:01:27 AM UTC-4, Phil Side wrote: Hi Nick, It's working now. The fix was either an extremely weird bug, or there was an an amazing coincidence. I tried to create the the project several times over the period of a few hours, always with the same error. I gave it one more try, and it failed again. I then dismissed that billing has been moved to settings pop-up, which had been on the screen all day, and tried again. This time it worked. I don't really see how the two could be related. On the other hand, I tried it 5 seconds before dismissing the box, and it failed, I tried it 5 seconds after dismissing it, and it worked. Very odd. On Thursday, 9 July 2015 15:20:36 UTC+2, Phil Side wrote: I'm getting the message Rate Limit Exceeded when I try to create a new project through the developer's console. I have no idea what rate it is referring to, and so no idea how to fix the problem. Any help would be appreciated. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/cf84daba-e4cb-43ac-8880-f739921c9e1e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Not very friendly - New Datastore Query Screen
Thank you for the post, sorry for the delay I was on vacation. I will process the PIT shortly. Are you using https://appengine.google.com/ or https://console.developers.google.com ? On Wednesday, July 29, 2015 at 3:08:54 AM UTC-4, aswath wrote: I have created the issue. https://code.google.com/p/googleappengine/issues/detail?id=12187 -Aswath On Tue, Jun 30, 2015 at 6:54 PM, Ryan (Cloud Platform Support) rbruy...@google.com wrote: Salutations All, You should create a PIT with specific requests (ie not losing Query after drilling down) that you would like to see. Once you create it, link it here and I will process it for you. On Monday, June 29, 2015 at 5:32:44 AM UTC-4, aswath wrote: Hi, The new Datastore Query Screen is not very friendly to query and to do the analysis. Several issues. - The screen itself takes long time to appear - After doing the query using the namespace, as you scroll down the results, there is no indication, to say it is the end of the results - Drill down (click on one of the row), then do browser back button, then the query filter is lost. It takes a very long time here, when you press the back button - The results view is shown from the beginning. The view is not positioned at the same place, where the row was clicked, when I did the drill down in the previous step. -Aswath www.AccountingGuru.net (Mobile + Online inventory/order/accounting service) -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/78e8f68b-c95b-4795-a0c3-34111dc8d0fc%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Is it possible to set an instance class for Basic Scaling?
On Sun, Aug 2, 2015 at 10:57 PM, A. Kong anthony.hw.k...@gmail.com wrote: When I deploy my app I got this error message: *Instance class F4 is only allowed with the 'automatic' scaling value.* Here is the beginning part of my yaml file application: app-modular-kong module: backend version: v1-2-3 runtime: python27 api_version: 1 threadsafe: no instance_class: F4 basic_scaling: max_instances: 10 It is possible to set the instance_class? Is it necessary? As the table Scaling Types under https://cloud.google.com/appengine/docs/python/modules/#Python_Instance_scaling_and_class shows, Basic Scaling is Configurable by selecting a B1, B2, B4, B4_1G, or B8 instance class -- so it's definitely possible to set the instance class, just not to F4. B4 has the same memory, CPU, and cost as F4, currently. I wouldn't say it's *necessary* to set a different instance class than the default (currently B2), but it's certainly a possibility you can experiment with in order to fine-tune your application's performance and cost. Alex Thanks -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/73407ade-f006-4775-9f60-80edf28c5ec5%40googlegroups.com https://groups.google.com/d/msgid/google-appengine/73407ade-f006-4775-9f60-80edf28c5ec5%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/CAE46Be87Tpq8h_q4KXci0nxi%3DRR%2BVoNri20Y6a%3Dx%3DzzF88iBgQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Stale Data from App Engine Datastore
I would take a look at this article https://cloud.google.com/appengine/docs/java/datastore/jdo/queries, specifically the second paragraph under 'Datastore Read Policy and Call Deadline'.: ' If the query uses an ancestor filter, you can use transactions https://cloud.google.com/appengine/docs/java/datastore/transactions to ensure a consistent result set.) See the article Transaction Isolation in App Engine https://cloud.google.com/appengine/articles/transaction_isolation for more information on how entities and indexes are updated. ' On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote: I am using the app engine datastore with Java JDO. According to the documentation, ancestor queries are always strongly consistent. Recently, however, I've been seeing a lot of stale data from ancestor queries. It seems to happen randomly. A query may return the most recent data, and a moment later, the same query returns stale data. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/a672af3b-5de7-472c-9fe0-0d61521e8928%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Best (hosted) CI solution to use with GAE (Python)?
We use CircleCI and it is great for testing Python GAE apps. Here (https://gist.github.com/SpainTrain/28fe7da692f5b9bf3266) is a gist for our circle.yml, Makefile, .noserc, and requirements.txt as an example. We use vendoring (https://cloud.google.com/appengine/docs/python/tools/libraries27?hl=en#vendoring), so this config basically does the following: - Updates certain global pypi pkgs - Installs the local vendored pypi packages - Installs the GAE SDK - Runs linters - Runs tests with nose (outputting artifacts for results xml, coverage, and profiling) - [when building master branch] run a deployment script As a bit of errata, do not worry about caching the downloaded SDK zip files. CircleCI already reverse proxies these downloads with a cache, so they are extremely fast. As a different example, this project skeleton seems to use TravisCI - https://github.com/rbanffy/testable_appengine cheers, --Spain On Monday, August 3, 2015 at 6:29:41 AM UTC-4, Filip Nilsson wrote: Hi! Does anyone have experiences to share regarding hosted CI providers and Google App Engine. Currently I have my tests running locally using nose and nose-gae. One provider I have been looking at is CircleCI. Seems quite nice, they have instructions on how to set up testing with GAE. Any thoughts are welcome! Thanks in advance, Filip -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/b91b9b05-164b-4c3e-9f87-9ef78c78de51%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Beehive/Weblogic jar file not available
Hi Nick, That's what's strange. I've been using dwr_2.0.6/7 for a number of years, and there's never been any *bee*.jar or *weblogic*.jar in my lib dir. To my memory, there were no other dependencies downloaded with dwr.Yet prior to 2015-07-18, I've never seen this exception, and the dwr jar in my projects didn't change then. In fact, my jar list didn't change at all before or immediately after 2015-07-18. (Later I checked moving up to dwr_2.0.10, but that still produces this exception). That's why I wondered whether the Beehive/Weblogic jar could have been supplied by GAE earlier. It all seems very odd. I'm going to contact the DWR guys and see what they say. Thanks, Ken On Monday, August 3, 2015 at 1:32:45 PM UTC-6, Nick (Cloud Platform Support) wrote: Hi Ken, It sounds as though this is a specific third-party technology unrelated to Google, and I can't find it documented anywhere that this would be available on the platform. It sounds as though your app itself would have had to bundle this dependency when it was uploaded. Do you still have access to the project source? Is the Beehive/Weblogic jar included in your project's lib/ folder? Regards, Nick On Saturday, August 1, 2015 at 3:12:59 PM UTC-4, Ken Bowen wrote: I've been using DWR 2.0.(6..10) (Direct Web Remoting) with two Appengine java projects for a number of years, with no problems. About 2015-07-18, when production Appengine switched from using SDK 1.9.23 to SDK 1.9.24, I began getting the following exception each time one of my projects starts: org.directwebremoting.util.CommonsLoggingOutput error: Failed to load 'pageflow' (org.directwebremoting.beehive.PageFlowCreator) java.lang.reflect.InvocationTargetException at com.google.appengine.runtime.Request.process-eaa0bc63bfae4257(Request.java) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) .. Caused by: java.lang.ClassNotFoundException: Beehive/Weblogic jar file not available. at org.directwebremoting.beehive.PageFlowCreator.init(PageFlowCreator.java:58) . Neither of my projects had any code changes around that time. Was the Beehive/Weblogic jar available in GAE before SDK 1.9.24? Can anyone give me any pointers about this? Thanks in advance, Ken Bowen -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/906ac590-c65a-42d1-a1d6-cbe6c7d886ea%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Re: Stale Data from App Engine Datastore
Thanks for your quick reply, Ryan. I have found several postings on the Web that describe the same problem, namely, GetObjectById returning stale data. Here are two from StackOverflow: http://stackoverflow.com/questions/26377347/inconsistent-fetch-from-google-app-engine-datastore http://stackoverflow.com/questions/22005349/appengine-jdo-with-multiple-server-instances-loses-transaction-updates-on-entiti Under the circumstances, I don't think it would be a good use of my time to make a demo app. It seems clear to me that the issue exists. Besides, the problem is so intermittent that a demo app is of very limited value. I would be perfectly happy with a statement of the kind, GetObjectById() does not guarantee strong consistency, that's how it is, and here's what you do instead to get strongly consistent data. I just need to know what's going on. On Mon, Aug 3, 2015 at 2:32 PM, Ryan (Cloud Platform Support) rbruy...@google.com wrote: If you can create a sample app that shows this post on it on the PIT https://code.google.com/p/googleappengine/issues/entry so I can investigate this further. On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote: I am using the app engine datastore with Java JDO. According to the documentation, ancestor queries are always strongly consistent. Recently, however, I've been seeing a lot of stale data from ancestor queries. It seems to happen randomly. A query may return the most recent data, and a moment later, the same query returns stale data. -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/1re1FtqllnQ/unsubscribe . To unsubscribe from this group and all its topics, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/CAPxj-GA3OKiGfjwgYgKmvZ%3DSi7ZXG3VLvts7%2BjWZ7c2CsC693Q%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Beehive/Weblogic jar file not available
Hi Ken, It sounds as though this is a specific third-party technology unrelated to Google, and I can't find it documented anywhere that this would be available on the platform. It sounds as though your app itself would have had to bundle this dependency when it was uploaded. Do you still have access to the project source? Is the Beehive/Weblogic jar included in your project's lib/ folder? Regards, Nick On Saturday, August 1, 2015 at 3:12:59 PM UTC-4, Ken Bowen wrote: I've been using DWR 2.0.(6..10) (Direct Web Remoting) with two Appengine java projects for a number of years, with no problems. About 2015-07-18, when production Appengine switched from using SDK 1.9.23 to SDK 1.9.24, I began getting the following exception each time one of my projects starts: org.directwebremoting.util.CommonsLoggingOutput error: Failed to load 'pageflow' (org.directwebremoting.beehive.PageFlowCreator) java.lang.reflect.InvocationTargetException at com.google.appengine.runtime.Request.process-eaa0bc63bfae4257(Request.java) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) .. Caused by: java.lang.ClassNotFoundException: Beehive/Weblogic jar file not available. at org.directwebremoting.beehive.PageFlowCreator.init(PageFlowCreator.java:58) . Neither of my projects had any code changes around that time. Was the Beehive/Weblogic jar available in GAE before SDK 1.9.24? Can anyone give me any pointers about this? Thanks in advance, Ken Bowen -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/57cb76e6-ed14-42e9-8911-7cfaad8529f2%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Stale Data from App Engine Datastore
If you can create a sample app that shows this post on it on the PIT https://code.google.com/p/googleappengine/issues/entry so I can investigate this further. On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote: I am using the app engine datastore with Java JDO. According to the documentation, ancestor queries are always strongly consistent. Recently, however, I've been seeing a lot of stale data from ancestor queries. It seems to happen randomly. A query may return the most recent data, and a moment later, the same query returns stale data. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Stale Data from App Engine Datastore
Thanks for the reply, Ryan. Actually, I need to apologize because the way I described my problem was incorrect. I'm seeing stale data not from queries, but from calls to the JDO function GetObjectById(). The calls are inside a transaction. Since the analogous low-level datastore access function get() is guaranteed to return strongly consistent data, I was under the impression that the same would be true for GetObjectById(). Am I perhaps wrong about this? On Monday, August 3, 2015 at 1:28:14 PM UTC-6, Ryan (Cloud Platform Support) wrote: I would take a look at this article https://cloud.google.com/appengine/docs/java/datastore/jdo/queries, specifically the second paragraph under 'Datastore Read Policy and Call Deadline'.: ' If the query uses an ancestor filter, you can use transactions https://cloud.google.com/appengine/docs/java/datastore/transactions to ensure a consistent result set.) See the article Transaction Isolation in App Engine https://cloud.google.com/appengine/articles/transaction_isolation for more information on how entities and indexes are updated. ' On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote: I am using the app engine datastore with Java JDO. According to the documentation, ancestor queries are always strongly consistent. Recently, however, I've been seeing a lot of stale data from ancestor queries. It seems to happen randomly. A query may return the most recent data, and a moment later, the same query returns stale data. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/41d50d35-8e07-4f36-9a8f-7e1909f6c242%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Getting the following error: OverQuotaError: The API call taskqueue.BulkAdd() required more quota than is available
There are a few reasons this could be happening. The most likely are: 1) The total_storage_limit is set too low in the queue.yaml https://cloud.google.com/appengine/docs/python/config/queue#Python_Setting_the_storage_limit_for_all_queues . 2) You are hitting a safety quota limit https://cloud.google.com/appengine/docs/quotas?hl=en#Safety_Quotas_and_Billable_Quotas, spreading out your calls / reducing the number of tasks will help here. I have not seen any new reports of others having this issue. On Saturday, August 1, 2015 at 10:12:48 AM UTC-4, Neha Phanse wrote: Getting the following error: OverQuotaError: The API call taskqueue.BulkAdd() required more quota than is available I have 100$ billing enabled for a day and its going only till 11-12 $ before resetting. Can anyone know, why tis error is being caused and what is the solution to rectify this. I saw some past post 3-4 yrs back which says this was a major bug and its resolved long back. Why I am seeing this error? Quick response will be appreciated. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/b9298a76-1a07-404f-b92d-33b41f012b76%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.