[google-appengine] Re: Google Places API wrapper for Java GAE
This guy claims to have a first draft of one: http://code.google.com/p/google-places-api-client/ This guy says use the standard Google Java api, with examples: http://ddewaele.blogspot.com/2011/05/introducing-google-places-api.html On Wednesday, August 29, 2012 10:03:35 PM UTC+2, Rahul Tongia wrote: Hi There, I want to use google places API from the service side at my Java appengine and GWT app. It is possible using URLFetch on places web services. Is there anyone who has written a library which converts the JSON response to Java objects. This would save me considerable time in case some one has done that. Thanks a lot Rahul -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/CLNppYZOFCYJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Weird Instance Scheduler
Hello Takashi, I can offer you to deploy my Spring MVC application to another app-engine-account for testing purpose (Sure, it shouldn't be public available there.) Then you can test and configure it like you want Or even simpler: My application is for days really unreliable. Many requests take more then 20s or 30 seconds (because of loading requests). Hence -- it couldn't get much more worse. You are free to change my configuration settings, as long as we arrange a specific time periods and as long as my bill doesn't go up. (Just contact me directly) Bye the way: Is a colleague of yours evaluation http://code.google.com/p/googleappengine/issues/detail?id=8004? Then we should wait, otherwise his evaluation may be disrupted. At the same time, I'd like one of you to file an issue on our issue tracker for this particular topic, 'Setting min idle instances doesn't work', The problem is not restricted to resident instances (min idle instances). From time to time the same happens for dynamic instances: One or more dynamic instances are running and are almost idle (sometimes really idle==no request or just one request is served). Request comes and starts a new dynamic instance, it goes through 30-40 seconds of warmup, then request is served. Please check this example: http://code.google.com/p/googleappengine/issues/detail?id=8004#c8 Cheers Mos On Thu, Aug 30, 2012 at 12:54 AM, Takashi Matsuo tmat...@google.com wrote: Hi Mos and everyone, I'm trying to reproduce the issue about min idle instance which some of you guys reported here in this thread, saying Setting min idle instances doesn't work for me. My initial test is just with a simple helloworld Java application multithread enabled, setting 1 min idle instance, and setting 1 min cron job. I ran this test for about 2 and half days. I think it just worked as expected. The resident instance had been alive and handled 3625 requests during the test. What I'm planning to do next is another experiment with an application with Spring MVC. I'll update with the result hopefully next week. At the same time, I'd like one of you to file an issue on our issue tracker for this particular topic, 'Setting min idle instances doesn't work', hopefully with expected behavior, actual results, a characteristic of the application like average time for loading requests as well as normal requests, etc. I've done a quick search on our issue tracker, and I don't think there's any issue yet. If there's already an issue about it, please let me know. Thanks, On Tue, Aug 28, 2012 at 2:13 AM, Carl Schroeder schroeder.car...@gmail.com wrote: Yep. Googlites, let us know what else you need to run this down. On Monday, August 27, 2012 10:05:41 AM UTC-7, Mos wrote: In http://code.google.com/p/**googleappengine/issues/detail?**id=8004#c8http://code.google.com/p/googleappengine/issues/detail?id=8004#c8 I described in detail a current example of the nonconforming instance-handling of GAE. Please check the comment, the screenshot and the log-file I filed there. Dear GAE-Team, what else do you need to fix this? In this thread and in several issues you should have more than enough proof and examples. Cheers Mos On Mon, Aug 27, 2012 at 5:34 PM, Mos mos...@googlemail.com wrote: I saw the same behavior (as discussed before in the thread). Many other people reported this again and again on this mailing-list. Google has to acknowledge that the current implementation is buggy or the implementation works but doesn't make any sense in practice. Bye the way - The problem is not restricted to resident instances. From time to time the same happens for dynamic instances: One or more dynamic instances are running and are almost idle (sometimes really idle==no request or just one request is served). Request comes and starts a new dynamic instance, it goes through 30-40 seconds of warmup, then request is served. On Mon, Aug 27, 2012 at 5:19 PM, Carl D'Halluin ca...@mobicage.comwrote: Hi Carl, I see exactly the same behaviour for my Java appengine app. Resident instance does nothing; instead idle instance is started, going through several seconds of warmup, then request is served. Regards On Mon, Aug 27, 2012 at 5:11 PM, Carl Schroeder schroede...@gmail.com wrote: 2012-08-27 08:05 is the point in the logs. 1 Resident instance. No Dynamic instances. The request was sent to a cold starting Dynamic instance. Resident instance did nothing. Request took 18 seconds to serve. On Monday, August 27, 2012 2:16:25 AM UTC-7, Johan Euphrosine (Google) wrote: On Mon, Aug 27, 2012 at 5:59 AM, Carl Schroeder schroede...@gmail.com wrote: Let me see if I understand this correctly: there is currently no way on app engine to ensure that there is an instance ready to process incoming requests for an app that has been idle for some period of time. Min idle instances (labeled as Resident) sit there and do almost
Re: [google-appengine] Re: MAX_BLOB_FETCH_SIZE value
Hi Stuart, On Thu, Aug 30, 2012 at 1:07 AM, Stuart Langley slang...@google.com wrote: This is the maximum size that can be fetched in a single call using BlobReader ( https://developers.google.com/appengine/docs/python/blobstore/blobreaderclass) - The blob size that can be uploaded by users is effectively unlimited. thanks for your reply. As I understand, if a file is larger than this value, more than one call is needed. Where does 32 MB value, which is mentioned in documentation [0], come from? [0] https://developers.google.com/appengine/docs/python/blobstore/overview Best, Daniel On Thursday, 30 August 2012 05:05:56 UTC+10, Daniel Hans wrote: Hi there, I have been trying to use MAX_BLOB_FETCH_SIZE to determine maximal size of blobs that may be uploaded by the users. It is documented to be around 32 MB here [0] but the real value is actually less than one megabyte [1]. Could anyone explain the difference to me or it is an issue and we should create a new one for this? I can confirm that we do store larger files. Thank you, Daniel [0] https://developers.google.**com/appengine/docs/python/** blobstore/overview#**Introducing_the_Blobstorehttps://developers.google.com/appengine/docs/python/blobstore/overview#Introducing_the_Blobstore [1] http://code.google.com/p/**googleappengine/source/browse/** trunk/python/google/appengine/**api/blobstore/blobstore.py#83http://code.google.com/p/googleappengine/source/browse/trunk/python/google/appengine/api/blobstore/blobstore.py#83 -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/ZhIhVpD-lKQJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: facebook scraping the site and showing 'Test Page: Success'
Looks OK in the Facebook debug tool; https://developers.facebook.com/tools/debug/og/object?q=http%3A%2F%2Fnikeprotraining.sportchek.ca%2F Make sure to use Facebook's debug tool if you're having problems, it seems to be the only way to go circumvent their heavy caching and fetch the page again. On Wednesday, August 29, 2012 11:49:51 PM UTC+2, Blast Radius wrote: We just launched tonight, though the code has been on our default instance for about 24 hours, and we add the URL as a status update in facebook, we see the default success page. When we share with /index.jsp we see the OG meta data. Here's the URL : http://nikeprotraining.sportchek.ca/ Is this a cache issue -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/87tMuk5Asz8J. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] New instances are starting very often
Hello, My appid is a paid appid. I am getting the following log message in the last two days often. *This request caused a new process to be started for your application, and thus caused your application code to be loaded for the first time. This request may thus take longer and use more CPU than a typical request for your application.* *-Aswath* * * * * -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Algae - Application Template for Google App Engine
Is there any similar stuff for Java/GAE -Aswath On Thu, Aug 30, 2012 at 1:56 AM, Christopher Ramírez blindedbythed...@gmail.com wrote: Thanks for your contribution Liya! Have all the basics a modern web apps needs, including REST API's. On Tuesday, August 28, 2012 4:06:53 PM UTC-6, Ilya Bagrak wrote: While building Turn-O-Phrase (http://turn-o-phrase.com) and LinkPeelr ( http://linkpeelr.appspot.com) on GAE, I realized that both applications shared a lot of boilerplate code I was either reinventing from scratch or copy pasting across. So for the last few months I've been working on a GAE application template which I wish I had when I started tinkering with App Engine almost three years ago. The result of this effort is Algae (http://green-algae.appspot.**comhttp://green-algae.appspot.com/), and I am making it available to the app engine community at large. Algae integrates de facto industry standards (like Twitter Bootstrap and HTML5 Boilerplate) with features every web app needs (like user management and third-party authentication). And that's just scratching the surface... I am sharing it in the hope that the developer community finds it useful, and I welcome your feedback and pull requests. The code is here: http://github.com/ibagrak/**algae http://github.com/ibagrak/algae -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/1Td9Ye9plosJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] New instances are starting very often
That's a major issue we are facing also for days. Please star and comment this issue: http://code.google.com/p/googleappengine/issues/detail?id=8004 On Thu, Aug 30, 2012 at 3:04 PM, Aswath Satrasala aswath.satras...@gmail.com wrote: Hello, My appid is a paid appid. I am getting the following log message in the last two days often. *This request caused a new process to be started for your application, and thus caused your application code to be loaded for the first time. This request may thus take longer and use more CPU than a typical request for your application.* *-Aswath* * * * * -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: facebook scraping the site and showing 'Test Page: Success'
Thanks, i was thinking it was cached! Cheers! On Thursday, August 30, 2012 6:11:32 AM UTC-4, Joakim wrote: Looks OK in the Facebook debug tool; https://developers.facebook.com/tools/debug/og/object?q=http%3A%2F%2Fnikeprotraining.sportchek.ca%2F Make sure to use Facebook's debug tool if you're having problems, it seems to be the only way to go circumvent their heavy caching and fetch the page again. On Wednesday, August 29, 2012 11:49:51 PM UTC+2, Blast Radius wrote: We just launched tonight, though the code has been on our default instance for about 24 hours, and we add the URL as a status update in facebook, we see the default success page. When we share with /index.jsp we see the OG meta data. Here's the URL : http://nikeprotraining.sportchek.ca/ Is this a cache issue -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/FPCfuYKBpAEJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] A few entities disappeared for no apparent reason
At 5:31PM PST last Saturday, August 25th, our app, write-way, started generating a bunch of errors as the system stopped being able to find a handful of our most commonly accessed entities. These sorts of entities are never deleted, and I checked through the code (though I can't guarantee there isn't some bug in the code) and couldn't find any instances of these entities being deleted. Also these entities have been used for going on four years now and we've never seen this happen before. Luckily we were able to restore most the data that was missing, but since then there have no more such losses, and we still can't find a reason for this data going missing, and we're worried now that some other entities that are less visible are also gone. Are there any instances of entities just going missing? There's no particular connection between the seven of them that we were able to identify were missing, except that they seem to have gone at about the same exact time, and we can pinpoint that time. And it was only a handful as far as we know. We'll keep looking for a reason, tighten up our security, and work on having better backup systems, but basically was wondering if there's anything Google-side that might help explain this, or if anyone else has experienced something like this. If it's any help, here are the keys: [datastore_types.Key.from_path(u'VocabListInfo', 47892865, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 37347661, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 108027294, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 47828570, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 99447023, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 47846448, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 89472006, _app=u's~write-way')] -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/5AGALmBQoRQJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Using @ElementCollection to persist a Collection of Enum
No opinions at all? Does it look like that I'm doing the right thing? I just found out that it also doesn't work for a list of integers, possibly any collection of any simple type: @ElementCollection @Extension(vendorName = datanucleus, key = gae.unindexed, value = true) //private ListPositioningType bestPositionings = new ArrayListPositioningType(); private ListInteger bestPositionings; Results in: Caused by: org.datanucleus.exceptions.NucleusUserException: The MetaData for the element class java.lang.Integer of the collection field com.olympya.datamodel.model.Player.bestPositionings was not found. at com.google.appengine.datanucleus.scostore.AbstractFKStore.init(AbstractFKStore.java:120) at com.google.appengine.datanucleus.scostore.FKListStore.init(FKListStore.java:83) at com.google.appengine.datanucleus.DatastoreManager.newFKListStore(DatastoreManager.java:472) at org.datanucleus.store.mapped.MappedStoreManager.getBackingStoreForCollection(MappedStoreManager.java:798) at org.datanucleus.store.mapped.MappedStoreManager.getBackingStoreForField(MappedStoreManager.java:709) at org.datanucleus.store.types.sco.backed.ArrayList.init(ArrayList.java:99) :( Em quarta-feira, 29 de agosto de 2012 13h46min03s UTC-3, roberto_sc escreveu: I'm moving from JPA 1 to JPA 2 in my Gooogle App Engine project, and for that I changed the annotations for collections of enums, like this case: // @OneToMany(cascade = CascadeType.ALL) // JPA 1 @ElementCollection(targetClass=PositioningType.class) private ListPositioningType bestPositionings; PositioningType is an enum that is not annotated. That code is giving me the following exception: javax.persistence.PersistenceException: The MetaData for the element class com.olympya.datamodel.model.PositioningType of the collection field com.olympya.datamodel.model.Player.bestPositionings was not found. at org.datanucleus.api.jpa.NucleusJPAHelper.getJPAExceptionForNucleusException(NucleusJPAHelper.java:302) at org.datanucleus.api.jpa.JPAEntityTransaction.commit(JPAEntityTransaction.java:122) at com.olympya.Services.mergeUser(Services.java:102) ... Caused by: org.datanucleus.exceptions.NucleusUserException: The MetaData for the element class com.olympya.datamodel.model.PositioningType of the collection field com.olympya.datamodel.model.Player.bestPositionings was not found. at com.google.appengine.datanucleus.scostore.AbstractFKStore.init(AbstractFKStore.java:120) at com.google.appengine.datanucleus.scostore.FKListStore.init(FKListStore.java:83) at com.google.appengine.datanucleus.DatastoreManager.newFKListStore(DatastoreManager.java:472) at org.datanucleus.store.mapped.MappedStoreManager.getBackingStoreForCollection(MappedStoreManager.java:798) at org.datanucleus.store.mapped.MappedStoreManager.getBackingStoreForField(MappedStoreManager.java:709) at org.datanucleus.store.types.sco.backed.ArrayList.init(ArrayList.java:99) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ... -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/M9bihLLrsTAJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Is it possible to build a mixed app in Java Go?
Hi, I would like to start a new app in Go but some of the services are only offered in Java for the moment. I am thinking about writing everything I can in Go and call the other services in Java when not available in Go. Is there a way to have a GAE app with some of the URLs handled by a Go app and some others in Java? Thanks Fred -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Is it possible to build a mixed app in Java Go?
You can deploy different runtimes to different versions of your application. While the non-default versions can have public urls, they use a specific hostname. So in general you would have the default version (possibly in Go), proxy as required to a java application/version. You will of course need a seperate running instance for each runtime, so it will increase costs. On Thu, Aug 30, 2012 at 5:27 PM, Fred Janon fja...@gmail.com wrote: Hi, I would like to start a new app in Go but some of the services are only offered in Java for the moment. I am thinking about writing everything I can in Go and call the other services in Java when not available in Go. Is there a way to have a GAE app with some of the URLs handled by a Go app and some others in Java? Thanks Fred -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Google Places API wrapper for Java GAE
Hi Richard, Thanks for the reply. I was more looking for a jar which is having all the json to java objects. I was able to build fetch the place results using URL fetch quiet easily, but they have a silly place id to reference conversion, which means additional work. So, for now I am just using the foursquare java jar for testing and building the rest of app. At some point, I will build a simple places jar, as I get more time. Both, these are still very basic. Cheers, Rahul On Thursday, August 30, 2012 8:45:33 AM UTC+2, Richard Watson wrote: This guy claims to have a first draft of one: http://code.google.com/p/google-places-api-client/ This guy says use the standard Google Java api, with examples: http://ddewaele.blogspot.com/2011/05/introducing-google-places-api.html On Wednesday, August 29, 2012 10:03:35 PM UTC+2, Rahul Tongia wrote: Hi There, I want to use google places API from the service side at my Java appengine and GWT app. It is possible using URLFetch on places web services. Is there anyone who has written a library which converts the JSON response to Java objects. This would save me considerable time in case some one has done that. Thanks a lot Rahul -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/ZBG4PmuSSG0J. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] URLFetch Quota Is Stupid
Ok, so I get that you don't want me to build a DDoS platform with GAE. But why the frak is there a limit on how many times a Backend can hit its own front end? (and Vice Versa) Yes I hit these limits. Yes it makes me sad. Yes it limits my App. We also tried and failed to make ProtoRPC replace URLFetch thinking this might mitigate the issue. That Failed. We considered Google EndPoints. Doesn't solve the issues that URLFetch is a limitation in the App. We considered Channels, thinking we could move data via Messages, that doesn't work servers can't talk to each other. This may be a deal breaker for us. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
RE: [google-appengine] URLFetch Quota Is Stupid
And why do backends talking to front ends consume Incoming Bandwidth? From: google-appengine@googlegroups.com [mailto:google-appengine@googlegroups.com] On Behalf Of Drake Sent: Thursday, August 30, 2012 11:29 AM To: google-appengine@googlegroups.com Subject: [google-appengine] URLFetch Quota Is Stupid Ok, so I get that you don't want me to build a DDoS platform with GAE. But why the frak is there a limit on how many times a Backend can hit its own front end? (and Vice Versa) Yes I hit these limits. Yes it makes me sad. Yes it limits my App. We also tried and failed to make ProtoRPC replace URLFetch thinking this might mitigate the issue. That Failed. We considered Google EndPoints. Doesn't solve the issues that URLFetch is a limitation in the App. We considered Channels, thinking we could move data via Messages, that doesn't work servers can't talk to each other. This may be a deal breaker for us. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] python27 helloworld application doesn't work when application id is changed
I checked the logs these are errors: 1. 2012-08-30 12:33:52.119 Traceback (most recent call last): File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1511, in __call__ rv = self.handle_exception(request, response, e) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1505, in __call__ rv = self.router.dispatch(request, response) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1253, in default_dispatcher return route.handler_adapter(request, response) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1077, in __call__ return handler.dispatch() File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 547, in dispatch return self.handle_exception(e, self.app.debug) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 545, in dispatch return method(*args, **kwargs) File /base/data/home/apps/s~din-ga01/1.361292798329383921/helloworld.py, line 37, in get url = users.create_login_url(self.request.uri) File /base/python27_runtime/python27_lib/versions/1/google/appengine/api/users.py, line 256, in create_login_url raise NotAllowedError NotAllowedError 2. E2012-08-30 12:33:54.944 Traceback (most recent call last): File /base/python27_runtime/python27_lib/versions/1/google/appengine/runtime/wsgi.py, line 195, in Handle result = handler(dict(self._environ), self._StartResponse) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1519, in __call__ response = self._internal_error(e) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1511, in __call__ rv = self.handle_exception(request, response, e) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1505, in __call__ rv = self.router.dispatch(request, response) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1253, in default_dispatcher return route.handler_adapter(request, response) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 1077, in __call__ return handler.dispatch() File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 547, in dispatch return self.handle_exception(e, self.app.debug) File /base/python27_runtime/python27_lib/versions/third_party/webapp2-2.3/webapp2.py, line 545, in dispatch return method(*args, **kwargs) File /base/data/home/apps/s~din-ga01/1.361292798329383921/helloworld.py, line 37, in get url = users.create_login_url(self.request.uri) File /base/python27_runtime/python27_lib/versions/1/google/appengine/api/users.py, line 256, in create_login_url raise NotAllowedError NotAllowedError This runs fine on my local machine - is there a problem with the production python libraries? Dinal On Saturday, 25 August 2012 19:56:00 UTC+1, dt_da wrote: Hello Robert, I managed to get the helloworld application working under a different id in the google app engine launcher application (on my machine). I think if you change the application id in app.yaml (even though the launcher application will pick up the changed name straight away) it will cause an error, you still have to stop the application and re-run it then the error message goes away. But when I deploy it (successfully) and try to run it on-line I get an error but I don't know what it relates to - attached are all the program files and screenshot. Dinal On Sunday, 19 August 2012 00:20:09 UTC+1, Robert Fischer wrote: Changing the appid in the app.yaml should work fine to upload the app. You can also use appcfg.py --application=... to override the application: line specified in the app.yaml. More info here: https://developers.google.com/appengine/docs/python/tools/uploadinganapp -Robert On Sat, Aug 18, 2012 at 12:48 PM, dt_da dinal...@dintechnology.comwrote: Hello, I downloaded the app sdk and went through the helloworld example for python27, everything worked fine until the very last bit of the tutorial which was about deploying the application. I created a new application id on google, which was different to the name helloworld. The tutorial asked me to change the application property in the app.yaml to the application id - which is what I did and it came up with a error both on the SDK version and deployed version. How do I deploy an application with a application id different to the name is was initially created in the app.yaml file?? I can't find anything on tutorial about this?
[google-appengine] App Engine indexes stuck in building and deleting states
Hi, I am having issues with datastore indexes. I introduced a new entity in the latest version of my application and index building for it is stuck in Building state for more than 12 hours already even though there were no entities of that kind in the database yet. I tried update_indexes and I tried to redeploy my app. Then I deleted all indexes from index.yaml and tried vacuum_indexes. Now all other indexes are stuck in the Deleting state for the same period of time. All additional calls to vacuum_indexes produces this message: 6 indexes were not deleted. Most likely this is because they no longer exist. The 6 indexes that are then listed are the ones that are in the Building state. So none of the indexes are in the Error state but they wouldn't finish building or deleting. I have about 500 entities in the datastore and index building never took more than a few minutes before. GAE Console shows: Index storage statistics last updated: 1 day, 0:53:43 ago appid: assyriancentral2 Please help! -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/MKCMMxRPhOcJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] 503 Errors uploading multipart/form-data to blobstore handlers on afternoon of 8/29
Did anyone else see unexpected 503s for their application yesterday? Only 1/2 of my applications were affected. I made no code changes to my site in the last two weeks, saw a 1-3 hour outage yesterday only in multipart/form-data POSTs to one of my blobstore upload handlers. Quota was not an issue and my dashboard shows no quota denials. I also didn't see the 503s in my logs, but did see other traffic from the same hosts. Changing nothing in my application, the 503s went away on their own after some time. Was there a Blobstore outage yesterday? Is there a page which lists know outages with start/end times? The service status page shows 100% uptime over the last 7 days, which seems to indicate that no one noticed. Is anyone from GAE SRE willing to investigate? Thanks! Jeff -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/5dI2Bt-jAeMJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Billing related inquiry
I have made the card acceptable for my google app. Still I am getting the following error after crossing 100 mails today. Exception: com.google.apphosting.api.ApiProxy$OverQuotaException: The API call mail.Send() required more quota than is available. Can anyone tell me what the problem is? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/KH7QlMUbhtoJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Custom expires/cache-control for get_serving_url images
I've noticed that image urls generated by get_serving_url are set to cache for only 24 hours. Is it possible to change this? 24 hours isn't very long, especially considering that the images can't change. The Page Speed proxy service caches for 1 year, thats much more reasonable. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/-4L-bEKIdpoJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: URLFetch Quota Is Stupid
Hi Brandon, I agree it may make sense to special case intra-App URLFetches. Please file a bug on the issue tracker. thanks, Peter On Friday, August 31, 2012 4:29:35 AM UTC+10, Brandon Wirtz wrote: Ok, so I get that you don’t want me to build a DDoS platform with GAE. But why the frak is there a limit on how many times a Backend can hit its own front end? (and Vice Versa) Yes I hit these limits. Yes it makes me sad. Yes it limits my App. We also tried and failed to make ProtoRPC replace URLFetch thinking this might mitigate the issue. That Failed. We considered Google EndPoints. Doesn’t solve the issues that URLFetch is a limitation in the App. We considered Channels, thinking we could move data via Messages, that doesn’t work servers can’t talk to each other. This may be a deal breaker for us. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/EsrWRzLOWDQJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Notice: Google App Engine Conversion API to be decommissioned in November 2012
This is a bit of a bummer. I was keen to try it out to generate PDF invoices for customers On 28 August 2012 02:07, Christina Ilvento cilve...@google.com wrote: Hi All, The API will be shut off in November of 2012. When we have an exact date for the release we'll let you know. Thanks, Christina On Mon, Aug 27, 2012 at 7:35 AM, Daniel Florey daniel.flo...@gmail.comwrote: I suspect that the low adoption is the real reason behind it. I guess either the core developers left the App Engine team or they had some serious licensing trouble with the underlying products (PrinceXML etc.) But this just a guess, it is fully understandable that Google will not communicate the real reasons behind this move. But on the other hand I agree that claiming the low adoption is not a good excuse as there are too many services in experimental state and it will not scare developers to try them and invest time (and money). So all I'm hoping for is to get some more time to find or implement an alternative and a little bit less of this marketing-driven email-communication. If a service is switched off I simply want to get an email that says We are sorry... instead of One of the great things about App Engine... Daniel On Monday, August 27, 2012 3:54:45 PM UTC+2, Joshua Smith wrote: On Aug 27, 2012, at 5:20 AM, doright doug.s...@gmail.com wrote: tell us how short you were from your required uptake Although I never actually tried the conversion API (too many people complaining it didn't work well scared me off), I think that Google is setting a bad precedent here. Killing projects because of low adoption makes people loath to adopt, because all the work they spend getting a feature integrated may be spontaneously wasted if it turns out the feature isn't widely adopted. So people reasonably avoid adopting features until they are popular. So features are killed because of low adoption. etc. I'm not sure exactly what the better way of doing things would be, but there are plenty of options. This way is clearly a terrible way to do business. -Joshua -- -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
RE: [google-appengine] Re: URLFetch Quota Is Stupid
Will do. Can you take the quota off of me in the mean time J From: google-appengine@googlegroups.com [mailto:google-appengine@googlegroups.com] On Behalf Of Peter McKenzie Sent: Thursday, August 30, 2012 4:50 PM To: google-appengine@googlegroups.com Subject: [google-appengine] Re: URLFetch Quota Is Stupid Hi Brandon, I agree it may make sense to special case intra-App URLFetches. Please file a bug on the issue tracker. thanks, Peter On Friday, August 31, 2012 4:29:35 AM UTC+10, Brandon Wirtz wrote: Ok, so I get that you don't want me to build a DDoS platform with GAE. But why the frak is there a limit on how many times a Backend can hit its own front end? (and Vice Versa) Yes I hit these limits. Yes it makes me sad. Yes it limits my App. We also tried and failed to make ProtoRPC replace URLFetch thinking this might mitigate the issue. That Failed. We considered Google EndPoints. Doesn't solve the issues that URLFetch is a limitation in the App. We considered Channels, thinking we could move data via Messages, that doesn't work servers can't talk to each other. This may be a deal breaker for us. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/EsrWRzLOWDQJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Python on GAE Live Stream at 7:30 PST
www.youtube.com/blackwateropsdotcom will have our live stream From Stremor.com's headquarters about AppEngine and Building Massive Scale in Python Also check out our AppEngine App www.unpartial.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Custom expires/cache-control for get_serving_url images
Not possible to change it, sorry. On Friday, 31 August 2012 08:21:25 UTC+10, Alex Burgel wrote: I've noticed that image urls generated by get_serving_url are set to cache for only 24 hours. Is it possible to change this? 24 hours isn't very long, especially considering that the images can't change. The Page Speed proxy service caches for 1 year, thats much more reasonable. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/Yz6tOcqs8pwJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Weird Instance Scheduler
I posted a great deal of information in the thread here: https://groups.google.com/forum/?fromgroups=#!topic/google-appengine/rjZhjMEAXUI In that thread I posted logs that showed that the very first request after setting min instances to 1 will spawn a new instance (in addition to the instance that the min instances setting created). The app ID used in that testing is titan-game-qa and the timestamps are in the logs I posted. At some point I will have enough bandwidth to set up a more specific test, but I feel I've already posted plenty of information for GAE engineers to digest. - Kris On Monday, August 27, 2012 2:17:47 AM UTC-7, Johan Euphrosine (Google) wrote: On Mon, Aug 27, 2012 at 7:17 AM, Kristopher Giesing kris.g...@gmail.com javascript: wrote: Resident instances are used for processing incoming request if there is no dynamic instance This is the behavior we all want, but experimentation seems to indicate it doesn't happen, at least for some apps. Hi Kristopher, Can you comment with the appid and timestamps of when this last happened? Thanks in advance. - Kris -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/_wh1KzpESLEJ. To post to this group, send email to google-a...@googlegroups.comjavascript:. To unsubscribe from this group, send email to google-appengi...@googlegroups.com javascript:. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- Johan Euphrosine (proppy) Developer Programs Engineer Google Developer Relations -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/ubhrxTXYlC4J. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] App Engine indexes stuck in building and deleting states
Hi George, I've just checked your app and found the 6 indexes in question are in 'Serving' status. I think you're good to go now. Currently the index building is done by a common batch job in the background, not by a dedicated job for a single application, so sometimes it can take longer than you expect especially you assume the job is dedicated to your app. -- Takashi On Fri, Aug 31, 2012 at 1:52 AM, George B gbityu...@gmail.com wrote: Hi, I am having issues with datastore indexes. I introduced a new entity in the latest version of my application and index building for it is stuck in Building state for more than 12 hours already even though there were no entities of that kind in the database yet. I tried update_indexes and I tried to redeploy my app. Then I deleted all indexes from index.yaml and tried vacuum_indexes. Now all other indexes are stuck in the Deleting state for the same period of time. All additional calls to vacuum_indexes produces this message: 6 indexes were not deleted. Most likely this is because they no longer exist. The 6 indexes that are then listed are the ones that are in the Building state. So none of the indexes are in the Error state but they wouldn't finish building or deleting. I have about 500 entities in the datastore and index building never took more than a few minutes before. GAE Console shows: Index storage statistics last updated: 1 day, 0:53:43 ago appid: assyriancentral2 Please help! -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/MKCMMxRPhOcJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- Takashi Matsuo | Developers Advocate | tmat...@google.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] App Engine indexes stuck in building and deleting states
especially *if* On Fri, Aug 31, 2012 at 11:58 AM, Takashi Matsuo tmat...@google.com wrote: Hi George, I've just checked your app and found the 6 indexes in question are in 'Serving' status. I think you're good to go now. Currently the index building is done by a common batch job in the background, not by a dedicated job for a single application, so sometimes it can take longer than you expect especially you assume the job is dedicated to your app. -- Takashi On Fri, Aug 31, 2012 at 1:52 AM, George B gbityu...@gmail.com wrote: Hi, I am having issues with datastore indexes. I introduced a new entity in the latest version of my application and index building for it is stuck in Building state for more than 12 hours already even though there were no entities of that kind in the database yet. I tried update_indexes and I tried to redeploy my app. Then I deleted all indexes from index.yaml and tried vacuum_indexes. Now all other indexes are stuck in the Deleting state for the same period of time. All additional calls to vacuum_indexes produces this message: 6 indexes were not deleted. Most likely this is because they no longer exist. The 6 indexes that are then listed are the ones that are in the Building state. So none of the indexes are in the Error state but they wouldn't finish building or deleting. I have about 500 entities in the datastore and index building never took more than a few minutes before. GAE Console shows: Index storage statistics last updated: 1 day, 0:53:43 ago appid: assyriancentral2 Please help! -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/MKCMMxRPhOcJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- Takashi Matsuo | Developers Advocate | tmat...@google.com -- Takashi Matsuo | Developers Advocate | tmat...@google.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Billing related inquiry
Hi, The quota is removed after the first charge is cleared. Can you fill the form quota bump requesthttps://docs.google.com/a/google.com/spreadsheet/viewform?formkey=dENESzEwNzJiZEdpQkRzTl9RNElVWUE6MQ#gid=0 ? -- Takashi On Fri, Aug 31, 2012 at 3:51 AM, gdm.mark gdm.m...@gmail.com wrote: I have made the card acceptable for my google app. Still I am getting the following error after crossing 100 mails today. Exception: com.google.apphosting.api.**ApiProxy$OverQuotaException: The API call mail.Send() required more quota than is available. Can anyone tell me what the problem is? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/KH7QlMUbhtoJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- Takashi Matsuo | Developers Advocate | tmat...@google.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] A few entities disappeared for no apparent reason
Hi Scott, Are you accessing those entities by getting by keys, or by queries? -- Takashi On Fri, Aug 31, 2012 at 12:08 AM, Scott sderick...@gmail.com wrote: At 5:31PM PST last Saturday, August 25th, our app, write-way, started generating a bunch of errors as the system stopped being able to find a handful of our most commonly accessed entities. These sorts of entities are never deleted, and I checked through the code (though I can't guarantee there isn't some bug in the code) and couldn't find any instances of these entities being deleted. Also these entities have been used for going on four years now and we've never seen this happen before. Luckily we were able to restore most the data that was missing, but since then there have no more such losses, and we still can't find a reason for this data going missing, and we're worried now that some other entities that are less visible are also gone. Are there any instances of entities just going missing? There's no particular connection between the seven of them that we were able to identify were missing, except that they seem to have gone at about the same exact time, and we can pinpoint that time. And it was only a handful as far as we know. We'll keep looking for a reason, tighten up our security, and work on having better backup systems, but basically was wondering if there's anything Google-side that might help explain this, or if anyone else has experienced something like this. If it's any help, here are the keys: [datastore_types.Key.from_path(u'VocabListInfo', 47892865, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 37347661, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 108027294, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 47828570, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 99447023, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 47846448, _app=u's~write-way'), datastore_types.Key.from_path(u'VocabListInfo', 89472006, _app=u's~write-way')] -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/5AGALmBQoRQJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- Takashi Matsuo | Developers Advocate | tmat...@google.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Custom expires/cache-control for get_serving_url images
I opened an issue http://code.google.com/p/googleappengine/issues/detail?id=3842can=1q=get_serving_urlcolspec=ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Logbut was closed as wontfix ;-) On Friday, August 31, 2012, Stuart Langley wrote: Not possible to change it, sorry. On Friday, 31 August 2012 08:21:25 UTC+10, Alex Burgel wrote: I've noticed that image urls generated by get_serving_url are set to cache for only 24 hours. Is it possible to change this? 24 hours isn't very long, especially considering that the images can't change. The Page Speed proxy service caches for 1 year, thats much more reasonable. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/Yz6tOcqs8pwJ. To post to this group, send email to google-appengine@googlegroups.comjavascript:_e({}, 'cvml', 'google-appengine@googlegroups.com'); . To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com javascript:_e({}, 'cvml', 'google-appengine%2bunsubscr...@googlegroups.com');. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- S pozdravem, Peter Ondruška -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] hrd migration and mapreduce.
Our app currently uses master/slave datastore and we decided to migrate to HRD. We've used the app as a game server for kind of long time, and it'll take very long time to migrate. The problem is, I read that the hrd migration process will use mapreduce and We're now using mapreduce functions to do test for the next update of our game. We can't stop or delay the game service cause of migration. Is it okay to use mapreduce in our app while the migration is being done? If the migration's mapreduce affect the mapreduce in the server script, we have to consider the delay of the migration. Regards, HyeonJe -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/Ef4G8qJlo2wJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: URLFetch Quota Is Stupid
Hi Brandon, Can we discuss this off-list? Please tell me your desired QPS, a purpose of your application, and your usage pattern of the service, etc. -- Takashi -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.