[appengine-java] /mapreduce/mapperCallback - RuntimeException: Couldn't find MR with job ID
Hi, I had a question in the last year june, regarding: /mapreduce/mapperCallback java.lang.RuntimeException: Couldn't find MR with job ID http://groups.google.com/group/google-appengine-java/browse_thread/thread/2df5d998f13c14c8?pli=1 For the above said reason i stopped using mapreduce. But now i started using it once again, but i am facing the same exception !!! After running the mapper, exception is thrown, and mapper is not stopped. This happens sometimes no matter the task of the mapper is done or not. Why this exception is thrown ? how to handle it ? Can anyone point out where is the problem. Thanks in advance. -- *S*antosh *K*umar *K* -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] app-engine + gwt + JDO
Sounds like you may need a Log4j configuration file in your file structure (under war) and tell appengine where to find it - via a config file Don't have the details at hand here right now, so try looking at gae docs on configuring logging and if no luck then let us know and we can try to help. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/Yxiwnvqqh68J. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: Intermittent Datastore query exception: com.google.apphosting.api.ApiProxy$ApiDeadlineExceededException using task queues on a backend
There is a maintenance downtime scheduled for this Monday (M/S apps) which is related to this. I hope they will fix this then. On Thursday, March 15, 2012 6:56:24 PM UTC+1, toonetown wrote: We are seeing this issue as well - lots of deadline exceeded errors. See the discussion at https://groups.google.com/d/topic/google-appengine/nNoWv1uVqwo/discussionfor a list of others that are having the same problem, and star the issue at code.google.com/p/googleappengine/issues/detail?id=7133 to get notifications from google (if they ever do anything about it...they don't seem too eager to fix the issue.) -Nathan On Thursday, August 11, 2011 2:28:46 PM UTC-6, Miguel Angel De la Torre Martínez wrote: Hello I been experiencing a load of problems executing queries in a task queue running on a backend. The log goes like this: Uncaught exception from servlet com.google.apphosting.api.ApiProxy$ApiDeadlineExceededException: The API call datastore_v3.RunQuery() took too long to respond and was cancelled. at com.google.apphosting.runtime.ApiProxyImpl$3.createDeadlineException(ApiProxyImpl.java:277) at com.google.appengine.tools.development.TimedFuture.get(TimedFuture.java:44) at com.google.common.util.concurrent.ForwardingFuture.get(ForwardingFuture.java:64) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:67) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:67) at com.google.appengine.api.datastore.FutureHelper.getInternal(FutureHelper.java:71) at com.google.appengine.api.datastore.FutureHelper.quietGet(FutureHelper.java:32) at com.google.appengine.api.datastore.QueryResultsSourceImpl.loadMoreEntities(QueryResultsSourceImpl.java:84) at com.google.appengine.api.datastore.QueryResultIteratorImpl.ensureLoaded(QueryResultIteratorImpl.java:169) at com.google.appengine.api.datastore.QueryResultIteratorImpl.nextList(QueryResultIteratorImpl.java:115) at com.google.appengine.api.datastore.LazyList.forceResolveToIndex(LazyList.java:107) at com.google.appengine.api.datastore.LazyList.resolveToIndex(LazyList.java:83) at com.google.appengine.api.datastore.LazyList.resolveToIndex(LazyList.java:65) at com.google.appengine.api.datastore.LazyList.isEmpty(LazyList.java:296) at com.google.appengine.api.datastore.PreparedQueryImpl.asSingleEntity(PreparedQueryImpl.java:81)* at com.app.server.MyServlet.doGet(MyServlet.java:44)* at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166) at com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java:97) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:35) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java:249) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:326) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:923) at com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable(RpcRequestParser.java:76) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) at com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:135) at com.google.apphosting.runtime.JavaRuntime.handleRequest(JavaRuntime.java:260) at com.google.apphosting.base.RuntimePb$EvaluationRuntime$2.handleRequest(RuntimePb.java:9805) at com.google.net.rpc.impl.RpcUtil.runRpcInApplication(RpcUtil.java:422) at com.google.net.rpc.impl.Server$RpcTask.runInContext(Server.java:579) at
[appengine-java] Re: Unable to start embedded HTTP server
Please, upgrade to 1.6.3.1 that solves this issue with newer JDKs. Ludo On Wednesday, March 14, 2012 12:42:03 AM UTC-7, Fan Yang wrote: Hi, I installed the latest SDK 1.6.3 and now I am getting following error when I run an example web app following the tutorial on the GAE official website: Initializing App Engine server Unable to start embedded HTTP server com.google.gwt.core.ext.UnableToCompleteException: (see previous log entries) at com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngineLauncher.java:102) at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) at com.google.gwt.dev.DevMode.main(DevMode.java:311) [ERROR] Unable to start App Engine server java.lang.RuntimeException: Unable to restore the previous TimeZone at com.google.appengine.tools.development.DevAppServerImpl.restoreLocalTimeZone(DevAppServerImpl.java:228) at com.google.appengine.tools.development.DevAppServerImpl.start(DevAppServerImpl.java:164) at com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngineLauncher.java:97) at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) at com.google.gwt.dev.DevMode.main(DevMode.java:311) Caused by: java.lang.NoSuchFieldException: defaultZoneTL at java.lang.Class.getDeclaredField(Unknown Source) at com.google.appengine.tools.development.DevAppServerImpl.restoreLocalTimeZone(DevAppServerImpl.java:222) ... 6 more [ERROR] shell failed in doStartupServer method I tried creating new project but still gettting same error. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/Z-JtcukMesQJ. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
Re: [appengine-java] Re: publishing html files
You can find a sample code on how to use this Java API on the documentation here: http://code.google.com/appengine/docs/java/googlestorage/overview.html Hope this helps! -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/lUkma-x2GjYJ. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: Google app engine problem
Are you making sure the version you are uploading is then marked as the default? this is likely you are uploading a new non-default version, which is not going to show when you go to your appid.appspot.com url. Hope this helps! On Thursday, March 15, 2012 3:28:55 AM UTC-7, kshitiz jaiswal wrote: i am making a new google app engine application but each time i am running it on web-browser it is running the previously made google app engine application on the web-browser,even after re-starting the project its not working -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/UnxTxwDVpeYJ. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
Re: [google-appengine] Re: It seems Cold Starts is an unavoidable problem for GAE. So why not to conquer it?
I've observed the same. We have a single jar and we disabled the jersey class scanning but the warmup still needs 30/35 seconds. Two weeks ago the startup times were around 15/20 seconds, then, one day (I don't remember when) the performance dropped. -- Stefano Ciccarelli Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Thursday 15 March 2012 at 22:30, Jeff Schnitzer wrote: It's hard to be certain, but it *seems* like the biggest delay is reading files from whatever it is that passes for a network filesystem. I've timed several parts of my app and the only reasonable explanation I can come up with is that classloading is painfully and erratically slow. This hypothesis is consistent with one quirky observed behavior - putting all your classes in a single jar file (instead of WEB-INF/classes) has a measurable (beneficial) effect on application startup time. Jeff On Thu, Mar 15, 2012 at 4:09 PM, Emanuele Ziglioli theb...@emanueleziglioli.it wrote: Has anyone managed to profile cold starts (I don't know whether that's even possible) to see where they take most of the time? Does the length of cold starts on GAE servers correspond to how long it takes on the development server? I use GAE for Java so what I'll write below reflects that. I know the libraries I use employ annotations and that's got to have an impact. Jaxb (coupled with restlet) for example has got a terrible cold start time. My warmup request does exactly that, it triggers a jaxb warmup. But lately it has been failing. Since that seems to affect mostly the warmup request, users don't seem to be affected terribly (we have very low traffic at this stage though). I wonder whether the Google Engineers could implement something similar to what Android does: there's a resident Dalvik VM and all new processes fork from it. Our prototype process could have the jvm, the web server and all the rest that's common. Just a thought. E -- 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. -- 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
I have a python application that uses mail for communication and notifications. In many occasions I have defended in this list how well mail has been working for me. However, there are a few bugs that really bother some of my users and I have been expecting a fix for years. I am frustrated because they are relatively small things and I had the---obviously false---expectation that they would get fixed. Here are two at the top of my list: Issue 2383 http://code.google.com/p/googleappengine/issues/detail?id=2383 Filed on *Nov 11 2009* 8bit Mail encoding Issue 3900 http://code.google.com/p/googleappengine/issues/detail?id=3900 Filed on *Oct 17 2010* Incoming e-mail message with attachments in Unicode fails in _check_attachments() If you do not fix these issues I cannot scale my enterprise and if we do not scale our enterprises how will you scale yours? If you never plan to fix them, at least please let us know that mail is just a toy/prototype/experiment and not a professional platform so we can move elsewhere. Thanks, PK -- 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/-/iPj8Tp3uDgMJ. 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] Channel API billing when channel expires
I though that the channel expires 2 hours since the creation and it can not waste more than 1 channel if you don't recreate it, isn't it? Have you to disconnect the channel? -- 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/-/oo3rm15Dp8wJ. 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] More then 100 complains and no feedback from Google. Was: Outages?
On Thu, Mar 15, 2012 at 10:21 AM, Enrique enm...@gmail.com wrote: You are announcing a maintenance of Master/Slave for Monday, but we can do in the meantime? Today one of my apps start creating allot of instances filling the quota and forcing me to change the billing settings to allocate more money. 1) Put up a sorry page. 2) Emergency-migrate to the HRD now. I'm pretty sure Google feels like the M/S datastore is an albatross hanging around their neck. I don't work for Google and *I* already feel like the M/S datastore should be shut down just to improve the signal-to-noise ratio on this list. They may not say it's deprecated, but it's just a question of time. Expect support for yesterday's technology to grow more and more tepid. I understand the dilema - I have old M/S apps that I haven't migrated because it would take time I don't have right now. This is a genuine indication that I don't really care about those old apps. If I cared, I would do the work and migrate. The writing on the wall has been up for a long time... the HRD is over a year old. Six months ago you would have gotten sympathy. Today you get ambivalence. Six months from now, we (the non-Googlers) are going to be openly hostile. No point in waiting, just migrate now, even if it puts you offline for a few hours. Jeff -- 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
These aren't so much bugs, as you don't seem to be handling your string types. You may have to do a check and convert formats, but both of these are a few lines of code to handle, 2383 there is even a code example posted. I think your false expectation was that Google would loosen the Typing (and therefore the security) of their platform to accommodate your lack of coding experience. From: google-appengine@googlegroups.com [mailto:google-appengine@googlegroups.com] On Behalf Of PK Sent: Friday, March 16, 2012 1:15 AM To: google-appengine@googlegroups.com Subject: [google-appengine] Really frustrated by Google's inaction on fixing certain e-mail bugs for years I have a python application that uses mail for communication and notifications. In many occasions I have defended in this list how well mail has been working for me. However, there are a few bugs that really bother some of my users and I have been expecting a fix for years. I am frustrated because they are relatively small things and I had the---obviously false---expectation that they would get fixed. Here are two at the top of my list: Issue 2383 http://code.google.com/p/googleappengine/issues/detail?id=2383 Filed on Nov 11 2009 8bit Mail encoding Issue 3900 http://code.google.com/p/googleappengine/issues/detail?id=3900 Filed on Oct 17 2010 Incoming e-mail message with attachments in Unicode fails in _check_attachments() If you do not fix these issues I cannot scale my enterprise and if we do not scale our enterprises how will you scale yours? If you never plan to fix them, at least please let us know that mail is just a toy/prototype/experiment and not a professional platform so we can move elsewhere. Thanks, PK -- 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/-/iPj8Tp3uDgMJ. 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] More then 100 complains and no feedback from Google. Was: Outages?
Today you get ambivalence. Six months from now, we (the non-Googlers) are going to be openly hostile. I'm not openly hostile now? I'm going to have to up my game. -- 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] Google App Engine Pricing
You build skeleton code. My code is going to do: X writes to datastore per call. Y Reads from DataStore Per call. Z CPU Seconds of calculations per call P API calls using Fetch per call You then use a load tester to simulate making those calls. This is the same process you should use for pricing any application on any platform. Without this kind of testing you are just rectally divining your numbers. -- 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] Switched to HRD - So far not impressed
Not sure on the python27 when 25 expected. Your Timeouts are the scheduler. There are a couple of tuning guides out there (a few by me even) for avoiding DEE's Likely getting the scheduler reeled in will make it so you can jump back to 27 Threadsafe. From: google-appengine@googlegroups.com [mailto:google-appengine@googlegroups.com] On Behalf Of Daniel Kramer Sent: Thursday, March 15, 2012 10:57 PM To: google-appengine@googlegroups.com Subject: Re: [google-appengine] Switched to HRD - So far not impressed Yes, I get it. I was anxious to try python27 and jumped the gun early. But I am back to just the HRD switch without python27/threadSafe. I was not surprised to see issue with python27, I didn't expect the errors with just switching to HRD. I also didn't expect to see my backend server appearing to run python27 when my app is set to python25 On Mar 15, 2012, at 10:52 PM, Brandon Wirtz wrote: Did you skip the day in 4th grade they taught scientific method? You don't change 6 variables at once. Move to HR. Test. Move to Python 27 Test. Move to Thread Safe Test. Somewhere in each of those you might want to revise code. And tweak the scheduler settings. You might want to have more than once version of your app so you can test 2 things at once, like scheduler and Thread safe. -- 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. -- 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
Mail is a service easily and well-supported by SES, MessageBus, and at least a dozen others... not to mention run your own. There is nothing special about GAE's integrated mail api, and a lot of annoying limitations (my personal annoyance - no way to embed images in an email except with external hrefs). Just switch. This shouldn't take you more than a few hours. This is an important signaling mechanism. If people stop using the service, Google may realize that the service is inadequate. Maybe they'll shut it down and reallocate dev resources to something else, or maybe they will improve the service. Either way is a win. Sorry if this seems callous, but IMHO the send email api is a waste of precious developer resources. There are a zillion other features I'd rather see implemented. I really don't care who sends my email. I'd kill for spatial queries. Jeff On Fri, Mar 16, 2012 at 4:14 AM, PK p...@gae123.com wrote: I have a python application that uses mail for communication and notifications. In many occasions I have defended in this list how well mail has been working for me. However, there are a few bugs that really bother some of my users and I have been expecting a fix for years. I am frustrated because they are relatively small things and I had the---obviously false---expectation that they would get fixed. Here are two at the top of my list: Issue 2383 Filed on Nov 11 2009 8bit Mail encoding Issue 3900 Filed on Oct 17 2010 Incoming e-mail message with attachments in Unicode fails in _check_attachments() If you do not fix these issues I cannot scale my enterprise and if we do not scale our enterprises how will you scale yours? If you never plan to fix them, at least please let us know that mail is just a toy/prototype/experiment and not a professional platform so we can move elsewhere. Thanks, PK -- 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/-/iPj8Tp3uDgMJ. 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] More then 100 complains and no feedback from Google. Was: Outages?
On Fri, Mar 16, 2012 at 4:28 AM, Brandon Wirtz drak...@digerat.com wrote: Today you get ambivalence. Six months from now, we (the non-Googlers) are going to be openly hostile. I'm not openly hostile now? I'm going to have to up my game. It's hard to appear threatening dressed as a fish. Jeff -- 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
(my personal annoyance - no way to embed images in an email except with external hrefs) I haven't tried in a long while, but Data URI's seemed to work last time I checked.. You have to build them yourself but doing the base64 encode is not that hard. -- 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] More then 100 complains and no feedback from Google. Was: Outages?
It's hard to appear threatening dressed as a fish. http://www.facebook.com/photo.php?fbid=10150727382517803set=a.1015014635178 7803.330674.692177802 if you'd move to Phoenix you could dress as a fish as well. -- 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: 503 error while compiling my python application during deployment
Thanks for quickly taking care of this On Thursday, March 15, 2012 8:22:11 PM UTC-7, Anand Mistry wrote: Thanks. I'm following up. On Friday, 16 March 2012 11:51:56 UTC+11, PK wrote: We filed issue 7155 two hours ago could somebody follow up? Error 503: --- begin server output --- Try Again (503) An unexpected failure has occurred. Please try again. --- end server output --- Thanks, PK -- 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/-/_4NyKc3mV-cJ. 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
Bradon, I have not missed that you have a tendency to jump and reply on every thread. Many times your comments are useful are appreciated. Some times they are not. For instance, I did not find this reply that relies on I * think*, you *dont seem* and you *may* have to to conclude that I lack coding experiencenot even that I *may* lack coding experience. Franky, I found it offending... Both of these are acknowledged open issues. The first issue has been starred 40 times. If you honestly want to add value to GAE, please go to each bug and state why these are not issues and what the work around is. It is really not clear to me and many others. If you do not have the time, I fully understand and it is OK to stay silent, you do not have to reply to every message. PK -- 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/-/uSkDDni2ksYJ. 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
+1 On Fri, Mar 16, 2012 at 10:11 AM, PK p...@gae123.com wrote: Bradon, I have not missed that you have a tendency to jump and reply on every thread. Many times your comments are useful are appreciated. Some times they are not. For instance, I did not find this reply that relies on I * think*, you *dont seem* and you *may* have to to conclude that I lack coding experiencenot even that I *may* lack coding experience. Franky, I found it offending... Both of these are acknowledged open issues. The first issue has been starred 40 times. If you honestly want to add value to GAE, please go to each bug and state why these are not issues and what the work around is. It is really not clear to me and many others. If you do not have the time, I fully understand and it is OK to stay silent, you do not have to reply to every message. PK -- 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/-/uSkDDni2ksYJ. 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: Really frustrated by Google's inaction on fixing certain e-mail bugs for years
Sorry if this seems callous, but IMHO the send email api is a waste of precious developer resources. How many Googlers are currently working on it? -- 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] Channel API billing when channel expires
+ another related issue: http://code.google.com/p/googleappengine/issues/detail?id=4940 On Saturday, December 24, 2011 5:51:04 AM UTC+1, Rekby wrote: And you must manual handle disconnect channel and connect again. 2011/12/24 Timofey Koolin timo...@koolin.ru 12 2011/12/24 Kyle Baley k...@baley.org When a channel expires, does the new one that gets created count toward your billing? For example, if someone opens the app and leaves the browser open for 24 hours, is that 12 open channels or 1? -- 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/-/8Ldzhuav88QJ. 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. -- Blog: www.rekby.ru -- Blog: www.rekby.ru -- 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/-/Z0qdao8jfXgJ. 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] Strange graphs
The graphs for all my apps (req/s, ms/req, even instances) suddenly started looking like combs - they all dip to 0 every 10 minutes. This started 3 hours ago - anyone else seeing this? Cheers Greg. -- 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] Custom domain issue
Hello, We have added a custom domain to our appengine app. We followed the isntructions changed everything but something went wrong and we can't find the way to fix it. The thing is that in the google apps appengine tab the main url specified is https://appid.appspot.com. However, and that means all traffic from the domain mappings will be sent to the https url, and of course this won't work. I don't know how this https url ended up there as in the app engine admin console, the app url is http://appid.appspot.com. We haven't find the way to change this url. We have tried to disable this app in google apps but it didn't work, it stays there. This is quite urgent, so any help will be really appreciated!! Thanks in advance! -- 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: Strange graphs
http://groups.google.com/group/google-appengine/browse_thread/thread/7384199333f6d785/ -- 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: Really frustrated by Google's inaction on fixing certain e-mail bugs for years
On Friday, March 16, 2012 11:14:30 AM UTC+3, PK wrote: Issue 2383 http://code.google.com/p/googleappengine/issues/detail?id=2383 Filed on *Nov 11 2009* 8bit Mail encoding Let me point out the two important aspects of this (correct me if I wrong): 1. Emails in pretty valid 8bit encoding are silently ignored (users are not notified about errors) 2. This is marked as a Feature -- 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/-/IQxs2L5dzucJ. 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: More then 100 complains and no feedback from Google. Was: Outages?
On Friday, March 16, 2012 1:26:54 AM UTC+2, Brandon Wirtz wrote: We are also aware that replication is what threatened the SyFy Stargate:SG1 Universe, but we remind you that was a work of fiction. If you're interested in looking at another work of fiction, I invite you to spend some time on our status page, here: http://code.google.com/status/appengine (Actually the status page seems to have woken up, thanks GAE team. My guess is before it couldn't load the [x] icons because of the static-image problem! :)) -- 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/-/GyQcotO0NQUJ. 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: Problem with mail quota
Hi Christina, Billing enabled on 2012-03-08 21:25:20. I guess it's too much to ask for a fair disclosure of the We recently made a change ... prior to getting into this 'pay for nothing scheme'. On Wed, Mar 14, 2012 at 6:53 PM, Christina Ilvento cilve...@google.comwrote: Hi All, We recently made a change that causes the 100 email/day quota to only be lifted once a charge has been successfully cleared. Did you recently enable billing, or has billing been enabled for more than one week? Thanks, Christina On Tue, Mar 13, 2012 at 8:46 PM, Daniel danielkra...@gmail.com wrote: I'm seeing the same problem! I have hit 100 emails and can't mail anymore even with a very generous billing quota per day.. billable email is not triggering. My app is sky-words-hrd On Wednesday, February 8, 2012 2:36:40 PM UTC-8, Ice13ill wrote: In SDK 1.6.2 is stated that: Mail Quota for App Engine apps that have signed up for billing will only be increased after the first payment for the app is processed. In the documentation I found this: 100 recipients until first charge cleared; 2000 recipients free and no maximum thereafter The problem is that my app has billing enabled for a very long time and although everything was ok until today (i also checked the billing history and emails that exceeded the 100 limit were billed correctly) , now my app has reached 100 mail quota and it cannot send any more emails... Does anyone else has this problem ? -- 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/-/AYlR59U_ChkJ. 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. -- Christina Ilvento | Google App Engine | cilve...@google.com | (650)-201-9399 -- 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: Problem with mail quota
Hi Christina, Billing enabled on 2012-03-08 21:25:20. I guess it's too much to ask for a fair disclosure of the We recently made a change ... prior to getting into this 'pay for nothing scheme'. On Wednesday, March 14, 2012 6:53:47 PM UTC+2, Christina Ilvento wrote: Hi All, We recently made a change that causes the 100 email/day quota to only be lifted once a charge has been successfully cleared. Did you recently enable billing, or has billing been enabled for more than one week? Thanks, Christina On Tue, Mar 13, 2012 at 8:46 PM, Daniel danielkra...@gmail.com wrote: I'm seeing the same problem! I have hit 100 emails and can't mail anymore even with a very generous billing quota per day.. billable email is not triggering. My app is sky-words-hrd On Wednesday, February 8, 2012 2:36:40 PM UTC-8, Ice13ill wrote: In SDK 1.6.2 is stated that: Mail Quota for App Engine apps that have signed up for billing will only be increased after the first payment for the app is processed. In the documentation I found this: 100 recipients until first charge cleared; 2000 recipients free and no maximum thereafter The problem is that my app has billing enabled for a very long time and although everything was ok until today (i also checked the billing history and emails that exceeded the 100 limit were billed correctly) , now my app has reached 100 mail quota and it cannot send any more emails... Does anyone else has this problem ? -- 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/-/AYlR59U_ChkJ. 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. -- Christina Ilvento | Google App Engine | cilve...@google.com | (650)-201-9399 -- 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/-/SB5XjvGy1ksJ. 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: status page is reporting 40% static file errors for the past 12 hours.
I remember in some old presentation on GAE a couple years back there was a line reading We're caring a pager so you don't have to. I'm assuming the guy who's caring that beeper right now is asleep :) On Friday, March 16, 2012 1:20:53 PM UTC+1, Kenneth wrote: I feel like I'm living in a twilight zone. Is anyone else having a serious problem with static files? The status page has a 40% error rate, it's been going on now for about 12 hours? I've never seen so much red on the status page. http://code.google.com/status/appengine/detail/serving/2012/03/16#ae-trust-detail-static-get-large-nogzip-error_rate No alerts for this day. -- 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/-/qeFgDjr4iXsJ. 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: status page is reporting 40% static file errors for the past 12 hours.
My app is also affected by this, and I'm wondering what the status/ETA is on resolution. On Friday, March 16, 2012 8:20:53 AM UTC-4, Kenneth wrote: I feel like I'm living in a twilight zone. Is anyone else having a serious problem with static files? The status page has a 40% error rate, it's been going on now for about 12 hours? I've never seen so much red on the status page. http://code.google.com/status/appengine/detail/serving/2012/03/16#ae-trust-detail-static-get-large-nogzip-error_rate No alerts for this day. -- 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/-/dL_CT5kFF1kJ. 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] Files API triggering ApiDeadlineExceededException
Every file upload attempt using our web app is currently failing with the following exception: Caused by: com.google.apphosting.api.ApiProxy $ApiDeadlineExceededException: The API call file.Create() took too long to respond and was cancelled. at com.google.net.rpc3.client.RpcStub$RpcCallbackDispatcher $1.runInContext(RpcStub.java:748) at com.google.tracing.TraceContext$TraceContextRunnable $1.run(TraceContext.java:455) at com.google.tracing.TraceContext.runInContext(TraceContext.java: 695) at com.google.tracing.TraceContext $AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java: 333) at com.google.tracing.TraceContext $AbstractTraceContextCallback.runInInheritedContext(TraceContext.java: 325) at com.google.tracing.TraceContext $TraceContextRunnable.run(TraceContext.java:453) at com.google.net.rpc3.client.RpcStub $RpcCallbackDispatcher.rpcFinished(RpcStub.java:788) at com.google.net.rpc3.client.RpcStub $RpcCallbackDispatcher.failure(RpcStub.java:779) at com.google.net.rpc3.impl.client.RpcClientInternalContext.runCallbacks(RpcClientInternalContext.java: 890) at com.google.net.rpc3.impl.client.RpcClientInternalContext.finishRpcAndNotifyApp(RpcClientInternalContext.java: 793) at com.google.net.rpc3.impl.client.RpcNetChannel.afterFinishingActiveRpc(RpcNetChannel.java: 1049) at com.google.net.rpc3.impl.client.RpcNetChannel.finishRpc(RpcNetChannel.java: 895) at com.google.net.rpc3.impl.client.RpcNetChannel.handleResponse(RpcNetChannel.java: 2248) at com.google.net.rpc3.impl.client.RpcNetChannel.messageReceived(RpcNetChannel.java: 2060) at com.google.net.rpc3.impl.client.RpcNetChannel.access $2000(RpcNetChannel.java:147) at com.google.net.rpc3.impl.client.RpcNetChannel $TransportCallback.receivedMessage(RpcNetChannel.java:3097) at com.google.net.rpc3.impl.client.RpcChannelTransportData $TransportCallback.receivedMessage(RpcChannelTransportData.java:602) at com.google.net.rpc3.impl.wire.RpcBaseTransport.receivedMessage(RpcBaseTransport.java: 420) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.parseOneMessage(RpcClientTcpTransport.java: 773) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.parseMessages(RpcClientTcpTransport.java: 651) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.access $100(RpcClientTcpTransport.java:38) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport $1.dataReceived(RpcClientTcpTransport.java:293) at com.google.net.async3.SocketConnection.handleNetworkReadEvent(SocketConnection.java: 843) at com.google.net.async3.SocketConnection.access $400(SocketConnection.java:40) at com.google.net.async3.SocketConnection $NetworkReadHandlerImpl.run(SocketConnection.java:872) at com.google.net.eventmanager.AbstractFutureTask $Sync.innerRun(AbstractFutureTask.java:260) at com.google.net.eventmanager.AbstractFutureTask.run(AbstractFutureTask.java: 121) at com.google.net.eventmanager.EventManagerImpl.runTask(EventManagerImpl.java: 576) at com.google.net.eventmanager.EventManagerImpl.internalRunWorkerLoop(EventManagerImpl.java: 997) at com.google.net.eventmanager.EventManagerImpl.runWorkerLoop(EventManagerImpl.java: 878) at com.google.net.eventmanager.WorkerThreadInfo.runWorkerLoop(WorkerThreadInfo.java: 134) at com.google.net.eventmanager.EventManagerImpl $WorkerThread.run(EventManagerImpl.java:1833) Environment: GAE/J 1.6.3.1 HRD This is different from (but perhaps related to) ApiDeadlineExceededException caused by images.GetUrlBase which was happening last month ( see http://code.google.com/p/googleappengine/issues/detail?id=6771 ) -- 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] Go + App Engine slides
Here are the slide of the talk I gave yesterday about #golang and #appengine at ETH, Zurich. http://proppy-go-ae.appspot.com/ It shows how to; - build a simple web app - parse xml - parse json - use goroutines and channels to fetch multiple feeds concurrently Hope you will enjoy them. -- 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 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: status page is reporting 40% static file errors for the past 12 hours.
http://code.google.com/p/googleappengine/issues/detail?id=7159 On Friday, March 16, 2012 12:57:47 PM UTC, Jacob G wrote: My app is also affected by this, and I'm wondering what the status/ETA is on resolution. On Friday, March 16, 2012 8:20:53 AM UTC-4, Kenneth wrote: I feel like I'm living in a twilight zone. Is anyone else having a serious problem with static files? The status page has a 40% error rate, it's been going on now for about 12 hours? I've never seen so much red on the status page. http://code.google.com/status/appengine/detail/serving/2012/03/16#ae-trust-detail-static-get-large-nogzip-error_rate No alerts for this day. -- 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/-/E2DNgjrned4J. 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: Go + App Engine slides
Johan, awesome slides. Thanks for sharing! There's sort of one trend I'm seeing more and more lately: ... allows you to scale your web application.. - it seems like the other important part, namely reliable, sadly gets forgotten rather often. On Friday, March 16, 2012 2:26:41 PM UTC+1, Johan Euphrosine (Google) wrote: Here are the slide of the talk I gave yesterday about #golang and #appengine at ETH, Zurich. http://proppy-go-ae.appspot.com/ It shows how to; - build a simple web app - parse xml - parse json - use goroutines and channels to fetch multiple feeds concurrently Hope you will enjoy them. -- 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/-/vchW2XIwFHoJ. 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: Go + App Engine slides
ouch. On Friday, March 16, 2012 1:49:25 PM UTC, alex wrote: Johan, awesome slides. Thanks for sharing! There's sort of one trend I'm seeing more and more lately: ... allows you to scale your web application.. - it seems like the other important part, namely reliable, sadly gets forgotten rather often. On Friday, March 16, 2012 2:26:41 PM UTC+1, Johan Euphrosine (Google) wrote: Here are the slide of the talk I gave yesterday about #golang and #appengine at ETH, Zurich. http://proppy-go-ae.appspot.com/ It shows how to; - build a simple web app - parse xml - parse json - use goroutines and channels to fetch multiple feeds concurrently Hope you will enjoy them. -- 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/-/sFogVoTtfpEJ. 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] yet another pending latency question
I'm going to do this right now as well. David PS: You, sir, consistently make good points, well stated. (And make green G2 fly out my nose.) On Saturday, March 10, 2012 11:14:56 PM UTC-7, Jeff Schnitzer wrote: You probably aren't going to like this tip but: I find that any deviation from Auto/Auto produces a horrible UX. I haven't done a great deal of experimentation but all preliminary results have been bad - lots of unnecessary instance starts, many of which block user-facing requests. All on a nearly idle application. At this point I have taped over those sliders like you would a lightswitch: DO NOT TOUCH. The behavior of the scheduler is opaque, so those sliders act as unpredictable inputs to a chinese puzzle whose only perceptible outputs are tortured screams from your website visitors. It's hard to imagine a way to win at this game. Some official transparency as to the actual behavior of the scheduler would help out a lot. Jeff On Sat, Mar 10, 2012 at 9:23 PM, Peter Warren pe...@treehouselogic.com wrote: I'm trying to understand why app engine spawns new instances of our app given our settings and a miniscule load of 7 requests from one client. Our application settings are: min idle instances: 3 max idle instances: 3 min pending latency: 15 secs max pending latency: automatic We run a client-based web app that initially makes a series of requests to our app engine instance(s). In the case I'm concerned with there are 7 requests that all take well under 15 seconds. According to the app engine instance logs the times are: 36ms, 207ms, 52ms, 160ms, 624ms, 1405ms, 3232ms. There are no other requests being executed against that app; all the response times are *well* under 15 seconds, and yet app engine spawns 3 new app instances. Why? In fact the app engine logs show 6 requests being serviced, then 1 new app instance spawned, then the 7th request serviced, then another 2 app instances spawned. Our app gets very little traffic, but when a new client app is loaded in a browser somewhere between 3 7 requests are sent to app engine. I'm trying to keep app engine from launching new instances of our app since the 3 resident instances should be more than capable of handling our traffic volume, and spawning new instances kills the response time. Thanks for any tips! Peter -- 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 view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/VZJBeGzm3jkJ. 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] how do I get my 'Recipients Emailed' quota back after hrd migration?
Hi, I just migrated our app to the high replication datastore, billing enabled and everything. I can't seem to adjust or opt in to pay more for the mail api quotas, and the default limit of 100 recipients emailed is not nearly enough and it's disrupting our application. In our previous app, our quota for 'Recipients Emailed' was 1,771,789, I think I opted in to pay more for that limit a while back. Anyways, how do I get my quota back? We're willing to pay! -- 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/-/fMsM_2Zb6UQJ. 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: Files API triggering ApiDeadlineExceededException
After migrating to HRD we had to start using the 'exclusive_lock=True' parameter (from python) to fix this error, perhaps there's an equivalent parameter in java? Karl On Friday, March 16, 2012 9:04:56 AM UTC-4, jon wrote: Every file upload attempt using our web app is currently failing with the following exception: Caused by: com.google.apphosting.api.ApiProxy $ApiDeadlineExceededException: The API call file.Create() took too long to respond and was cancelled. at com.google.net.rpc3.client.RpcStub$RpcCallbackDispatcher $1.runInContext(RpcStub.java:748) at com.google.tracing.TraceContext$TraceContextRunnable $1.run(TraceContext.java:455) at com.google.tracing.TraceContext.runInContext(TraceContext.java: 695) at com.google.tracing.TraceContext $AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java: 333) at com.google.tracing.TraceContext $AbstractTraceContextCallback.runInInheritedContext(TraceContext.java: 325) at com.google.tracing.TraceContext $TraceContextRunnable.run(TraceContext.java:453) at com.google.net.rpc3.client.RpcStub $RpcCallbackDispatcher.rpcFinished(RpcStub.java:788) at com.google.net.rpc3.client.RpcStub $RpcCallbackDispatcher.failure(RpcStub.java:779) at com.google.net.rpc3.impl.client.RpcClientInternalContext.runCallbacks(RpcClientInternalContext.java: 890) at com.google.net.rpc3.impl.client.RpcClientInternalContext.finishRpcAndNotifyApp(RpcClientInternalContext.java: 793) at com.google.net.rpc3.impl.client.RpcNetChannel.afterFinishingActiveRpc(RpcNetChannel.java: 1049) at com.google.net.rpc3.impl.client.RpcNetChannel.finishRpc(RpcNetChannel.java: 895) at com.google.net.rpc3.impl.client.RpcNetChannel.handleResponse(RpcNetChannel.java: 2248) at com.google.net.rpc3.impl.client.RpcNetChannel.messageReceived(RpcNetChannel.java: 2060) at com.google.net.rpc3.impl.client.RpcNetChannel.access $2000(RpcNetChannel.java:147) at com.google.net.rpc3.impl.client.RpcNetChannel $TransportCallback.receivedMessage(RpcNetChannel.java:3097) at com.google.net.rpc3.impl.client.RpcChannelTransportData $TransportCallback.receivedMessage(RpcChannelTransportData.java:602) at com.google.net.rpc3.impl.wire.RpcBaseTransport.receivedMessage(RpcBaseTransport.java: 420) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.parseOneMessage(RpcClientTcpTransport.java: 773) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.parseMessages(RpcClientTcpTransport.java: 651) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.access $100(RpcClientTcpTransport.java:38) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport $1.dataReceived(RpcClientTcpTransport.java:293) at com.google.net.async3.SocketConnection.handleNetworkReadEvent(SocketConnection.java: 843) at com.google.net.async3.SocketConnection.access $400(SocketConnection.java:40) at com.google.net.async3.SocketConnection $NetworkReadHandlerImpl.run(SocketConnection.java:872) at com.google.net.eventmanager.AbstractFutureTask $Sync.innerRun(AbstractFutureTask.java:260) at com.google.net.eventmanager.AbstractFutureTask.run(AbstractFutureTask.java: 121) at com.google.net.eventmanager.EventManagerImpl.runTask(EventManagerImpl.java: 576) at com.google.net.eventmanager.EventManagerImpl.internalRunWorkerLoop(EventManagerImpl.java: 997) at com.google.net.eventmanager.EventManagerImpl.runWorkerLoop(EventManagerImpl.java: 878) at com.google.net.eventmanager.WorkerThreadInfo.runWorkerLoop(WorkerThreadInfo.java: 134) at com.google.net.eventmanager.EventManagerImpl $WorkerThread.run(EventManagerImpl.java:1833) Environment: GAE/J 1.6.3.1 HRD This is different from (but perhaps related to) ApiDeadlineExceededException caused by images.GetUrlBase which was happening last month ( see http://code.google.com/p/googleappengine/issues/detail?id=6771 ) -- 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/-/oQ8cnZmQY-AJ. 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: how do I get my 'Recipients Emailed' quota back after hrd migration?
Ok, I know see that the limit is 100 until the first charge is cleared: http://code.google.com/appengine/docs/quotas.html but given we just migrated an app, waiting for up to a week for the first charge to go through is not really acceptable... I'll try to file a production ticket about this, but I would hope that the migration tool, when used with an app in good standing, could transfer the email quotas to avoid disruption of sending emails. On Friday, March 16, 2012 11:14:11 AM UTC-4, Karl Rosaen wrote: Hi, I just migrated our app to the high replication datastore, billing enabled and everything. I can't seem to adjust or opt in to pay more for the mail api quotas, and the default limit of 100 recipients emailed is not nearly enough and it's disrupting our application. In our previous app, our quota for 'Recipients Emailed' was 1,771,789, I think I opted in to pay more for that limit a while back. Anyways, how do I get my quota back? We're willing to pay! -- 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/-/iEMpDt_HrL0J. 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
If you honestly want to add value to GAE, please go to each bug and state why these are not issues and what the work around is. I think it is unfortunate that GAE doesn't close By Design more of these so people don't feel they are being worked on when they aren't. Someone just mentioned that sometimes this API Fails without error. That is a bug. If someone would open a ticket about If you do X the API fails without error I would bet money that in 90 days Google would fix the issue, either as Now Fails with Error or Now Handles calls formatted as X Yeah, I'm harsh, and unfiltered. You may not see that as helpful, but the truth is I told you why 2 years later the issue isn't fixed. Bugs that don't include Code As follows gives result X when expected Result is Y aren't bugs, they are bad coders complaining that they can't figure something out. That annoys me far more than the people who got suckered in to MS that should be on HR. Mainly because the create an app page says MS is magical except when it is down. The Bug database is so filled with whining people that I don't blame Google for not wanting to read it. -- 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
Totally agree with Brandon here on the bugs/issues reporting. On Friday, March 16, 2012 4:42:18 PM UTC+1, Brandon Wirtz wrote: If you honestly want to add value to GAE, please go to each bug and state why these are not issues and what the work around is. I think it is unfortunate that GAE doesn’t close “By Design” more of these so people don’t feel they are being worked on when they aren’t. Someone just mentioned that sometimes this API “Fails without error”. That is a bug. If someone would open a ticket about “If you do X the API fails without error” I would bet money that in 90 days Google would fix the issue, either as “Now Fails with Error” or “Now Handles calls formatted as X” Yeah, I’m harsh, and unfiltered. You may not see that as helpful, but the truth is I told you why 2 years later the issue isn’t fixed. “Bugs” that don’t include “Code As follows gives result X when expected Result is Y” aren’t bugs, they are bad coders complaining that they can’t figure something out. That annoys me far more than the people who got suckered in to MS that should be on HR. Mainly because the create an app page says MS is magical except when it is down. The Bug database is so filled with whining people that I don’t blame Google for not wanting to read it. -- 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/-/VOzTWZEeuwEJ. 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] Switched to HRD - So far not impressed
I think I have the backend sorted out. I did a quick search for a scheduler guide by you but came up short. On Fri, Mar 16, 2012 at 1:37 AM, Brandon Wirtz drak...@digerat.com wrote: Not sure on the python27 when 25 expected. Your Timeouts are the scheduler. There are a couple of tuning guides out there (a few by me even) for avoiding DEE’s ** ** Likely getting the scheduler reeled in will make it so you can jump back to 27 Threadsafe. ** ** *From:* google-appengine@googlegroups.com [mailto: google-appengine@googlegroups.com] *On Behalf Of *Daniel Kramer *Sent:* Thursday, March 15, 2012 10:57 PM *To:* google-appengine@googlegroups.com *Subject:* Re: [google-appengine] Switched to HRD - So far not impressed** ** ** ** Yes, I get it. I was anxious to try python27 and jumped the gun early. But I am back to just the HRD switch without python27/threadSafe. I was not surprised to see issue with python27, I didn't expect the errors with just switching to HRD. I also didn't expect to see my backend server appearing to run python27 when my app is set to python25 ** ** On Mar 15, 2012, at 10:52 PM, Brandon Wirtz wrote: Did you skip the day in 4th grade they taught scientific method? You don’t change 6 variables at once. Move to HR. Test. Move to Python 27 Test. Move to Thread Safe Test. Somewhere in each of those you might want to revise code. And tweak the scheduler settings. You might want to have more than once version of your app so you can test 2 things at once, like scheduler and Thread safe. ** ** -- 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. -- 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. -- Daniel Kramer -- 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: How to restore data from backup?
Hi Yegor, Looks like something went wrong with this backup and it likely that it was not finalized correctly. I can look around with your permission and the related application id. Arie. On Wednesday, March 14, 2012 6:41:12 PM UTC-7, Yegor Jbanov wrote: How do I restore data from a backup? The documentation ( http://code.google.com/appengine/docs/adminconsole/datastoreadmin.html) is no good. The Completed Operations section contains my backups, e.g. Backup: datastore_backup_2012_03_15 23 steps Completed. However there is no way to select the backup and I don't see any Restore buttons. I tried with and without disabled write operations. Yegor -- 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/-/HNZPFQ-mWPEJ. 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] Unable to upload new index - quota incorrectly showing 100%
http://code.google.com/p/google-web-toolkit/issues/detail?id=7255 Even though we have 91 indexes after vacuuming quota is showing 100%. Not able to upload new code with an additional index. Please help. Prashant -- 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: It seems Cold Starts is an unavoidable problem for GAE. So why not to conquer it?
Just for curiosity, are you using load-on-startup in web.xml ? http://code.google.com/appengine/docs/java/config/appconfig.html#Using_a_load-on-startup_Servlet Since I use this initialization I never had any failed requests from non-ready instances (this didn't change the scheduler behavior though, but at least the warmup errors are gone now) Marcel -- 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/-/NBPBmiZs4-4J. 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: Really frustrated by Google's inaction on fixing certain e-mail bugs for years
I really do not understand why Brandon insists on this one, he is really not helping us to raise the visibility of this with Google. What are these unsubstantiated theories that Google does not decode 8bit encoded MIME messages for security reasons. I have a really simple feature here---part of a much bigger service. It receives e-mails, decodes them, processes them, encodes them again and forwards them. Pretty cool!! For most e-mails it works and I have many happy users. For some encodings (like 8bit) it does not and raises an exception and for those users I cannot provide the service and then they go to my customer and compain. Like it or not there are e-mail clients out there to this day that generate e-mail message with such encodings. As I point in the bug, and the reason that triggered this message, I just found an e-mail like that yesterday night from a CS Professor at Stanford. I cannot control what e-mail clients my users use and I should not Thanks for reading, PK On Friday, March 16, 2012 3:12:35 AM UTC-7, anatoly techtonik wrote: On Friday, March 16, 2012 11:14:30 AM UTC+3, PK wrote: Issue 2383http://code.google.com/p/googleappengine/issues/detail?id=2383 Filed on *Nov 11 2009* 8bit Mail encoding Let me point out the two important aspects of this (correct me if I wrong): 1. Emails in pretty valid 8bit encoding are silently ignored (users are not notified about errors) 2. This is marked as a Feature -- 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/-/0ec_0sSZc58J. 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: Datastore backup not working, task exits with error code 500
Hi Daniel, We can tell more if you give us the application id and a permission to check the related logs and backup metadata. Arie. On Thursday, March 15, 2012 11:40:33 AM UTC-7, Daniel Behnen wrote: Hi, when trying to create a backup of all my tables, many map reduce tasks (1,000) are spawn but one task does not complete successfully. The remaining task calls POST /_ah/datastore_admin/queue/deferred and exists with error code 500. Now there are two stalled tasks in the default queue, one for each backup run and the backups do not show up in the backup list. Is there a way to complete the running backups or to start a successful backup? Thanks! -- 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/-/bqE2fUE9PjwJ. 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
I've been able to work around bugs in the past by looking at the source (it's in the SDK if you grep deep enough), finding the bug, fixing the bug, and then implementing my own functions in my application to do things the right way while I way for them to put the fix into the official version. A nice benefit is that you can add the actual fix to the bug report, which makes it much quicker to get fixed. If this is such a big deal to you, I'd recommend that you try that approach. -Joshua On Mar 16, 2012, at 4:46 PM, PK wrote: I really do not understand why Brandon insists on this one, he is really not helping us to raise the visibility of this with Google. What are these unsubstantiated theories that Google does not decode 8bit encoded MIME messages for security reasons. I have a really simple feature here---part of a much bigger service. It receives e-mails, decodes them, processes them, encodes them again and forwards them. Pretty cool!! For most e-mails it works and I have many happy users. For some encodings (like 8bit) it does not and raises an exception and for those users I cannot provide the service and then they go to my customer and compain. Like it or not there are e-mail clients out there to this day that generate e-mail message with such encodings. As I point in the bug, and the reason that triggered this message, I just found an e-mail like that yesterday night from a CS Professor at Stanford. I cannot control what e-mail clients my users use and I should not Thanks for reading, PK On Friday, March 16, 2012 3:12:35 AM UTC-7, anatoly techtonik wrote: On Friday, March 16, 2012 11:14:30 AM UTC+3, PK wrote: Issue 2383 Filed on Nov 11 2009 8bit Mail encoding Let me point out the two important aspects of this (correct me if I wrong): 1. Emails in pretty valid 8bit encoding are silently ignored (users are not notified about errors) 2. This is marked as a Feature -- 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/-/0ec_0sSZc58J. 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: How to restore data from backup?
I have a production ticket to clear a stuck backup for over 6 weeks. If you find a way to remedy the situation, I'd like to be 'next in line' :) johnP On Mar 16, 10:28 am, Arie Ozarov oza...@google.com wrote: Hi Yegor, Looks like something went wrong with this backup and it likely that it was not finalized correctly. I can look around with your permission and the related application id. Arie. On Wednesday, March 14, 2012 6:41:12 PM UTC-7, Yegor Jbanov wrote: How do I restore data from a backup? The documentation ( http://code.google.com/appengine/docs/adminconsole/datastoreadmin.html) is no good. The Completed Operations section contains my backups, e.g. Backup: datastore_backup_2012_03_15 23 steps Completed. However there is no way to select the backup and I don't see any Restore buttons. I tried with and without disabled write operations. Yegor -- 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] Task queue BulkAdd quota
Hello, I'm wondering what the quota is for taskqueue.BulkAdd? i'm seeing errors like this: OverQuotaError: The API call taskqueue.BulkAdd() required more quota than is available. when adding things to a pull queue to be processed later - yet i can't find what the quota is so that i can properly throttle my requests. thanks, christian -- 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/-/JQBo7m9qNccJ. 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: Really frustrated by Google's inaction on fixing certain e-mail bugs for years
What are these unsubstantiated theories that Google does not decode 8bit encoded MIME messages for security reasons. Strong Typing (and Encoding) are pretty core to python. Accepting all codings is actually not common in most functions. This may not seem like a security thing, but it is certainly a Testing overhead, and a potential outputs issue (plus all the dependencies then have to support the encoding as well. There are a number of things that Python errors horribly if there is a non-standard or unexpected encoding on a character. It's a pain in the ass, but it is the way of the world. -- 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] I can not get the Google App Engine SMS
I can not get the Google App Engine SMS by China mobile. I am waiting for 5 days What should I do? -- 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] Cannot abort mapreduce job
Hi, I have been trying out the mapreduce funciontality. I have this job failing and consuming my quota everyday. I try to abort it from the \mapreduce\status page but it does not seems to work. Status ViewID NameActivityStart time Time elapsed Control Running Detail job_1331666367658167b01c900334a1d87ba55f0bc4dbff8_0001 Naive Mass toLowercase()4 / 4 shardsTue Mar 13 2012 14:19:27 GMT-0500 (SA Pacific Standard Time) 2 days, 16:20:58Abort Running Detail job_133189801752133d18488d219402c8510571e2a4b8436_0001 Delete all Entities 4 / 4 shardsFri Mar 16 2012 06:40:17 GMT-0500 (SA Pacific Standard Time) 00:00:08Abort Can someone tell me how to cancel this Jobs? Since they are consuming all my free quota Regards, -- 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] Image Transformations Failing With Empty TransformationError exception
Hello. Please help if possible! We are having a similar issue now with www.historypin.com. Images pulled from the blobstore are not loading at all. We have over 50k images in the blobstore Code that hasn't been changed for quite some time seems to be throwing TransformationError. I did attempt to do a bulk upload in the morning but I can't see how that would have broken the image serving across the entire site. Error below: Exception in request: Traceback (most recent call last): File /base/data/home/apps/historypin/vs3-12.357532709011180491/common/zip-packages/django-1.1.zip/django/core/handlers/base.py, line 92, in get_response response = callback(request, *callback_args, **callback_kwargs) File /base/data/home/apps/historypin/vs3-12.357532709011180491/application/urls.py, line 72, in free_pattern return view_fn(request, **paramArray) File /base/data/home/apps/historypin/vs3-12.357532709011180491/application/controllers/services.py, line 51, in thumb contents_to_use = photo.getThumb(dimensions, quality, crop, nc) File /base/data/home/apps/historypin/vs3-12.357532709011180491/application/models/photos.py, line 535, in getThumb dimension_image = dimension_image.execute_transforms(quality = 1, output_encoding = images.JPEG) File /base/python_runtime/python_lib/versions/1/google/appengine/api/images/__init__.py, line 763, in execute_transforms raise TransformationError() TransformationError type 'exceptions.KeyError': 'request' Traceback (most recent call last): File /base/data/home/apps/historypin/vs3-12.357532709011180491/common/appenginepatch/main.py, line 36, in real_main util.run_wsgi_app(application) File /base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/util.py, line 98, in run_wsgi_app run_bare_wsgi_app(add_wsgi_middleware(application)) File /base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/util.py, line 116, in run_bare_wsgi_app result = application(env, _start_response) File /base/data/home/apps/historypin/vs3-12.357532709011180491/common/zip-packages/django-1.1.zip/django/core/handlers/wsgi.py, line 241, in __call__ File /base/data/home/apps/historypin/vs3-12.357532709011180491/common/zip-packages/django-1.1.zip/django/core/handlers/base.py, line 134, in get_response File /base/data/home/apps/historypin/vs3-12.357532709011180491/common/zip-packages/django-1.1.zip/django/core/handlers/base.py, line 166, in handle_uncaught_exception File /base/data/home/apps/historypin/vs3-12.357532709011180491/common/zip-packages/django-1.1.zip/django/views/defaults.py, line 24, in server_error File /base/data/home/apps/historypin/vs3-12.357532709011180491/__init__.py, line 178, in render File /base/data/home/apps/historypin/vs3-12.357532709011180491/__init__.py, line 779, in render File /base/data/home/apps/historypin/vs3-12.357532709011180491/__init__.py, line 792, in render_node File /base/data/home/apps/historypin/vs3-12.357532709011180491/common/zip-packages/django-1.1.zip/django/template/loader_tags.py, line 97, in render File /base/data/home/apps/historypin/vs3-12.357532709011180491/__init__.py, line 178, in render File /base/data/home/apps/historypin/vs3-12.357532709011180491/__init__.py, line 779, in render File /base/data/home/apps/historypin/vs3-12.357532709011180491/__init__.py, line 792, in render_node File /base/data/home/apps/historypin/vs3-12.357532709011180491/application/templatetags/fragments.py, line 38, in render if context['request']: File /base/data/home/apps/historypin/vs3-12.357532709011180491/common/zip-packages/django-1.1.zip/django/template/context.py, line 44, in __getitem__ Thanks Michael On Sunday, May 8, 2011 12:49:50 PM UTC+1, Johan Euphrosine (Google) wrote: Hi Bryce, Sorry for the late followup, It seems that you got many errors when trying to upload the same large image on 2011/05/06 around 09:34. I can you share this image with us (privately if needed), that might help to narrow it down further. Thanks in advance. On Wed, May 4, 2011 at 10:14 AM, PandaSuit pandas...@gmail.com wrote: This appears to have been an issue in March and then it just went away. It is back now: http://code.google.com/p/googleappengine/issues/detail?id=4775 Is anyone else having an issue where large ( 4MB) images inconsistently fail to transform using the images API? My snipped of code (which has been working perfectly with images up to 20MB before last week) is; def loadImage(image_data=None, blob_key=None): image = images.Image(image_data=image_data, blob_key=blob_key) image.rotate(degrees=90) image = images.Image(image_data=image.execute_transforms(output_encoding=images.JPEG)) return image I always call this function using a blob_key and the part that is throwing the exception is the image.execute_transforms() function. It does not seem
[google-appengine] vacuum_indexes not reseting index quota
i filled up my index quota runnning an experiment and now can't seem to get it back. it's stuck at 100% (200) and i can't even develop this app now. i see that it use to be a know issue back in 09, but still? what's the procedure for dealing with this? app_id: mixwe-com .scott -- 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/-/xBWehC-xVz8J. 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] Index Quota at 100% (200) and not being credited after vacuum_indexes
I used up all my index quota in an experiment and then reduced it back down to 7. After updating everything and issuing a vacuum_indexes successfully several times, I'm still at 100% of my index quota. Dashboard shows no indexes built at all. What's my recourse here? Is this still a bug? Is there a workaround? I'm stalled in development! .scott -- 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/-/vYLBNVuhbKEJ. 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: Playing with pull queues rest api
Have you tried s~appname (hard) instead of encoding. You might have tried that but we recently got stumped by that. The docs made no ref to it. We added the hard prefix and everything worked a treat. On Mar 12, 5:28 am, tarun2000 tarunpondiche...@gmail.com wrote: I want to run the python example for pull queues over rest. I keep getting a 403 when it tries to access the pull queue. My app is HRD. I replaced the client id / secret with my own, and the authentication part succeeds. (appname is the name of my app, queuename is the name of my queue in the actual script output) $ gtaskqueue --project_name=s~appname getqueue --request-start-- GEThttps://www.googleapis.com/discovery/v1/apis/taskqueue/v1beta1/rest Authorization: [some valid string] user-agent: google-api-python-client/1.0 --request-end-- --request-start-- GEThttps://www.googleapis.com/taskqueue/v1beta1/projects/s%7Eappname/tas... Authorization: [some valid string] content-length: 0 accept-encoding: gzip, deflate accept: application/json user-agent: google-api-python-client/1.0 --request-end-- Error Processing request: HttpError 403 when requestinghttps://www.googleapis.com/taskqueue/v1beta1/projects/s%7Eappname/tas... returned you are not allowed to make this api call In my config for the app: queue nameworker/name modepull/mode acl user-emailqu...@domain.com/user-email /acl /queue Any ideas? -- 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: Files API triggering ApiDeadlineExceededException
I've been using the Java equivalent of exclusive lock all along. On Mar 17, 2:15 am, Karl Rosaen kros...@gmail.com wrote: After migrating to HRD we had to start using the 'exclusive_lock=True' parameter (from python) to fix this error, perhaps there's an equivalent parameter in java? Karl On Friday, March 16, 2012 9:04:56 AM UTC-4, jon wrote: Every file upload attempt using our web app is currently failing with the following exception: Caused by: com.google.apphosting.api.ApiProxy $ApiDeadlineExceededException: The API call file.Create() took too long to respond and was cancelled. at com.google.net.rpc3.client.RpcStub$RpcCallbackDispatcher $1.runInContext(RpcStub.java:748) at com.google.tracing.TraceContext$TraceContextRunnable $1.run(TraceContext.java:455) at com.google.tracing.TraceContext.runInContext(TraceContext.java: 695) at com.google.tracing.TraceContext $AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java: 333) at com.google.tracing.TraceContext $AbstractTraceContextCallback.runInInheritedContext(TraceContext.java: 325) at com.google.tracing.TraceContext $TraceContextRunnable.run(TraceContext.java:453) at com.google.net.rpc3.client.RpcStub $RpcCallbackDispatcher.rpcFinished(RpcStub.java:788) at com.google.net.rpc3.client.RpcStub $RpcCallbackDispatcher.failure(RpcStub.java:779) at com.google.net.rpc3.impl.client.RpcClientInternalContext.runCallbacks(RpcClientInternalContext.java: 890) at com.google.net.rpc3.impl.client.RpcClientInternalContext.finishRpcAndNotifyApp(RpcClientInternalContext.java: 793) at com.google.net.rpc3.impl.client.RpcNetChannel.afterFinishingActiveRpc(RpcNetChannel.java: 1049) at com.google.net.rpc3.impl.client.RpcNetChannel.finishRpc(RpcNetChannel.java: 895) at com.google.net.rpc3.impl.client.RpcNetChannel.handleResponse(RpcNetChannel.java: 2248) at com.google.net.rpc3.impl.client.RpcNetChannel.messageReceived(RpcNetChannel.java: 2060) at com.google.net.rpc3.impl.client.RpcNetChannel.access $2000(RpcNetChannel.java:147) at com.google.net.rpc3.impl.client.RpcNetChannel $TransportCallback.receivedMessage(RpcNetChannel.java:3097) at com.google.net.rpc3.impl.client.RpcChannelTransportData $TransportCallback.receivedMessage(RpcChannelTransportData.java:602) at com.google.net.rpc3.impl.wire.RpcBaseTransport.receivedMessage(RpcBaseTransport.java: 420) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.parseOneMessage(RpcClientTcpTransport.java: 773) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.parseMessages(RpcClientTcpTransport.java: 651) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport.access $100(RpcClientTcpTransport.java:38) at com.google.net.rpc3.impl.wire.RpcClientTcpTransport $1.dataReceived(RpcClientTcpTransport.java:293) at com.google.net.async3.SocketConnection.handleNetworkReadEvent(SocketConnection.java: 843) at com.google.net.async3.SocketConnection.access $400(SocketConnection.java:40) at com.google.net.async3.SocketConnection $NetworkReadHandlerImpl.run(SocketConnection.java:872) at com.google.net.eventmanager.AbstractFutureTask $Sync.innerRun(AbstractFutureTask.java:260) at com.google.net.eventmanager.AbstractFutureTask.run(AbstractFutureTask.java: 121) at com.google.net.eventmanager.EventManagerImpl.runTask(EventManagerImpl.java: 576) at com.google.net.eventmanager.EventManagerImpl.internalRunWorkerLoop(EventManagerImpl.java: 997) at com.google.net.eventmanager.EventManagerImpl.runWorkerLoop(EventManagerImpl.java: 878) at com.google.net.eventmanager.WorkerThreadInfo.runWorkerLoop(WorkerThreadInfo.java: 134) at com.google.net.eventmanager.EventManagerImpl $WorkerThread.run(EventManagerImpl.java:1833) Environment: GAE/J 1.6.3.1 HRD This is different from (but perhaps related to) ApiDeadlineExceededException caused by images.GetUrlBase which was happening last month ( see http://code.google.com/p/googleappengine/issues/detail?id=6771 ) -- 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: Switched to HRD - So far not impressed
Daniel keep in mind that you data is still co-hosted with dozens or hundreds on other apps on the same physical node. That is what makes performance volatile not M/S vs HRD. HRD did solve the problem for writes somewhat but not for reads. Fundamentally if an app which runs on the same node is really active *your* app's performance will suffer. So it is dump luck. Since you got a new appid when migrating you got new neighbors so to speak - apps which share bigtable node with your app. -- 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/-/7NEAU3WOrG8J. 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: How to restore data from backup?
Hi John, What is your ticket id? Arie. On Friday, March 16, 2012 2:36:56 PM UTC-7, johnP wrote: I have a production ticket to clear a stuck backup for over 6 weeks. If you find a way to remedy the situation, I'd like to be 'next in line' :) johnP On Mar 16, 10:28 am, Arie Ozarov oza...@google.com wrote: Hi Yegor, Looks like something went wrong with this backup and it likely that it was not finalized correctly. I can look around with your permission and the related application id. Arie. On Wednesday, March 14, 2012 6:41:12 PM UTC-7, Yegor Jbanov wrote: How do I restore data from a backup? The documentation ( http://code.google.com/appengine/docs/adminconsole/datastoreadmin.html) is no good. The Completed Operations section contains my backups, e.g. Backup: datastore_backup_2012_03_15 23 steps Completed. However there is no way to select the backup and I don't see any Restore buttons. I tried with and without disabled write operations. Yegor -- 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/-/AngzdIwN8qsJ. 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: Datastore backup not working, task exits with error code 500
Hi Arie, thanks for your reply. The id is friends4school and please feel free to check the logs and backup metadata. Thanks in advance! Daniel On 16 Mrz., 21:48, Arie Ozarov oza...@google.com wrote: Hi Daniel, We can tell more if you give us the application id and a permission to check the related logs and backup metadata. Arie. On Thursday, March 15, 2012 11:40:33 AM UTC-7, Daniel Behnen wrote: Hi, when trying to create a backup of all my tables, many map reduce tasks (1,000) are spawn but one task does not complete successfully. The remaining task calls POST /_ah/datastore_admin/queue/deferred and exists with error code 500. Now there are two stalled tasks in the default queue, one for each backup run and the backups do not show up in the backup list. Is there a way to complete the running backups or to start a successful backup? Thanks! -- 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] Really frustrated by Google's inaction on fixing certain e-mail bugs for years
Hi Joshua, Thanks for contributing to the thread. I have followed the approach you suggest in the past for some things and agree with you it is a good one. However, I do not have the time to do it in all areas and for every issue. I am in a very competitive space and need to be implementing new features to survive, whatever time was left lately was spent transitioning to HRD, new pricing, python27 and still dealing with the aftermath. The past 6 months have been tough If you look at the first issue, ways to be fixed have been suggested. This was the kind of thing, that three years ago I said: if Google has implemented 98% of the mail service in a few months, in a few more months they will have ironed all these other issues we reported and we will be good to go. Well, three years later I conclude that they have just abandoned it ASIS. Anyways, I am more happy with GAE than upset and most time Google eventually has taken care of the issues especially when we have complained about issues and the time it takes to get resolved. So do me a favor and help me out by starring the issue and I am still confident that the Google will take care of it before I loose a customer because of it. PK -- 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/-/ngCn-w4_AaUJ. 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] Sharp increase in instance count starting two days ago!
Two days ago, the number of instances assigned to my app started going up considerably and surpassed 1200 instance at some point (see graph). The number of billed instances went up as well, but not a significant hike like the total non-billed instances. Anyone know why this is happening? I'm on Py2.5 master/slave datastore. Waleed -- 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. attachment: high_appengine_instances.png
RE: [google-appengine] Sharp increase in instance count starting two days ago!
Dear Google App Engine Patron, This is an automated response to your posting. Thank you for your inquiry about why your GAE experience sucks. It appears from your posting that you are running on Master Slave. We regret to inform you that any issues you have are related to this decision which you made early on in your work with GAE and you will continue to regret this decision until you move to High Replication. If you are unwilling, or unable to move off of Master / Slave we make the following suggestions: Make a Funny Custom Error page with lots of pop-ups so that you can monetize your downtime. Mark scheduled downtimes on the calendar in advance and claim they are religious holidays (Google is God, and if God is resting so should you) Modify your code to work in a read only, mode so that maintenance has minimal impact. Put Migration to High Replication on your roadmap, schedule a vacation during the month the migration is scheduled to take place so it is someone else's problem. In the unlikely event that you still believe the Master Slave offers the best choice for your application we might suggest you visit a psychiatrist, or a neurologist as clearly your brain is also experiencing some sort of malfunction. We are aware that Master Slave sounds much sexier than High Replication. We are also aware that replication is what threatened the SyFy Stargate:SG1 Universe, but we remind you that was a work of fiction. Have a great day, and we thank you for your continued patronage. Google App Engine Volunteer Support (We are in no way affiliated with Google, and we don't really volunteer any support) PS Did you like that marketing thing Google did where they pre-select High Replication, then on the Master Slave description imply that Master Slave will cost 1/3 as much, but with downtime and performance issues it actually costs more? Yeah, we wish we thought of it too. We'd do similar things with our marketing but Google probably patented it. -- 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] Sharp increase in instance count starting two days ago!
Ah hah! Now we know who has been hogging the cluster! It's YOUR FAULT! Jeff ;-) On Fri, Mar 16, 2012 at 9:39 PM, Waleed Abdulla wal...@ninua.com wrote: Two days ago, the number of instances assigned to my app started going up considerably and surpassed 1200 instance at some point (see graph). The number of billed instances went up as well, but not a significant hike like the total non-billed instances. Anyone know why this is happening? I'm on Py2.5 master/slave datastore. Waleed -- 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] Sharp increase in instance count starting two days ago!
More seriously. Waleed has one of those apps that I believe the concistency model makes MS the right choice for. Because eventual is not as instant as you might want. That said, I think MS seems to be a lot more temperamental in terms of how fast it performs and how the scheduler responds to conditions. 1200 is a crap ton, and while I realize the SLA doesn't cover MS. This seems like a Billing error kind of thing that Google should take some responsibility for. -- 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: Unable to upload new index - quota incorrectly showing 100%
2nd Try! This issue was filed 33 hours ago. When we upload we get over quota errors. http://code.google.com/p/googleappengine/issues/detail?id=7154 ( Sorry previously I had quoted the wrong Link ) Prashant On 16-Mar-2012, at 10:58 PM, Prashant Hegde wrote: http://code.google.com/p/google-web-toolkit/issues/detail?id=7255 Even though we have 91 indexes after vacuuming quota is showing 100%. Not able to upload new code with an additional index. Please help. Prashant -- 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: How to restore data from backup?
Issue 6858 in googleappengine Thanks! johnP On Mar 16, 6:06 pm, Arie Ozarov oza...@google.com wrote: Hi John, What is your ticket id? Arie. On Friday, March 16, 2012 2:36:56 PM UTC-7, johnP wrote: I have a production ticket to clear a stuck backup for over 6 weeks. If you find a way to remedy the situation, I'd like to be 'next in line' :) johnP On Mar 16, 10:28 am, Arie Ozarov oza...@google.com wrote: Hi Yegor, Looks like something went wrong with this backup and it likely that it was not finalized correctly. I can look around with your permission and the related application id. Arie. On Wednesday, March 14, 2012 6:41:12 PM UTC-7, Yegor Jbanov wrote: How do I restore data from a backup? The documentation ( http://code.google.com/appengine/docs/adminconsole/datastoreadmin.html) is no good. The Completed Operations section contains my backups, e.g. Backup: datastore_backup_2012_03_15 23 steps Completed. However there is no way to select the backup and I don't see any Restore buttons. I tried with and without disabled write operations. Yegor -- 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: how do I get my 'Recipients Emailed' quota back after hrd migration?
Hi, Please fill out this form for your use case: https://docs.google.com/a/google.com/spreadsheet/viewform?formkey=dENESzEwNzJiZEdpQkRzTl9RNElVWUE6MQ#gid=0 Hope this helps! On Friday, March 16, 2012 8:22:09 AM UTC-7, Karl Rosaen wrote: Ok, I know see that the limit is 100 until the first charge is cleared: http://code.google.com/appengine/docs/quotas.html but given we just migrated an app, waiting for up to a week for the first charge to go through is not really acceptable... I'll try to file a production ticket about this, but I would hope that the migration tool, when used with an app in good standing, could transfer the email quotas to avoid disruption of sending emails. On Friday, March 16, 2012 11:14:11 AM UTC-4, Karl Rosaen wrote: Hi, I just migrated our app to the high replication datastore, billing enabled and everything. I can't seem to adjust or opt in to pay more for the mail api quotas, and the default limit of 100 recipients emailed is not nearly enough and it's disrupting our application. In our previous app, our quota for 'Recipients Emailed' was 1,771,789, I think I opted in to pay more for that limit a while back. Anyways, how do I get my quota back? We're willing to pay! -- 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/-/1iA4_zItlcMJ. 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: Switched to HRD - So far not impressed
Interesting, I hadn't though about it that way. Thanks for the info On Mar 16, 2012, at 5:54 PM, vlad wrote: Daniel keep in mind that you data is still co-hosted with dozens or hundreds on other apps on the same physical node. That is what makes performance volatile not M/S vs HRD. HRD did solve the problem for writes somewhat but not for reads. Fundamentally if an app which runs on the same node is really active *your* app's performance will suffer. So it is dump luck. Since you got a new appid when migrating you got new neighbors so to speak - apps which share bigtable node with your app. -- 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/-/7NEAU3WOrG8J. 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: serving images stored in the cloud storage as files
Hi Hugues, Regardless of where the file was uploaded (through app engine, gsutil, Cloud storage manager) you can share your Cloud storage objects through a like that looks like this: https://sandbox.google.com/storage/*bucket*/*object* To manage who can access the object, you can set acls. for more information please refer to the documentation here: https://developers.google.com/storage/docs/collaboration Hope this helps! On Wednesday, March 14, 2012 2:30:38 PM UTC-7, hugues2 wrote: Hi, Just one quick question, what is the url to used in the internet browser to display images that have been stored in the Google cloud storage through Google App Engine ? Also, what prevents other people to be granted access to these images if they have the access url ? Thanks a lot for your help ! Cheers, Hugues -- 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/-/h4p0P4nGOCsJ. 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: Sharp increase in instance count starting two days ago!
sheer brilliance ^)) On Mar 17, 5:16 am, Brandon Wirtz drak...@digerat.com wrote: Dear Google App Engine Patron, This is an automated response to your posting. Thank you for your inquiry about why your GAE experience sucks. It appears from your posting that you are running on Master Slave. We regret to inform you that any issues you have are related to this decision which you made early on in your work with GAE and you will continue to regret this decision until you move to High Replication. If you are unwilling, or unable to move off of Master / Slave we make the following suggestions: Make a Funny Custom Error page with lots of pop-ups so that you can monetize your downtime. Mark scheduled downtimes on the calendar in advance and claim they are religious holidays (Google is God, and if God is resting so should you) Modify your code to work in a read only, mode so that maintenance has minimal impact. Put Migration to High Replication on your roadmap, schedule a vacation during the month the migration is scheduled to take place so it is someone else's problem. In the unlikely event that you still believe the Master Slave offers the best choice for your application we might suggest you visit a psychiatrist, or a neurologist as clearly your brain is also experiencing some sort of malfunction. We are aware that Master Slave sounds much sexier than High Replication. We are also aware that replication is what threatened the SyFy Stargate:SG1 Universe, but we remind you that was a work of fiction. Have a great day, and we thank you for your continued patronage. Google App Engine Volunteer Support (We are in no way affiliated with Google, and we don't really volunteer any support) PS Did you like that marketing thing Google did where they pre-select High Replication, then on the Master Slave description imply that Master Slave will cost 1/3 as much, but with downtime and performance issues it actually costs more? Yeah, we wish we thought of it too. We'd do similar things with our marketing but Google probably patented it. -- 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] Sharp increase in instance count starting two days ago!
To repeat that important point: The problem with the current (new) billing model is that when the service provider screws up, the customer pays. In the long run this can only alienate the customer. How many times do I want to call my cellphone provider and tell them that they screwed up my bill, even if they apologize and give me a credit? Having actually gone through exactly this scenario, the answer is twice before I change providers. Google has a significant reserve of goodwill with me, so it would take a lot more than a few billing issues to make me choose another platform. But I can't imagine that too many other people feel the same way. The solution to this *seems* pretty straightforward - Google should stop the clock when executing internal RPC calls. We're already paying for datastore operations. If you need to change what a datastore operation costs to make it revenue-neutral, so be it. But we've gone a step backwards - the whole point of moving to bill-by-datastore-ops was to make pricing more transparent, yet what we've actually produced is bill by datastore ops plus a random additional amount of instance hours depending on how sick the datastore happens to be right now. We were better off with api_cpu_ms, at least that was consistent. Actually, when you think about it, charging instance hours only makes sense for single-threaded apps. In multithreaded apps, concurrency is dependent on CPU usage, so charging by the megacycle really does make sense. Really, single-threaded GAE needs a totally different billing model than multi-threaded GAE. Jeff On Fri, Mar 16, 2012 at 10:34 PM, Brandon Wirtz drak...@digerat.com wrote: More seriously… Waleed has one of those apps that I believe the concistency model makes MS the “right” choice for. Because eventual is not as instant as you might want. That said, I think MS seems to be a lot more temperamental in terms of how fast it performs and how the scheduler responds to conditions. 1200 is a crap ton, and while I realize the SLA doesn’t cover MS. This seems like a “Billing” error kind of thing that Google should take some responsibility for. -- 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] Sharp increase in instance count starting two days ago!
Hear, hear. This is a clear case of moral hazard. The incentives to optimize and reduce latency are backwards, since more efficiency leads directly to reduced revenue for Google. We just have to trust that Google wouldn't screw us? Like Jeff says, there's a large amount of goodwill, but there has to be some give from Google's part. On Saturday, March 17, 2012 12:26:50 AM UTC-4, Jeff Schnitzer wrote: To repeat that important point: The problem with the current (new) billing model is that when the service provider screws up, the customer pays. In the long run this can only alienate the customer. How many times do I want to call my cellphone provider and tell them that they screwed up my bill, even if they apologize and give me a credit? Having actually gone through exactly this scenario, the answer is twice before I change providers. Google has a significant reserve of goodwill with me, so it would take a lot more than a few billing issues to make me choose another platform. But I can't imagine that too many other people feel the same way. The solution to this *seems* pretty straightforward - Google should stop the clock when executing internal RPC calls. We're already paying for datastore operations. If you need to change what a datastore operation costs to make it revenue-neutral, so be it. But we've gone a step backwards - the whole point of moving to bill-by-datastore-ops was to make pricing more transparent, yet what we've actually produced is bill by datastore ops plus a random additional amount of instance hours depending on how sick the datastore happens to be right now. We were better off with api_cpu_ms, at least that was consistent. Actually, when you think about it, charging instance hours only makes sense for single-threaded apps. In multithreaded apps, concurrency is dependent on CPU usage, so charging by the megacycle really does make sense. Really, single-threaded GAE needs a totally different billing model than multi-threaded GAE. Jeff On Fri, Mar 16, 2012 at 10:34 PM, Brandon Wirtz drak...@digerat.com wrote: More seriously… Waleed has one of those apps that I believe the concistency model makes MS the “right” choice for. Because eventual is not as instant as you might want. That said, I think MS seems to be a lot more temperamental in terms of how fast it performs and how the scheduler responds to conditions. 1200 is a crap ton, and while I realize the SLA doesn’t cover MS. This seems like a “Billing” error kind of thing that Google should take some responsibility for. -- 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 view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/8j0IhBVMbV4J. 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.