Re: [google-appengine] Bounding box spatial queries
On 10 July 2012 05:09, Jeff Schnitzer j...@infohazard.org wrote: On Mon, Jul 9, 2012 at 9:08 AM, John Patterson jdpatter...@gmail.com wrote: The new Full Text Search API allows a find within X meters type search but I need a bounding box search. Are there plans to implement this? I would like to know this as well. We've created an external feature request for this; please star it if it's of interest. http://code.google.com/p/googleappengine/issues/detail?id=7834 -Amy I would also like to know how price and performance will compare between search-geopt and using geohashing in the datastore. 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. -- 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] Full Text Search Storage
Hi, I had create two indexes under two different namespace (one index per namespace). Under each index I then added hundreds of documents. I was able to see the storage size for Full Test Search under the quota details page of my application console getting consumed, but I couldn't find away to access the documents and indexes from the console. Also the output of the stats API remained same. I used hooks while adding the documents and was able to get the document size then, but Is there a way to view and figure out the storage size of the documents that have already been added to an index ? Also is there a way to get the storage size of an index or all the indexes under a namespace using an API like stats ? -- 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/-/DIO9Th5G9MkJ. 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] 上传gae yaml怎么写
urls.py: ('^$', 'siteWithResources.default.default'), ( r'^js/(?Ppath.*)$', 'django.views.static.serve', { 'document_root': 'C:/Python25/Lib/site-packages/django/django-resources/js/' } ), default.py(主程序) def default( request ): return render_to_response( 'django-templates/default.html', {mytitle:bb}) default.py的下级目录templates下有一个default.html网页 我写的app.yaml application: mrqunying version: 1 runtime: python api_version: 1 skip_files: | ^(.*/)?( (app\.yaml)| (app\.yml)| (index\.yaml)| (index\.yml)| (#.*#)| (.*~)| (.*\.py[co])| (.*/RCS/.*)| (\..*)| (.*/\.svn/.*)| (.*/Thumbs\.db)| )$ handlers: - url: /django-templates/default\.html script: default.py - url: /.* script: default.py secure: optional 请问,app.yaml 的 handlers 如何写才能发布应用程序 ? 本地测试是正常的。 上传后显示: The server encountered an error and could not complete your request. -- 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/-/21h2gjRgXg0J. 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] deploying the App Engine: I just can seem to do it!
I have been trying all day to get something running with App Engine. I use the Google plugin. I generate the cloud endpoints. Running it locally and addressing it via curl, no problems... Then I deploy it, use the registered application id on appspot and go to: appl_id.appspot.com/_ah/api/discovery/v1/apis/my_api/v1/rest, and it says : Not found! I was following this video until 20 minutes, http://www.youtube.com/watch?v=v9TG7OzsZqQ and did the above again, but still..the same... what am I doing wrong...do I need to change a setting on appspot? -- 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/-/4Fu02n47IZoJ. 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: Instance startup time is *really* out of control
We are getting a big delay requesting data from the server. like almost impossible to use the application delays. why is this not being displayed in the app engine status? any news? On Monday, July 9, 2012 3:37:54 PM UTC-4, Petey wrote: We are seeing the same thing. We are also getting Deadline Exceeded errors on just import libaries. On Monday, July 9, 2012 11:35:27 AM UTC-7, Jeff Schnitzer wrote: Something is broken in GAE. No code changes. Our production app startup time is now 60s and experiencing downtime periods. Switching from F1 to F4 has no effect, it still takes ~60s to start. This code takes 10s to start with an F4 in our sandbox environment. It does no eager loading. We've filed a production issue. Appid is voost0. Jeff -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/rWjbMB1ufvQJ. 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: Instance startup time is *really* out of control
Yes! finally. it was crazy lazy all day until like 15 min ago not only starting, but putting and getting from the datastore. ray On Monday, July 9, 2012 10:06:18 PM UTC-4, Jeff Schnitzer wrote: It seems to have settled down. Jeff On Mon, Jul 9, 2012 at 7:04 PM, Amy Unruh amyu+gro...@google.com wrote: Jeff, Petey, and Jon, Are you still seeing this issue now? On 10 July 2012 08:04, Jon Stevens latch...@gmail.com wrote: I just saw a deploy which usually goes in about 1.5 minutes take 2.5 minutes... jon On Monday, July 9, 2012 2:56:28 PM UTC-7, Jeff Schnitzer wrote: This problem is still ongoing. F4 instances can't get off the ground. One instance startup attempt from a cron task (longer deadline) took 265 seconds before The process handling this request unexpectedly died. Jeff On Mon, Jul 9, 2012 at 12:37 PM, Petey peteyno...@ymail.com wrote: We are seeing the same thing. We are also getting Deadline Exceeded errors on just import libaries. On Monday, July 9, 2012 11:35:27 AM UTC-7, Jeff Schnitzer wrote: Something is broken in GAE. No code changes. Our production app startup time is now 60s and experiencing downtime periods. Switching from F1 to F4 has no effect, it still takes ~60s to start. This code takes 10s to start with an F4 in our sandbox environment. It does no eager loading. We've filed a production issue. Appid is voost0. Jeff -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/XdxXxZ5Vsj4J. 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/-/Co9nE-1jeJ0J. 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 view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/qTepj07hDqQJ. 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: Early access to Page Speed Service for Google App Engine
You really need to fix the slow cold starts of GAE apps. It can take 10 seconds to load a webpage that usually loads in a fraction of a second. See issue: http://code.google.com/p/googleappengine/issues/detail?id=7833 This seems to me something suitable for the Google Page Speed team to look into. The slow page load problem has come and gone for years for GAE. On Wednesday, March 21, 2012 11:31:50 AM UTC+1, Ikai Lan (Google) wrote: Hey App Engine developers, We’re working on a new feature to help out your front-end development efforts. We’ve been working with the Google Page Speed team ( https://developers.google.com/pagespeed/service) to bring Page Speed Service to your App Engine applications. When enabled, this feature will analyze and rewrite pages served from your App Engine app such that they load and render faster. A non-exhaustive list of some of the actions this feature will automatically take care of are: - Compressing and minifying JavaScript - Serving static content off geographically disperse edge caches - Minimizing browser HTTP round trips - Minimizing payload size by optimizing images, rewriting CSS, etc. - Optimize browser rendering by deferring JavaScript, image inlining, etc. The full list of rewriters provided by the page speed service can be found here: https://developers.google.com/speed/docs/pss/rewriters A quick analysis of some of the top App Engine applications demonstrated an average render time improvement of 20%, though completely unoptimized sites may experience a far more drastic impact. This sort of optimization is possible manually, though I’ve personally found it to be fairly time consuming. We’re hoping this feature will help developers launch faster so you can focus on building features instead of tuning. You can sign up for early access to the feature here: https://docs.google.com/a/google.com/spreadsheet/viewform?formkey=dEZQbjVwc2RuMXFjZ0RUTWtUY25SMWc6MQ We’ll start inviting waves of developers into the program March 26, 2012. You’ll get access to a tool that’ll allow you to compare performance optimized and unoptimized versions of your pages side by side, turning on and off the service as needed. We’re very interesting in hearing your feedback. Cheers, - Ikai -- 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/-/nTCdTcWUrqUJ. 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] Full Text Search Storage
hi Sumit, In the admin console, under 'Quota Details', you can get info about your Search API calls and Search stored data. If you click on 'Text Search' in the console, you can see a list of your Search indexes and view the documents in them. Currently there's no way to programmatically get info about the size of your indexes (though you can list your indexes via the API). Please file a feature request here: http://code.google.com/p/googleappengine/issues/list if that's something you'd like to see. -Amy On 9 July 2012 16:56, Sumit Kapoor sumisan...@gmail.com wrote: Hi, I had create two indexes under two different namespace (one index per namespace). Under each index I then added hundreds of documents. I was able to see the storage size for Full Test Search under the quota details page of my application console getting consumed, but I couldn't find away to access the documents and indexes from the console. Also the output of the stats API remained same. I used hooks while adding the documents and was able to get the document size then, but Is there a way to view and figure out the storage size of the documents that have already been added to an index ? Also is there a way to get the storage size of an index or all the indexes under a namespace using an API like stats ? -- 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/-/DIO9Th5G9MkJ. 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] HRD Migration failed (got stuck at reverting). And few thoughts on customer support
Hello Google AppEngine team and GAE developers, Just a heads up on status of migration tool (*for devs to be aware and prepared*) and am begging for support from Google. We have a major release that migrates our app from M/S to HRD (*with all the goodies like XA transaction Full Text Search*) that was supposed to be executed a week ago. First we hit 2 bugs in HRD migration tool: 1. *Migration failed due to old unindexed string properties with values 500 chars* (*it was possible to save such in old SDK*). Fixed by re-putting entities ourselves by executing map/reduce. 2. *Migration failed due to blob reference key to non existed blobs* (*there are no reference constrains so no wonder we had a few in DB*). Fixed ourselves by removing bad references using map/reduce. For those 2 issues we have a production issue ticket: http://code.google.com/p/googleappengine/issues/detail?id=7787 Once this was fixed by us after getting information on root cause from Google (*there is no way to find errors details by yourself*) we decided to revert migration and execute it from scratch. And I guess it was our mistake. The migration process got stuck in Sync - Reverting... state for 4 days by now: *Sync*Reverting... I've raised a separate issue for this 3 days ago: http://code.google.com/p/googleappengine/issues/detail?id=7822 Still no answer after 24 hours. *To developers*: 1. I advise you to check your data before migration for those 2 issues described above. 2. Try avoiding reverting if possible *To Google GAE team*: 1. It would be VERY cool for us (*GAE customer*) to be able to see error logs for the migration process. 2. It would be VERY-VERY cool to get response on production issues at least in 1 working day (*24 hours*). We are paying customers and while nto BIG ones but w do spend around $1K per month on GAE and do expect some support. Why don't hire at least 1 person who would manage tickets and be responsible for keeping your customers updated? 3. Please help us to migrate to HRD - we are eager to move! 4. And thanks for the wonderful platform! Happy coding to everyone. Alex http://www.myclasses.org/ - Powered by GAE -- 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/-/wK_m8nnpXwcJ. 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] App Engine getting slower and slower
The more and more applications are hosted on App Engine seems to have a negative impact on performance. A version of one of my apps is handling the same type of requests over and over and is more or less loaded with a steady request rate from a remote system. This version does nothing more than to take a request and send it off to the task queue. As it can be seen from the attached chart, the milliseconds per request seem to be increasing over time. I have tried to compensate this by upgrading F1 instances to F4, but that doesn't show any improvement as its load is API bound. The spike in the middle of the chart is a result of this incident: http://code.google.com/status/appengine/detail/taskqueue/2012/07/03#ae-trust-detail-taskqueue-add-many-latency Not only do the APIs seem to become slower (in my case taskqueue.BulkAdd), but also does the time a request is waiting for an instance to serve increase lately. For example taskqueue: There have been times where it was possible to enqueue tasks in approx 10 milliseconds: January 1st 2011: http://code.google.com/status/appengine/detail/taskqueue/2011/01/01#ae-trust-detail-taskqueue-add-many-latency January 1st 2012: http://code.google.com/status/appengine/detail/taskqueue/2012/01/01#ae-trust-detail-taskqueue-add-many-latency Nowadays one can be lucky if this succeeds below 100 milliseconds: July 9th 2012: http://code.google.com/status/appengine/detail/taskqueue/2012/07/09#ae-trust-detail-taskqueue-add-many-latency Further I see in the dashboard logs very frequent requests with an overall time of several hundred milliseconds, many with over one second, as well as requests that are even taking several seconds. These are non-loading / non-warmup requests and according appstats they promptly execute. I must assume the difference between the ms value in the logs and reported by appstats is the time the request was waiting to be served. If so, I don't understand why this is taking so long to be served. My pending latency settings are Automatic / Automatic and I always keep 1 or 2 idle instances, which are sufficient for the load the app is handling. In one of the Google IO 2012 talks gets mentioned that 1 millisecond +/- delay results in millions of dollars +/- for Google Search/Adwords. It's good that you know that, but please speed up the App Engine platform so we can profit from the same. Thanks 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/-/YOi0uXp2BBQJ. 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: chart.png
RE: [google-appengine] App Engine getting slower and slower
The time period you are talking about is minimal. Hard to tell if you broke something if your instances are being slowed by something, or if you just have a difference in traffic numbers. This is my 30 day numbers for one of my larger apps. For me what happens is Datastore, or Memcache gets buggy, and that changes the score (this is visible via the errors per second) The Instance size won't fix slow reads from Datastore or Memcache. From: google-appengine@googlegroups.com [mailto:google-appengine@googlegroups.com] On Behalf Of Marcel Manz Sent: Tuesday, July 10, 2012 12:41 AM To: google-appengine@googlegroups.com Subject: [google-appengine] App Engine getting slower and slower The more and more applications are hosted on App Engine seems to have a negative impact on performance. A version of one of my apps is handling the same type of requests over and over and is more or less loaded with a steady request rate from a remote system. This version does nothing more than to take a request and send it off to the task queue. As it can be seen from the attached chart, the milliseconds per request seem to be increasing over time. I have tried to compensate this by upgrading F1 instances to F4, but that doesn't show any improvement as its load is API bound. The spike in the middle of the chart is a result of this incident: http://code.google.com/status/appengine/detail/taskqueue/2012/07/03#ae-trust -detail-taskqueue-add-many-latency Not only do the APIs seem to become slower (in my case taskqueue.BulkAdd), but also does the time a request is waiting for an instance to serve increase lately. For example taskqueue: There have been times where it was possible to enqueue tasks in approx 10 milliseconds: January 1st 2011: http://code.google.com/status/appengine/detail/taskqueue/2011/01/01#ae-trust -detail-taskqueue-add-many-latency January 1st 2012: http://code.google.com/status/appengine/detail/taskqueue/2012/01/01#ae-trust -detail-taskqueue-add-many-latency Nowadays one can be lucky if this succeeds below 100 milliseconds: July 9th 2012: http://code.google.com/status/appengine/detail/taskqueue/2012/07/09#ae-trust -detail-taskqueue-add-many-latency Further I see in the dashboard logs very frequent requests with an overall time of several hundred milliseconds, many with over one second, as well as requests that are even taking several seconds. These are non-loading / non-warmup requests and according appstats they promptly execute. I must assume the difference between the ms value in the logs and reported by appstats is the time the request was waiting to be served. If so, I don't understand why this is taking so long to be served. My pending latency settings are Automatic / Automatic and I always keep 1 or 2 idle instances, which are sufficient for the load the app is handling. In one of the Google IO 2012 talks gets mentioned that 1 millisecond +/- delay results in millions of dollars +/- for Google Search/Adwords. It's good that you know that, but please speed up the App Engine platform so we can profit from the same. Thanks 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/-/YOi0uXp2BBQJ. 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. image001.pngimage002.png
Re: [google-appengine] App Engine getting slower and slower
What do you mean by the time period would be minimal? If assume the milliseconds indicated in the log viewer represent the total time the request was taking to complete (including waiting in the scheduler for an instance to be served). My application serves another system, therefore it's crucial for my app to have fast response times. At the moment it looks that this is getting worse and worse (Java HRD): http://code.google.com/status/appengine/detail/serving-java/2012/07/09#ae-trust-detail-helloworld-get-java-latency On Tuesday, July 10, 2012 10:32:45 AM UTC+2, Brandon Wirtz wrote: The time period you are talking about is minimal. Hard to tell if you “broke something” if your instances are being slowed by something, or if you just have a difference in traffic numbers. -- 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/-/qFJaxDbwaRwJ. 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] Ownership verification not working with SNI certificates
I believe WebMaster tools are working now, but the Gadget Ownership Verification Tool is not. I'll follow up on that. --Iain On Wed, Jul 4, 2012 at 9:08 PM, Ben.SaaSt supp...@saast.com wrote: SNI certificates are great and work mostly fine for me (thanks Google!), except for a couple of issues: 1. Google Webmaster Tools cannot find (and therefore verify) my domain (https://app.saast.com) 2. Google (https://www.google.com/gadgets/directory/verify) cannot verify the ownership of a gadget on my site (https://app.saast.com/gadget.xml) All of this works correctly if a use the appspot url, so I think the problem might come from the SNI implementation in some Google servers. Am I doing something wrong? Thank you for your help. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/gdJ7uR6wmeMJ. 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: Spring MVC + GAE = slow startup
Hello guys, Tomas, I'm facing the same issues as you. I have Spring MVC with velocity and one single JSP and I get startup times from 50+ seconds. I started applying the measures you guys propose and I don't get major reductions. Have you fixed this issue already? Jordi. On Tuesday, April 10, 2012 3:47:57 PM UTC+2, jon wrote: Just did one quick test, it takes about 24 s to spin up an instance. I guess all this code we've written has added about 10 s of startup time. So far it hasn't been a problem because we reserve instances. Oh there's one other trick that we do. We map /_ah/warmup to a servlet that exercises as much of our stack as possible. We use Spring 3.0.x. Our lib folder shows 47 individual JARs (including our own). Yikes! On Apr 10, 6:12 am, Tomas tomas.ada...@gmail.com wrote: Hi, I've done all of those already and nothing helps. As I said - the simplest MVC with just minimal spring libraries (excluding jpa/jdo app engine lib) with one JSP with only htm in it tak 13+ secs to startup. I've spent two days trying to optimize everything (annotations support, scanning, repacking to bigger jars) but nothing helps. 1) what version of spring do you use (maybe the 3.1 is causing troubles) 2) how many other libraries did you have in your application Thanks. On Monday, 9 April 2012 17:48:35 UTC+12, jon wrote: Our app is also Spring-based. We did some optimisation about a year ago. Don't really remember how quickly we got our app to start. I think it was in the ballpark of the 13s result you got. 50s is too long. Here's what we've done: * combine our own classes into one JAR * reduce dependencies as much as possible (exclude unnecessary JPA/JDO dependencies if you're not using them) * turn off Spring autoscan (we list Controllers explicitly, but we do use annotations inside the Controllers) * use static instead of dynamic JSP includes when possible * turn on JSP precompilation * there may be a few other things I'm forgetting On Apr 8, 6:16 pm, Tomas tomas.ada...@gmail.com wrote: Hi guys, I've decided to convert my servlet/jdo based app engine app to spring mvc (the current app is starting to limit me on doing quick changes/improvements in the code and as I have quite good experience with spring on standard non cloud platforms I've decided to give it a go). So I've put together project including: - Spring + Spring MVC + Apache Velocity - ehcache + spring-annotations for ehcache + own decorators/interceptors for appengine memcached - objectify - some other util classes ie jsoup, commons (util, baens, logging, codec), gdata The lib directory contains ~42MB of jars (including appengine libraries which makes ~25MB) After deploy, the app takes 50+ seconds to start (sometime the first request get killed after 60 seconds and another app is started) - I've read some articles about speeding up the spring on gae and decided to do another little test. I've created testing app containing only spring + spring mvc with one controller (no other beans, but had to keep the annotation scan enabled for mvc mapping - but disabled the component scan). The controller simply forwards to JSP file with text. Deployed and the page got displayed after 13 seconds. I knew the Spring with all proxies and scanning is not optimal for GAE but I wasn't expecting this at all - it seems like the app have issues with simple loading the libraries as I can see how the memory of instance is growing by 1 MB per second. I've tried to: 1) merge jars into 3-4 bigger ones 2) disable annotations (just for the test as with new spring mvc its quite hard to do some better mapping only in xml) 3) lazy load some spring beans And I can save like 5-10 secods from those 50+ seconds of my startup - is it really so bad for everyone or is there some magic setting? Whats your normal startup time of your spring based 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/-/wzMKMUqjlQgJ. 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] Full Text Search - OR operator
How is OR operator in full text search related with result performance? Let's say 1 OR operator and 2 times slower. 2 OR operators and 3 times slower. Are search performance related with data statistics ? -- 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/-/CQNoEFmUKXgJ. 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] Reducing instance startup time JSP taglib scanning
Trying to reduce the startup time of my instances I've come accross the taglib classpath scanning. My application has 50mb of jars. According to a yourkit profiling session: the scanning of the tld takes 20% of the startup time. Is there a way to disable that? I just use JSTL standard libs which are already included (according to the dochttps://developers.google.com/appengine/docs/java/config/webxml#JSPs ). I'd like to disable as well JSP precompilation. Any idea? Thanks, Jordi. -- 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/-/7JU9v0dCo_YJ. 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: coercing to Unicode: need string or buffer, NoneType found
Clearly get_other_user() is returning None here. Add some logging to see what you're passing in and comparing to. -- 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/-/bHtq2p_zzYcJ. 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: App Engine 1.7.0 Release is Out!
There is no error, there simply is not an option to do this, it is not present/visible. I can generate app engine backend but then I cannot generate RPC service files using this documentationhttps://developers.google.com/eclipse/docs/appeng_android_add_rpc. Again, the option simply does not exist, not an error, it's just no there. Endpoints are not an option since it is a closed beta. -- 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/-/Nd9jnAkxeqAJ. 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] Need help or consulting: Request was aborted errors
On Mon, Jul 9, 2012 at 8:05 PM, Richard steven...@gmail.com wrote: Ok, so I sat with Jeff in a G+ hangout for a while tonight, and we could not figure it out - other than my app is confusing the crap out of the scheduler which is then not sending requests to instances. Updated: This may not be a scheduler problem. It may be that we can't wringing more than 10 requests/second out of Python27 application instances. Given a request that does nothing but write a single entity to a datastore (typically 50ms, but sometimes varies), what should we expect throughput per Python27 instance to be? 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] Need help or consulting: Request was aborted errors
That'd be interesting. because for the most part, I can't get an instance to respond to more than 10req/sec on gae-java either. there was a brief 1 week or so I was seeing 15req/sec, but it went away. On Tue, Jul 10, 2012 at 12:59 PM, Jeff Schnitzer j...@infohazard.org wrote: On Mon, Jul 9, 2012 at 8:05 PM, Richard steven...@gmail.com wrote: Ok, so I sat with Jeff in a G+ hangout for a while tonight, and we could not figure it out - other than my app is confusing the crap out of the scheduler which is then not sending requests to instances. Updated: This may not be a scheduler problem. It may be that we can't wringing more than 10 requests/second out of Python27 application instances. Given a request that does nothing but write a single entity to a datastore (typically 50ms, but sometimes varies), what should we expect throughput per Python27 instance to be? 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. -- Omnem crede diem tibi diluxisse supremum. -- 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] Can't access google-engage.appspot.com/ru/dashboard/
Can't access google-engage.appspot.com/ru/dashboard/, there is error 500 server error Error: Server ErrorThe server encountered an error and could not complete your request. If the problem persists, please reporthttp://code.google.com/appengine/community.html your problem and mention this error message and the query that caused 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/-/bSm3bhQSLoQJ. 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 verify account by SMS
I am unable to verify my App Engine account via SMS. I get the following error: *The phone number has been sent too many messages or has already been used to confirm an account. I've never successfully activated an App Engine account. Is there any way I can get someone to reset the account or assist me in verifying my account? Thanks! D. Vause * -- 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/-/KRUrKpTOwe8J. 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: Spring MVC + GAE = slow startup
I read it earlier somewhere that Spring MVC is kind of too heavy for GAE. The cold start time will be much lower if you use some other lightweight libraries. However, this means you could not take advantages of mature and advanced framework like Spring anyway. On Tue, Jul 10, 2012 at 2:13 PM, Jordi P.S. planad...@gmail.com wrote: Hello guys, Tomas, I'm facing the same issues as you. I have Spring MVC with velocity and one single JSP and I get startup times from 50+ seconds. I started applying the measures you guys propose and I don't get major reductions. Have you fixed this issue already? Jordi. On Tuesday, April 10, 2012 3:47:57 PM UTC+2, jon wrote: Just did one quick test, it takes about 24 s to spin up an instance. I guess all this code we've written has added about 10 s of startup time. So far it hasn't been a problem because we reserve instances. Oh there's one other trick that we do. We map /_ah/warmup to a servlet that exercises as much of our stack as possible. We use Spring 3.0.x. Our lib folder shows 47 individual JARs (including our own). Yikes! On Apr 10, 6:12 am, Tomas tomas.ada...@gmail.com wrote: Hi, I've done all of those already and nothing helps. As I said - the simplest MVC with just minimal spring libraries (excluding jpa/jdo app engine lib) with one JSP with only htm in it tak 13+ secs to startup. I've spent two days trying to optimize everything (annotations support, scanning, repacking to bigger jars) but nothing helps. 1) what version of spring do you use (maybe the 3.1 is causing troubles) 2) how many other libraries did you have in your application Thanks. On Monday, 9 April 2012 17:48:35 UTC+12, jon wrote: Our app is also Spring-based. We did some optimisation about a year ago. Don't really remember how quickly we got our app to start. I think it was in the ballpark of the 13s result you got. 50s is too long. Here's what we've done: * combine our own classes into one JAR * reduce dependencies as much as possible (exclude unnecessary JPA/JDO dependencies if you're not using them) * turn off Spring autoscan (we list Controllers explicitly, but we do use annotations inside the Controllers) * use static instead of dynamic JSP includes when possible * turn on JSP precompilation * there may be a few other things I'm forgetting On Apr 8, 6:16 pm, Tomas tomas.ada...@gmail.com wrote: Hi guys, I've decided to convert my servlet/jdo based app engine app to spring mvc (the current app is starting to limit me on doing quick changes/improvements in the code and as I have quite good experience with spring on standard non cloud platforms I've decided to give it a go). So I've put together project including: - Spring + Spring MVC + Apache Velocity - ehcache + spring-annotations for ehcache + own decorators/interceptors for appengine memcached - objectify - some other util classes ie jsoup, commons (util, baens, logging, codec), gdata The lib directory contains ~42MB of jars (including appengine libraries which makes ~25MB) After deploy, the app takes 50+ seconds to start (sometime the first request get killed after 60 seconds and another app is started) - I've read some articles about speeding up the spring on gae and decided to do another little test. I've created testing app containing only spring + spring mvc with one controller (no other beans, but had to keep the annotation scan enabled for mvc mapping - but disabled the component scan). The controller simply forwards to JSP file with text. Deployed and the page got displayed after 13 seconds. I knew the Spring with all proxies and scanning is not optimal for GAE but I wasn't expecting this at all - it seems like the app have issues with simple loading the libraries as I can see how the memory of instance is growing by 1 MB per second. I've tried to: 1) merge jars into 3-4 bigger ones 2) disable annotations (just for the test as with new spring mvc its quite hard to do some better mapping only in xml) 3) lazy load some spring beans And I can save like 5-10 secods from those 50+ seconds of my startup - is it really so bad for everyone or is there some magic setting? Whats your normal startup time of your spring based 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/-/wzMKMUqjlQgJ. 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. -- Best Regards, Rerngvit
Re: [google-appengine] Need help or consulting: Request was aborted errors
I hope the fact that paid scheduler is better than free scheduler is not true. What about try before you buy principle for the free quota? On Tue, Jul 10, 2012 at 7:18 AM, Kyle Finley kylefin...@gmail.com wrote: Jeff, Thanks for the clarification. It's good to know that this is a free quota issue. The fact that the errors are not reported in the logs, makes it difficult to diagnose. -- 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/-/LE6uvPsseWMJ. 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. -- Best Regards, Rerngvit Yanggratoke -- 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] Need help or consulting: Request was aborted errors
On Tue, Jul 10, 2012 at 6:03 PM, Wilson MacGyver wmacgy...@gmail.com wrote: That'd be interesting. because for the most part, I can't get an instance to respond to more than 10req/sec on gae-java either. Jon McAlister here: https://groups.google.com/group/google-appengine/msg/2949285edc35fc8f seems to suggest that there is a hard 10req/sec limit enforced by the scheduler. there was a brief 1 week or so I was seeing 15req/sec, but it went away. On Tue, Jul 10, 2012 at 12:59 PM, Jeff Schnitzer j...@infohazard.org wrote: On Mon, Jul 9, 2012 at 8:05 PM, Richard steven...@gmail.com wrote: Ok, so I sat with Jeff in a G+ hangout for a while tonight, and we could not figure it out - other than my app is confusing the crap out of the scheduler which is then not sending requests to instances. Updated: This may not be a scheduler problem. It may be that we can't wringing more than 10 requests/second out of Python27 application instances. Given a request that does nothing but write a single entity to a datastore (typically 50ms, but sometimes varies), what should we expect throughput per Python27 instance to be? 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. -- Omnem crede diem tibi diluxisse supremum. -- 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] Need help or consulting: Request was aborted errors
On Tue, Jul 10, 2012 at 10:11 AM, Barry Hunter barrybhun...@gmail.com wrote: Jon McAlister here: https://groups.google.com/group/google-appengine/msg/2949285edc35fc8f seems to suggest that there is a hard 10req/sec limit enforced by the scheduler. That's a concurrency limit. If each request took 1000ms, they would be equivalent... however, each request that we're talking about is ~50ms. What I expect is to see throughput of 1000 / 50 * concurrency = (20 * concurrency) requests per second. If concurrency is 10, that would be 200 QPS. 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] Re: Can't access google-engage.appspot.com/ru/dashboard/
Jorge, Only Google can do anything about this issue. Unfortunatly its not clear how to contact them. Members of the App-Engine team, might see this message, alas they are probably not going to be responsible for the Engage application itself. But hopefully can communicate internally to find the right people. Geoffrey, google-engage.appspot.com is an application 'by' google themselves. Google are the developers as well as the hosting provider. Alas its the fault of the generic app-engine error message, that directs everyone - including end users - here, to this group. On Tue, Jul 10, 2012 at 6:28 PM, Geoffrey Spear geoffsp...@gmail.com wrote: Jorge, Please check your applications logs for the actual error; a generic 500 message isn't going to be any help at all in debugging. On Tuesday, July 10, 2012 10:51:07 AM UTC-4, Jorge Grajales wrote: Can't access google-engage.appspot.com/ru/dashboard/, there is error 500 server error Error: Server Error The server encountered an error and could not complete your request. If the problem persists, please report your problem and mention this error message and the query that caused 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/-/udObffwvXKwJ. 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] Need help or consulting: Request was aborted errors
On Tue, Jul 10, 2012 at 6:25 PM, Jeff Schnitzer j...@infohazard.org wrote: On Tue, Jul 10, 2012 at 10:11 AM, Barry Hunter barrybhun...@gmail.com wrote: Jon McAlister here: https://groups.google.com/group/google-appengine/msg/2949285edc35fc8f seems to suggest that there is a hard 10req/sec limit enforced by the scheduler. That's a concurrency limit. If each request took 1000ms, they would be equivalent... however, each request that we're talking about is ~50ms. What I expect is to see throughput of 1000 / 50 * concurrency = (20 * concurrency) requests per second. If concurrency is 10, that would be 200 QPS. Oops, sorry my mistake! I just saw the figure 10 and remeber seeing that number quoted as a limit. Didnt really stop to really understand the threads. Sorry. 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. -- 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] Need help or consulting: Request was aborted errors
I would like to see how Go fairs. Would someone with high bandwidth please try running this: ab -r -n 1000 -c 500 -i http://goscore.scotch-media.appspot.com/leaders With one instance running I'm getting: AB: Requests per second:31.31 [#/sec] (mean) Datastore Admin: Total number of instances Average QPS*Average Latency*Average Memory 1 total 16.267 3.4 ms 7.8 MBytes Instances QPS*Latency*RequestsErrors Age Memory Logs AvailabilityShutdown 16.267 3.4 ms 67230 19:39:507.8 MBytes View Logs Dynamic But I think this might be limited by my bandwidth. Thanks, Kyle On Jul 10, 2012, at 12:25 PM, Jeff Schnitzer wrote: On Tue, Jul 10, 2012 at 10:11 AM, Barry Hunter barrybhun...@gmail.com wrote: Jon McAlister here: https://groups.google.com/group/google-appengine/msg/2949285edc35fc8f seems to suggest that there is a hard 10req/sec limit enforced by the scheduler. That's a concurrency limit. If each request took 1000ms, they would be equivalent... however, each request that we're talking about is ~50ms. What I expect is to see throughput of 1000 / 50 * concurrency = (20 * concurrency) requests per second. If concurrency is 10, that would be 200 QPS. 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. -- 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] Need help or consulting: Request was aborted errors
Thank you, whoever ran that. It looks like Go doesn't do all the much better. The scheduler started up 3 instances for that. With the peak (when I happened to check it) at 25 QPS. I would be curious to hear what the real latency was. Total number of instances Average QPS*Average Latency*Average Memory 3 total 12.022 18.5 ms 6.8 MBytes Instances QPS*Latency*RequestsErrors Age Memory Logs AvailabilityShutdown 25.083 14.8 ms 91440 19:52:147.8 MBytes View Logs Dynamic 10.850 26.9 ms 815 0 0:01:02 7.1 MBytes View Logs Dynamic 0.133 14.8 ms 21 0 0:01:02 5.6 MBytes View Logs Dynamic This is under the free quota, though, but with no datastore ops, just serving a string from memory. On Jul 10, 2012, at 11:59 AM, Jeff Schnitzer wrote: On Mon, Jul 9, 2012 at 8:05 PM, Richard steven...@gmail.com wrote: Ok, so I sat with Jeff in a G+ hangout for a while tonight, and we could not figure it out - other than my app is confusing the crap out of the scheduler which is then not sending requests to instances. Updated: This may not be a scheduler problem. It may be that we can't wringing more than 10 requests/second out of Python27 application instances. Given a request that does nothing but write a single entity to a datastore (typically 50ms, but sometimes varies), what should we expect throughput per Python27 instance to be? 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. -- 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] Need help or consulting: Request was aborted errors
# ab -n 1000 -c 500 -i http://goscore.scotch-media.appspot.com/leaders This is ApacheBench, Version 2.0.40-dev $Revision: 1.146 $ apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking goscore.scotch-media.appspot.com (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Completed 400 requests Completed 500 requests Completed 600 requests Completed 700 requests Completed 800 requests Completed 900 requests Finished 1000 requests Server Software:Google Server Hostname:goscore.scotch-media.appspot.com Server Port:80 Document Path: /leaders Document Length:0 bytes Concurrency Level: 500 Time taken for tests: 4.177839 seconds Complete requests: 1000 Failed requests:0 Write errors: 0 Total transferred: 152000 bytes HTML transferred: 0 bytes Requests per second:239.36 [#/sec] (mean) Time per request: 2088.919 [ms] (mean) Time per request: 4.178 [ms] (mean, across all concurrent requests) Transfer rate: 35.43 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect:4 14 13.3 5 46 Processing: 120 1300 1110.89074040 Waiting: 119 1299 1110.89064040 Total:124 1314 1114.39284079 Percentage of the requests served within a certain time (ms) 50%928 66% 1296 75% 1437 80% 1679 90% 3432 95% 3848 98% 4043 99% 4054 100% 4079 (longest request) (from a machine in a datacenter, with a consistent 8MB/s connection. (In Germany) -- 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] Need help or consulting: Request was aborted errors
Thank you Berry! I was hoping for better results considering there are not service calls. Heres the instance chart. It looks like I would only be billed for 1 instance. I just wish the scheduler was less aggressive. On Jul 10, 2012, at 1:11 PM, Barry Hunter wrote: # ab -n 1000 -c 500 -i http://goscore.scotch-media.appspot.com/leaders This is ApacheBench, Version 2.0.40-dev $Revision: 1.146 $ apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking goscore.scotch-media.appspot.com (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Completed 400 requests Completed 500 requests Completed 600 requests Completed 700 requests Completed 800 requests Completed 900 requests Finished 1000 requests Server Software:Google Server Hostname:goscore.scotch-media.appspot.com Server Port:80 Document Path: /leaders Document Length:0 bytes Concurrency Level: 500 Time taken for tests: 4.177839 seconds Complete requests: 1000 Failed requests:0 Write errors: 0 Total transferred: 152000 bytes HTML transferred: 0 bytes Requests per second:239.36 [#/sec] (mean) Time per request: 2088.919 [ms] (mean) Time per request: 4.178 [ms] (mean, across all concurrent requests) Transfer rate: 35.43 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect:4 14 13.3 5 46 Processing: 120 1300 1110.89074040 Waiting: 119 1299 1110.89064040 Total:124 1314 1114.39284079 Percentage of the requests served within a certain time (ms) 50%928 66% 1296 75% 1437 80% 1679 90% 3432 95% 3848 98% 4043 99% 4054 100% 4079 (longest request) (from a machine in a datacenter, with a consistent 8MB/s connection. (In Germany) -- 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. inline: chart.png
[google-appengine] Re: App Engine getting slower and slower
In my case, Appengine gets faster overtime, so I start hitting idiot minutely or hourly urlfetch limits, so from time to time I have to limit task queues by reducing their number of max_concurrent_request's -- 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/-/NYte0emA2MYJ. 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: Spring MVC + GAE = slow startup
FWIW I gave up on spring for that same reason. All of the reflection, scanning and parsing of XML or annotations is just not designed for an environment like appengine. It's meant for apps that start up once and stay up for a long time. On Tuesday, July 10, 2012 8:19:44 AM UTC-4, rerngvit yanggratoke wrote: I read it earlier somewhere that Spring MVC is kind of too heavy for GAE. The cold start time will be much lower if you use some other lightweight libraries. However, this means you could not take advantages of mature and advanced framework like Spring anyway. On Tue, Jul 10, 2012 at 2:13 PM, Jordi P.S. planad...@gmail.com wrote: Hello guys, Tomas, I'm facing the same issues as you. I have Spring MVC with velocity and one single JSP and I get startup times from 50+ seconds. I started applying the measures you guys propose and I don't get major reductions. Have you fixed this issue already? Jordi. On Tuesday, April 10, 2012 3:47:57 PM UTC+2, jon wrote: Just did one quick test, it takes about 24 s to spin up an instance. I guess all this code we've written has added about 10 s of startup time. So far it hasn't been a problem because we reserve instances. Oh there's one other trick that we do. We map /_ah/warmup to a servlet that exercises as much of our stack as possible. We use Spring 3.0.x. Our lib folder shows 47 individual JARs (including our own). Yikes! On Apr 10, 6:12 am, Tomas tomas.ada...@gmail.com wrote: Hi, I've done all of those already and nothing helps. As I said - the simplest MVC with just minimal spring libraries (excluding jpa/jdo app engine lib) with one JSP with only htm in it tak 13+ secs to startup. I've spent two days trying to optimize everything (annotations support, scanning, repacking to bigger jars) but nothing helps. 1) what version of spring do you use (maybe the 3.1 is causing troubles) 2) how many other libraries did you have in your application Thanks. On Monday, 9 April 2012 17:48:35 UTC+12, jon wrote: Our app is also Spring-based. We did some optimisation about a year ago. Don't really remember how quickly we got our app to start. I think it was in the ballpark of the 13s result you got. 50s is too long. Here's what we've done: * combine our own classes into one JAR * reduce dependencies as much as possible (exclude unnecessary JPA/JDO dependencies if you're not using them) * turn off Spring autoscan (we list Controllers explicitly, but we do use annotations inside the Controllers) * use static instead of dynamic JSP includes when possible * turn on JSP precompilation * there may be a few other things I'm forgetting On Apr 8, 6:16 pm, Tomas tomas.ada...@gmail.com wrote: Hi guys, I've decided to convert my servlet/jdo based app engine app to spring mvc (the current app is starting to limit me on doing quick changes/improvements in the code and as I have quite good experience with spring on standard non cloud platforms I've decided to give it a go). So I've put together project including: - Spring + Spring MVC + Apache Velocity - ehcache + spring-annotations for ehcache + own decorators/interceptors for appengine memcached - objectify - some other util classes ie jsoup, commons (util, baens, logging, codec), gdata The lib directory contains ~42MB of jars (including appengine libraries which makes ~25MB) After deploy, the app takes 50+ seconds to start (sometime the first request get killed after 60 seconds and another app is started) - I've read some articles about speeding up the spring on gae and decided to do another little test. I've created testing app containing only spring + spring mvc with one controller (no other beans, but had to keep the annotation scan enabled for mvc mapping - but disabled the component scan). The controller simply forwards to JSP file with text. Deployed and the page got displayed after 13 seconds. I knew the Spring with all proxies and scanning is not optimal for GAE but I wasn't expecting this at all - it seems like the app have issues with simple loading the libraries as I can see how the memory of instance is growing by 1 MB per second. I've tried to: 1) merge jars into 3-4 bigger ones 2) disable annotations (just for the test as with new spring mvc its quite hard to do some better mapping only in xml) 3) lazy load some spring beans And I can save like 5-10 secods from those 50+ seconds of my startup - is it really so bad for everyone or is there some magic setting? Whats your normal startup time of your spring based app? -- You received this message because you are subscribed to the
[google-appengine] How can I JUnit Test Jersey/Appengine in the Sandbox
Hello, I'm using Eclipse Indigo with the AppEngine Plugin. I have implemented a DAO Layer for AppEngine and JUnit tests with datastore with LocalServiceTestHelper are running perfectly, by implementing the helper method in to the Before and After annotations (helper.setUp(), helper.tearDown()). Now I built a webservice layer. A CardResource Class which I now want to test. So once I run my JUnit Test in Eclipse and process the JUnit CardResourceTest Class the CardResourceTest Class must start a webcontainer together with the LocalServiceTestHelper in order to test the CardResource Class. At the end of the test the webcontainer should be closed again. But I get following error back from AppEngine after setting of my client request to the webservice: *No API environment is registered for this thread. This is because the webcontainer seems to spawn new threads which is not allowed in the sandbox (tried with Grizzly and Jetty). How can I load a webcontainer and the LocalServiceTestHelper with JUnit to test my webservice and close everything again on my sandbox after the test completed without the spawning of new threads? I haven't been figuring this out in a week. And I can't proceed with development before I found a way to successfully test my webservices. I appriciate any help. Kind regards, Chris * -- 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/-/bOvwaQTkRdUJ. 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: Endpoints section in the control panel?
Yes. We have command line tools for Python annotations - client libraries. (We have them for Java as well, if using Eclipse and the Google Plugin for Eclipse isn't your thing.) Thanks, Dan On Mon, Jul 9, 2012 at 5:34 PM, timh zutes...@gmail.com wrote: Does that mean that the tools exist to generate the client libs from annotated python code exist as well ? T On Tuesday, July 10, 2012 8:25:31 AM UTC+8, Dan Holevoet wrote: Google Cloud Endpoints supports Python as well. We don't have any specific plans yet for supporting Go. Thanks, Dan On Fri, Jul 6, 2012 at 8:48 PM, timh zutes...@gmail.com wrote: HI I have watched all of the presentations/videos on endpoints. All examples are java based. Are the tools and this service focussed on java only ? What about python/go ? Cheers T On Saturday, July 7, 2012 9:34:19 AM UTC+8, Amy Unruh wrote: On 3 July 2012 05:41, Tom Muse tm...@appirio.com wrote: Do you have the link for the video handy? I am having difficulties locating it. Here's the I/O session video: https://developers.**goog** le.com/events/io/sessions/**gooi**o2012/303/https://developers.google.com/events/io/sessions/gooio2012/303/. -Amy Thanks in advance :) On Friday, June 29, 2012 6:50:45 PM UTC-4, Tom wrote: Just watched the video - endpoints look great. Are you able to give us some idea when they will be available for non-Trusted testers? Thanks. Tom On Thursday, June 28, 2012 12:44:58 AM UTC-4, Christina Ilvento wrote: Hi All, Endpoints is one of the features we announced in our App Engine overview session today at I/O that's designed to make writing mobile backends on App Engine easier. More details to come in talks tomorrow (YouTube videos should be up soon) and we'll post some info with the trusted tester sign-up form to the groups shortly. Thanks, Christina On Wed, Jun 27, 2012 at 8:58 PM, James Broberg jbrob...@gmail.comwrote: I'd also like to know. Don't hold out on us now :) On 28 June 2012 06:45, Sam G samuel.gam...@gmail.com wrote: Bump. Any word from a Googler on what this is!? On Tuesday, June 26, 2012 4:59:33 PM UTC-7, Sam G wrote: This section just showed up for me in the App Engine dashboard. I also heard PageSpeed and SSL have been released? Where can I get to these so that I can sign up? The new Endpoints section says that an API.yaml should exist... what will go in that? Is there documentation up, now that this is a production release? https://lh3.googleusercontent.com/-8UcxwQ-SA1c/T-pMt7axhhI/BOA/78xFoVtkBtQ/s1600/endpoints.png Is this part of an I/O release? Screenshot sample attached. -- 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/-/** cA8hVE9iYpcJhttps://groups.google.com/d/msg/google-appengine/-/cA8hVE9iYpcJ . To post to this group, send email to google-appengine@googlegroups.**comgoogle-appengine@googlegroups.com . To unsubscribe from this group, send email to google-appengine+unsubscribe@**googlegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/** group/google-appengine?hl=enhttp://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 google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscribe@**googlegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/** group/google-appengine?hl=enhttp://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/* *ms**g/google-appengine/-/**qC8lh4Gfn**8gJhttps://groups.google.com/d/msg/google-appengine/-/qC8lh4Gfn8gJ . To post to this group, send email to google-appengine@googlegroups.*** *com google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscribe@**g**ooglegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/**group **/google-appengine?hl=enhttp://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/-/**buKREK4jKSwJhttps://groups.google.com/d/msg/google-appengine/-/buKREK4jKSwJ . To post to this group, send email to
[google-appengine] Memcache errors break the GAE-internal session handling. Our application is almost unusable now. Help, please?
Memcache errors are frequently breaking the sessions-persistence, as there doesn't seem to be any try-catch in the GAE session handling. This results in tons of 500 errors for our end users. This seems like fundamental flaw in the framework to me. Uncaught exception from servlet com.google.appengine.api.memcache.MemcacheServiceException: Memcache put: Error setting single item (_ahsvuHmc0fDcNMbpwqBsbrJ4Q) at com.google.appengine.api.memcache.AsyncMemcacheServiceImpl$7.transform(AsyncMemcacheServiceImpl.java:426) at com.google.appengine.api.memcache.AsyncMemcacheServiceImpl$7.transform(AsyncMemcacheServiceImpl.java:418) at com.google.appengine.api.memcache.MemcacheServiceApiHelper$RpcResponseHandler.convertResponse(MemcacheServiceApiHelper.java:60) at com.google.appengine.api.memcache.MemcacheServiceApiHelper$1.wrap(MemcacheServiceApiHelper.java:112) at com.google.appengine.api.memcache.MemcacheServiceApiHelper$1.wrap(MemcacheServiceApiHelper.java:105) at com.google.appengine.api.utils.FutureWrapper.wrapAndCache(FutureWrapper.java:57) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:98) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:90) at com.google.appengine.api.memcache.MemcacheServiceImpl.quietGet(MemcacheServiceImpl.java:28) at com.google.appengine.api.memcache.MemcacheServiceImpl.put(MemcacheServiceImpl.java:81) at com.google.apphosting.runtime.jetty.MemcacheSessionStore.saveSession(MemcacheSessionStore.java:39) at com.google.apphosting.runtime.jetty.SessionManager$AppEngineSession.save(SessionManager.java:164) at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:41) 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$RequestRunnable.run(JavaRuntime.java:477) at com.google.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:449) 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.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:251) at java.lang.Thread.run(Thread.java:679) No matter what causes the Memcache error, the exception should get caught by the framework. Or there should be a way to catch it from the application side. I've tried unsuccessfully to apply the LogAndContinue-Errorhandler. Is there some way to disable memcache for session-handling maybe? Or is it possible to copy select GAE source code into your own application, applying your own error-handler some way? I'd do anything to make our application work again. I've raised a Production Issue, I've reported this in the forum. And other suggestions? I'd go premium if I had some kind of reassurance that it wouldn't simply add insult to injury. Application ID is small-improvements. Kind regards, Per -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web
Re: [google-appengine] Re: Endpoints section in the control panel?
Are the tools open source? I think that the discovery api has a lot of potential and I would like to investigate a Go port. On Tuesday, July 10, 2012 3:22:15 PM UTC-5, Dan Holevoet wrote: Yes. We have command line tools for Python annotations - client libraries. (We have them for Java as well, if using Eclipse and the Google Plugin for Eclipse isn't your thing.) Thanks, Dan On Mon, Jul 9, 2012 at 5:34 PM, timh zutes...@gmail.com wrote: Does that mean that the tools exist to generate the client libs from annotated python code exist as well ? T On Tuesday, July 10, 2012 8:25:31 AM UTC+8, Dan Holevoet wrote: Google Cloud Endpoints supports Python as well. We don't have any specific plans yet for supporting Go. Thanks, Dan On Fri, Jul 6, 2012 at 8:48 PM, timh zutes...@gmail.com wrote: HI I have watched all of the presentations/videos on endpoints. All examples are java based. Are the tools and this service focussed on java only ? What about python/go ? Cheers T On Saturday, July 7, 2012 9:34:19 AM UTC+8, Amy Unruh wrote: On 3 July 2012 05:41, Tom Muse tm...@appirio.com wrote: Do you have the link for the video handy? I am having difficulties locating it. Here's the I/O session video: https://developers.**goog** le.com/events/io/sessions/**gooi**o2012/303/https://developers.google.com/events/io/sessions/gooio2012/303/. -Amy Thanks in advance :) On Friday, June 29, 2012 6:50:45 PM UTC-4, Tom wrote: Just watched the video - endpoints look great. Are you able to give us some idea when they will be available for non-Trusted testers? Thanks. Tom On Thursday, June 28, 2012 12:44:58 AM UTC-4, Christina Ilvento wrote: Hi All, Endpoints is one of the features we announced in our App Engine overview session today at I/O that's designed to make writing mobile backends on App Engine easier. More details to come in talks tomorrow (YouTube videos should be up soon) and we'll post some info with the trusted tester sign-up form to the groups shortly. Thanks, Christina On Wed, Jun 27, 2012 at 8:58 PM, James Broberg jbrob...@gmail.comwrote: I'd also like to know. Don't hold out on us now :) On 28 June 2012 06:45, Sam G samuel.gam...@gmail.com wrote: Bump. Any word from a Googler on what this is!? On Tuesday, June 26, 2012 4:59:33 PM UTC-7, Sam G wrote: This section just showed up for me in the App Engine dashboard. I also heard PageSpeed and SSL have been released? Where can I get to these so that I can sign up? The new Endpoints section says that an API.yaml should exist... what will go in that? Is there documentation up, now that this is a production release? https://lh3.googleusercontent.com/-8UcxwQ-SA1c/T-pMt7axhhI/BOA/78xFoVtkBtQ/s1600/endpoints.png Is this part of an I/O release? Screenshot sample attached. -- 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/-/** cA8hVE9iYpcJhttps://groups.google.com/d/msg/google-appengine/-/cA8hVE9iYpcJ . To post to this group, send email to google-appengine@googlegroups.**comgoogle-appengine@googlegroups.com . To unsubscribe from this group, send email to google-appengine+unsubscribe@**googlegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/** group/google-appengine?hl=enhttp://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.**comgoogle-appengine@googlegroups.com . To unsubscribe from this group, send email to google-appengine+unsubscribe@**googlegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/** group/google-appengine?hl=enhttp://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/ **ms**g/google-appengine/-/**qC8lh4Gfn**8gJhttps://groups.google.com/d/msg/google-appengine/-/qC8lh4Gfn8gJ . To post to this group, send email to google-appengine@googlegroups.** **com google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscribe@**g**ooglegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/** group**/google-appengine?hl=enhttp://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
Re: [google-appengine] Unable to verify account by SMS
Please fill in a form and submit at: https://appengine.google.com/waitlist/sms_issues On Tue, Jul 10, 2012 at 11:20 PM, D Vause dva...@gmail.com wrote: I am unable to verify my App Engine account via SMS. I get the following error: *The phone number has been sent too many messages or has already been used to confirm an account. I've never successfully activated an App Engine account. Is there any way I can get someone to reset the account or assist me in verifying my account? Thanks! D. Vause * -- 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/-/KRUrKpTOwe8J. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- Takashi Matsuo -- 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: Endpoints section in the control panel?
The tool (included in the SDK) that generates the Java client library makes a call to a Google-hosted service (the source of which is not currently public). The tool that generates the Objective-C library will (I believe) have its source published. If you're just interested in generating a client library for an Endpoint that you can consume in Go, you can probably use the gen.gohttp://code.google.com/p/google-api-go-client/source/browse/google-api-go-generator/gen.gofile provided by the Go client library. I must include the disclaimer that this is entirely untested, the generated library may make assumptions which are incorrect for non-Google-authored APIs. If you want to write a backend in Go, there are probably some server-side details that would block your implementation. Thanks, Dan On Tue, Jul 10, 2012 at 3:21 PM, Kyle Finley kylefin...@gmail.com wrote: Are the tools open source? I think that the discovery api has a lot of potential and I would like to investigate a Go port. On Tuesday, July 10, 2012 3:22:15 PM UTC-5, Dan Holevoet wrote: Yes. We have command line tools for Python annotations - client libraries. (We have them for Java as well, if using Eclipse and the Google Plugin for Eclipse isn't your thing.) Thanks, Dan On Mon, Jul 9, 2012 at 5:34 PM, timh zutes...@gmail.com wrote: Does that mean that the tools exist to generate the client libs from annotated python code exist as well ? T On Tuesday, July 10, 2012 8:25:31 AM UTC+8, Dan Holevoet wrote: Google Cloud Endpoints supports Python as well. We don't have any specific plans yet for supporting Go. Thanks, Dan On Fri, Jul 6, 2012 at 8:48 PM, timh zutes...@gmail.com wrote: HI I have watched all of the presentations/videos on endpoints. All examples are java based. Are the tools and this service focussed on java only ? What about python/go ? Cheers T On Saturday, July 7, 2012 9:34:19 AM UTC+8, Amy Unruh wrote: On 3 July 2012 05:41, Tom Muse tm...@appirio.com wrote: Do you have the link for the video handy? I am having difficulties locating it. Here's the I/O session video: https://developers.**goog le.com/events/io/sessions/**gooio2012/303/https://developers.google.com/events/io/sessions/gooio2012/303/. -Amy Thanks in advance :) On Friday, June 29, 2012 6:50:45 PM UTC-4, Tom wrote: Just watched the video - endpoints look great. Are you able to give us some idea when they will be available for non-Trusted testers? Thanks. Tom On Thursday, June 28, 2012 12:44:58 AM UTC-4, Christina Ilvento wrote: Hi All, Endpoints is one of the features we announced in our App Engine overview session today at I/O that's designed to make writing mobile backends on App Engine easier. More details to come in talks tomorrow (YouTube videos should be up soon) and we'll post some info with the trusted tester sign-up form to the groups shortly. Thanks, Christina On Wed, Jun 27, 2012 at 8:58 PM, James Broberg jbrob...@gmail.com wrote: I'd also like to know. Don't hold out on us now :) On 28 June 2012 06:45, Sam G samuel.gam...@gmail.com wrote: Bump. Any word from a Googler on what this is!? On Tuesday, June 26, 2012 4:59:33 PM UTC-7, Sam G wrote: This section just showed up for me in the App Engine dashboard. I also heard PageSpeed and SSL have been released? Where can I get to these so that I can sign up? The new Endpoints section says that an API.yaml should exist... what will go in that? Is there documentation up, now that this is a production release? https://lh3.googleusercontent.com/-8UcxwQ-SA1c/T-pMt7axhhI/BOA/78xFoVtkBtQ/s1600/endpoints.png Is this part of an I/O release? Screenshot sample attached. -- 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/**ms**g/google-appengine/-/** cA8hVE9iY**pcJhttps://groups.google.com/d/msg/google-appengine/-/cA8hVE9iYpcJ . To post to this group, send email to google-appengine@googlegroups.comgoogle-appengine@googlegroups.com . To unsubscribe from this group, send email to google-appengine+unsubscribe@**g**ooglegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/* *group**/google-appengine?hl=enhttp://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.comgoogle-appengine@googlegroups.com . To unsubscribe from this group, send email to google-appengine+unsubscribe@**g**ooglegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/**
Re: [google-appengine] Memcache errors break the GAE-internal session handling. Our application is almost unusable now. Help, please?
Hi Per, There is also an issue on our issue tracker: http://code.google.com/p/googleappengine/issues/detail?id=6463 You might want to start it, and we'll likely follow up there. Yes, it seems a real issue to me as well. I've just started an internal discussion about it. -- Takashi On Wed, Jul 11, 2012 at 5:34 AM, Per per.fragem...@gmail.com wrote: Memcache errors are frequently breaking the sessions-persistence, as there doesn't seem to be any try-catch in the GAE session handling. This results in tons of 500 errors for our end users. This seems like fundamental flaw in the framework to me. Uncaught exception from servlet com.google.appengine.api.memcache.MemcacheServiceException: Memcache put: Error setting single item (_ahsvuHmc0fDcNMbpwqBsbrJ4Q) at com.google.appengine.api.memcache.AsyncMemcacheServiceImpl$7.transform(AsyncMemcacheServiceImpl.java:426) at com.google.appengine.api.memcache.AsyncMemcacheServiceImpl$7.transform(AsyncMemcacheServiceImpl.java:418) at com.google.appengine.api.memcache.MemcacheServiceApiHelper$RpcResponseHandler.convertResponse(MemcacheServiceApiHelper.java:60) at com.google.appengine.api.memcache.MemcacheServiceApiHelper$1.wrap(MemcacheServiceApiHelper.java:112) at com.google.appengine.api.memcache.MemcacheServiceApiHelper$1.wrap(MemcacheServiceApiHelper.java:105) at com.google.appengine.api.utils.FutureWrapper.wrapAndCache(FutureWrapper.java:57) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:98) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:90) at com.google.appengine.api.memcache.MemcacheServiceImpl.quietGet(MemcacheServiceImpl.java:28) at com.google.appengine.api.memcache.MemcacheServiceImpl.put(MemcacheServiceImpl.java:81) at com.google.apphosting.runtime.jetty.MemcacheSessionStore.saveSession(MemcacheSessionStore.java:39) at com.google.apphosting.runtime.jetty.SessionManager$AppEngineSession.save(SessionManager.java:164) at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:41) 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$RequestRunnable.run(JavaRuntime.java:477) at com.google.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:449) 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.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:251) at java.lang.Thread.run(Thread.java:679) No matter what causes the Memcache error, the exception should get caught by the framework. Or there should be a way to catch it from the application side. I've tried unsuccessfully to apply the LogAndContinue-Errorhandler. Is there some way to disable memcache for session-handling maybe? Or is it possible to copy select GAE source code into your own application, applying your own error-handler some way? I'd do anything to make our application work again. I've raised a Production
Re: [google-appengine] Re: Endpoints section in the control panel?
Hi Dan, Thank you for your reply. If you're just interested in generating a client library for an Endpoint that you can consume in Go, you can probably use the gen.gohttp://code.google.com/p/google-api-go-client/source/browse/google-api-go-generator/gen.gofile provided by the Go client library. I must include the disclaimer that this is entirely untested, the generated library may make assumptions which are incorrect for non-Google-authored APIs. Yeah this is partly was I was interested in. I must admin I'm not completely clear on how endpoints works. I thought that you might have a tools that created discovery https://developers.google.com/discovery/docs from annotated code. That's was what I was interested in looking at. I'm sure I can create something similar. I just thought looking at some code might help. I think this whole process has a lot potential as an open source standard. Everyone is struggling for consistency In there API's. You guys have done a lot good work with the discovery api and the tools that parse I would like to see that spread. Thank you, Kyle If you want to write a backend in Go, there are probably some server-side details that would block your implementation. Thanks, Dan -- 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/-/ArnV9WAiW0MJ. 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] HRD Migration failed (got stuck at reverting). And few thoughts on customer support
Hi Alex, I've just restarted the job, because I think you have removed the non-existing blob reference. Please let us know if it completes(or fails). Thanks, -- Takashi On Tue, Jul 10, 2012 at 4:20 PM, Alexander Trakhimenok alexander.trakhime...@gmail.com wrote: Hello Google AppEngine team and GAE developers, Just a heads up on status of migration tool (*for devs to be aware and prepared*) and am begging for support from Google. We have a major release that migrates our app from M/S to HRD (*with all the goodies like XA transaction Full Text Search*) that was supposed to be executed a week ago. First we hit 2 bugs in HRD migration tool: 1. *Migration failed due to old unindexed string properties with values 500 chars* (*it was possible to save such in old SDK*). Fixed by re-putting entities ourselves by executing map/reduce. 2. *Migration failed due to blob reference key to non existed blobs* (*there are no reference constrains so no wonder we had a few in DB*). Fixed ourselves by removing bad references using map/reduce. For those 2 issues we have a production issue ticket: http://code.google.com/p/googleappengine/issues/detail?id=7787 Once this was fixed by us after getting information on root cause from Google (*there is no way to find errors details by yourself*) we decided to revert migration and execute it from scratch. And I guess it was our mistake. The migration process got stuck in Sync - Reverting... state for 4 days by now: *Sync*Reverting... I've raised a separate issue for this 3 days ago: http://code.google.com/p/googleappengine/issues/detail?id=7822 Still no answer after 24 hours. *To developers*: 1. I advise you to check your data before migration for those 2 issues described above. 2. Try avoiding reverting if possible *To Google GAE team*: 1. It would be VERY cool for us (*GAE customer*) to be able to see error logs for the migration process. 2. It would be VERY-VERY cool to get response on production issues at least in 1 working day (*24 hours*). We are paying customers and while nto BIG ones but w do spend around $1K per month on GAE and do expect some support. Why don't hire at least 1 person who would manage tickets and be responsible for keeping your customers updated? 3. Please help us to migrate to HRD - we are eager to move! 4. And thanks for the wonderful platform! Happy coding to everyone. Alex http://www.myclasses.org/ - Powered by GAE -- 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/-/wK_m8nnpXwcJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- Takashi Matsuo -- 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: Endpoints section in the control panel?
Hi Kyle, Discovery documents *are* served for all Endpoints (at your_app_id.appspot.com/_ah/apis/discovery/v1/apis) just like Google-authored APIs. We also provide a local version of the discovery doc (as a file) when you do local development so you don't have to push to production to test your Endpoint. The local discovery doc is used to generate the Objective-C library. The Go generator would use the local file as well. (Of course, you can point them to the live discovery doc if you'd like to.) So, I think we're offering what you want. Apologies if my explanation is (or was) confusing. I'm happy to elaborate further. Thanks, Dan On Tue, Jul 10, 2012 at 4:11 PM, Kyle Finley kylefin...@gmail.com wrote: Hi Dan, Thank you for your reply. If you're just interested in generating a client library for an Endpoint that you can consume in Go, you can probably use the gen.gohttp://code.google.com/p/google-api-go-client/source/browse/google-api-go-generator/gen.gofile provided by the Go client library. I must include the disclaimer that this is entirely untested, the generated library may make assumptions which are incorrect for non-Google-authored APIs. Yeah this is partly was I was interested in. I must admin I'm not completely clear on how endpoints works. I thought that you might have a tools that created discovery https://developers.google.com/discovery/docs from annotated code. That's was what I was interested in looking at. I'm sure I can create something similar. I just thought looking at some code might help. I think this whole process has a lot potential as an open source standard. Everyone is struggling for consistency In there API's. You guys have done a lot good work with the discovery api and the tools that parse I would like to see that spread. Thank you, Kyle If you want to write a backend in Go, there are probably some server-side details that would block your implementation. Thanks, Dan -- 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/-/ArnV9WAiW0MJ. 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. -- Dan Holevoet 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.
Re: [google-appengine] Re: URGENT GAE billing issue
We're having the same issue. Is there some way to get notified about a fix? On Sunday, July 8, 2012 11:56:36 PM UTC-7, Takashi Matsuo (Google) wrote: Hi Arun, Thanks for the feedback. We're working on it, and it will be fixed soon. -- Takashi On Sat, Jun 30, 2012 at 1:38 PM, aramanuj arun_rama...@yahoo.com wrote: Hi Takashi, Can you put this URL in the Billing Settings section of the Admin Console? This is the 3rd time in the recent past the same issue has come up (including mine), and perhaps the second time that I've seen this URL posted on the group. There is an email address in the Billing Settings, but I got no response from there when I reported this issue sometime back. Seems like the form based post is better than the email provided in the Admin Console? Ideally, we need a Pay Now option so that existing charges can be cleared at anytime (say, if the first payment did not go through for some reason). For now, the only option would be to make billing changes just before the charges are automatically cleared. Regards, Arun On Saturday, June 30, 2012 3:17:55 AM UTC+5:30, Takashi Matsuo (Google) wrote: If you have some issues related to the billing, please read our FAQ first: https://developers.google.com/**appengine/kb/billinghttps://developers.google.com/appengine/kb/billing and if this does not help please fill out this form: http://support.google.com/**code/bin/request.py?hl=en** contact_type=cloud_platform_bi**llingrd=1http://support.google.com/code/bin/request.py?hl=encontact_type=cloud_platform_billingrd=1 -- Takashi On Fri, Jun 29, 2012 at 7:01 AM, mc m...@deca.tv wrote: I'm having the same issue. I've had this problem in the past and it lasted several weeks. This is very concerning since it prevents me from managing my application properly. Is there some way to escalate issues with the Google App Engine Team when an application is dead ? On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: App Engine has shut off our nhldraftpik app due to the max daily budget being met. I would like to increase the budget, but I am completely unable to change the billing limit. It says: Billing Status: Changing Daily Budget Your account has been locked while we process your budget changes. If you were redirected to Google Checkout but did not complete the process, your settings will remain unchanged. *(You will be able to make changes to your budget settings again once the outstanding payment is processed.)* * * Please advise ASAP what I can do to work around this serious failure of Google's billing system. Thank you, Brian On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: App Engine has shut off our nhldraftpik app due to the max daily budget being met. I would like to increase the budget, but I am completely unable to change the billing limit. It says: Billing Status: Changing Daily Budget Your account has been locked while we process your budget changes. If you were redirected to Google Checkout but did not complete the process, your settings will remain unchanged. *(You will be able to make changes to your budget settings again once the outstanding payment is processed.)* * * Please advise ASAP what I can do to work around this serious failure of Google's billing system. Thank you, Brian On Friday, June 22, 2012 7:43:53 PM UTC-7, draftpik wrote: App Engine has shut off our nhldraftpik app due to the max daily budget being met. I would like to increase the budget, but I am completely unable to change the billing limit. It says: Billing Status: Changing Daily Budget Your account has been locked while we process your budget changes. If you were redirected to Google Checkout but did not complete the process, your settings will remain unchanged. *(You will be able to make changes to your budget settings again once the outstanding payment is processed.)* * * Please advise ASAP what I can do to work around this serious failure of Google's billing system. Thank you, Brian -- 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/-/**0dXpJNVTDskJhttps://groups.google.com/d/msg/google-appengine/-/0dXpJNVTDskJ . To post to this group, send email to google-appengine@googlegroups.** com google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscribe@**googlegroups.comgoogle-appengine%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/** group/google-appengine?hl=enhttp://groups.google.com/group/google-appengine?hl=en . -- Takashi Matsuo -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this
[google-appengine] Rebuild indexes after migration to HRD
OK, I goofed. I migrated my application (chem-vantage) to the High Replication Datastore (as chem-vantage-hrd) according to the instructions, but when I launched my application before the migration, the indexes were not properly built on the local version in Eclipse. So none of my indexes came over on during the migration, and the indexes are being rebuilt on a low-priority basis. Mea culpa. But is there a way to speed this up, please? My site has been down for a week, and my clients are getting grouchy. Thanks for any help. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/-mE86UDgNgEJ. 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] Synchronous con jobs are BROKEN (logs inside)
I have a game that relies on a synchronous cron job. For the last few days, the game timer has been out of whack. I pulled the logs and finally figured out that my 3 min synchronous cron job fires like this (see below). In the mean time, is there ANY way I can get my game working and always firing a URL (to create leaderboards/etc) at 3 minute intervals ? 10/Jul/2012:09:39:20 10/Jul/2012:09:42:11 10/Jul/2012:09:45:06 10/Jul/2012:09:48:05 10/Jul/2012:09:51:07 10/Jul/2012:09:54:11 10/Jul/2012:09:57:08 10/Jul/2012:10:00:06 10/Jul/2012:10:03:04 10/Jul/2012:10:06:03 10/Jul/2012:10:09:06 10/Jul/2012:10:12:03 10/Jul/2012:10:15:06 10/Jul/2012:10:18:14 10/Jul/2012:10:21:12 10/Jul/2012:10:24:06 10/Jul/2012:10:27:04 10/Jul/2012:10:30:03 10/Jul/2012:10:33:18 10/Jul/2012:10:36:03 10/Jul/2012:10:39:07 10/Jul/2012:10:42:11 10/Jul/2012:10:45:14 10/Jul/2012:10:48:03 10/Jul/2012:10:51:08 10/Jul/2012:10:54:03 10/Jul/2012:10:57:04 10/Jul/2012:11:00:08 10/Jul/2012:11:03:06 10/Jul/2012:11:06:15 10/Jul/2012:11:09:06 10/Jul/2012:11:12:08 10/Jul/2012:11:15:16 10/Jul/2012:11:18:15 10/Jul/2012:11:21:15 10/Jul/2012:11:24:09 10/Jul/2012:11:27:11 10/Jul/2012:11:30:15 10/Jul/2012:11:33:08 10/Jul/2012:11:36:09 10/Jul/2012:11:39:12 10/Jul/2012:11:42:08 10/Jul/2012:11:45:06 10/Jul/2012:11:48:07 10/Jul/2012:11:51:03 10/Jul/2012:11:54:05 10/Jul/2012:11:57:03 10/Jul/2012:12:00:10 10/Jul/2012:12:03:08 10/Jul/2012:12:06:04 10/Jul/2012:12:09:07 10/Jul/2012:12:12:03 10/Jul/2012:12:15:04 10/Jul/2012:12:18:03 10/Jul/2012:12:21:05 10/Jul/2012:12:24:13 10/Jul/2012:12:27:09 10/Jul/2012:12:30:04 10/Jul/2012:12:33:21 10/Jul/2012:12:36:10 10/Jul/2012:12:39:12 10/Jul/2012:12:42:07 10/Jul/2012:12:45:15 10/Jul/2012:12:48:12 10/Jul/2012:12:51:09 10/Jul/2012:12:54:14 10/Jul/2012:12:57:06 10/Jul/2012:13:00:09 10/Jul/2012:13:03:10 10/Jul/2012:13:06:19 10/Jul/2012:13:09:08 10/Jul/2012:13:12:17 10/Jul/2012:13:15:06 10/Jul/2012:13:18:06 10/Jul/2012:13:21:03 10/Jul/2012:13:24:07 10/Jul/2012:13:27:03 10/Jul/2012:13:30:04 10/Jul/2012:13:33:04 10/Jul/2012:13:36:14 10/Jul/2012:13:39:07 10/Jul/2012:13:42:09 10/Jul/2012:13:45:13 10/Jul/2012:13:48:06 10/Jul/2012:13:51:04 10/Jul/2012:13:54:08 10/Jul/2012:13:57:10 10/Jul/2012:14:00:21 10/Jul/2012:14:03:13 10/Jul/2012:14:06:02 10/Jul/2012:14:13:01 10/Jul/2012:14:15:12 10/Jul/2012:14:18:11 10/Jul/2012:14:21:17 10/Jul/2012:14:24:05 10/Jul/2012:14:27:12 10/Jul/2012:14:30:08 10/Jul/2012:14:33:04 10/Jul/2012:14:36:13 10/Jul/2012:14:39:10 10/Jul/2012:14:42:14 10/Jul/2012:14:45:11 10/Jul/2012:14:48:13 10/Jul/2012:14:51:08 10/Jul/2012:14:54:11 10/Jul/2012:14:57:04 10/Jul/2012:15:00:06 10/Jul/2012:15:03:09 10/Jul/2012:15:06:08 10/Jul/2012:15:09:07 10/Jul/2012:15:12:07 10/Jul/2012:15:15:23 10/Jul/2012:15:18:21 10/Jul/2012:15:21:08 10/Jul/2012:15:24:06 10/Jul/2012:15:27:11 10/Jul/2012:15:30:04 10/Jul/2012:15:33:07 10/Jul/2012:15:34:31 10/Jul/2012:15:36:12 10/Jul/2012:15:39:14 10/Jul/2012:15:42:10 10/Jul/2012:15:45:11 10/Jul/2012:15:46:25 10/Jul/2012:15:48:11 10/Jul/2012:15:51:10 10/Jul/2012:15:54:16 10/Jul/2012:15:57:05 10/Jul/2012:16:00:07 10/Jul/2012:16:03:08 10/Jul/2012:16:06:18 10/Jul/2012:16:09:18 10/Jul/2012:16:12:13 10/Jul/2012:16:15:15 10/Jul/2012:16:18:06 10/Jul/2012:16:21:04 10/Jul/2012:16:24:05 10/Jul/2012:16:27:10 10/Jul/2012:16:30:19 10/Jul/2012:16:33:11 10/Jul/2012:16:36:19 10/Jul/2012:16:39:12 10/Jul/2012:16:42:13 10/Jul/2012:16:45:14 10/Jul/2012:16:48:19 10/Jul/2012:16:51:05 10/Jul/2012:16:54:09 10/Jul/2012:16:57:21 10/Jul/2012:17:00:18 10/Jul/2012:17:03:04 10/Jul/2012:17:06:05 10/Jul/2012:17:09:10 10/Jul/2012:17:12:12 10/Jul/2012:17:15:13 10/Jul/2012:17:18:11 10/Jul/2012:17:21:14 10/Jul/2012:17:24:04 10/Jul/2012:17:27:19 10/Jul/2012:17:30:16 10/Jul/2012:17:33:04 10/Jul/2012:17:36:09 10/Jul/2012:17:39:08 10/Jul/2012:17:42:10 10/Jul/2012:17:45:11 10/Jul/2012:17:48:24 10/Jul/2012:17:51:04 10/Jul/2012:17:54:10 10/Jul/2012:17:57:19 10/Jul/2012:18:00:11 10/Jul/2012:18:03:10 10/Jul/2012:18:06:10 10/Jul/2012:18:09:20 10/Jul/2012:18:12:05 10/Jul/2012:18:15:26 10/Jul/2012:18:18:16 10/Jul/2012:18:21:21 10/Jul/2012:18:24:11 10/Jul/2012:18:27:18 10/Jul/2012:18:30:29 10/Jul/2012:18:33:13 10/Jul/2012:18:36:24 10/Jul/2012:18:39:13 10/Jul/2012:18:42:18 10/Jul/2012:18:45:20 10/Jul/2012:18:48:13 10/Jul/2012:18:51:24 10/Jul/2012:18:54:14 10/Jul/2012:18:57:19 10/Jul/2012:19:00:12 10/Jul/2012:19:03:10 10/Jul/2012:19:06:14 10/Jul/2012:19:09:13 10/Jul/2012:19:12:33 10/Jul/2012:19:15:07 10/Jul/2012:19:18:14 -- 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/-/ueevGwXZG80J. 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] Endpoints section in the control panel?
Perfect, that's what I was hoping. How are the Discovery docs created? I suspect that there is a program that takes the annotated code (python / java) and creates the document? Where would one find this tool? I apologize if it is in the SDK. I couldn't find it. - Kyle On Jul 10, 2012, at 8:10 PM, Dan Holevoet wrote: Hi Kyle, Discovery documents are served for all Endpoints (at your_app_id.appspot.com/_ah/apis/discovery/v1/apis) just like Google-authored APIs. We also provide a local version of the discovery doc (as a file) when you do local development so you don't have to push to production to test your Endpoint. The local discovery doc is used to generate the Objective-C library. The Go generator would use the local file as well. (Of course, you can point them to the live discovery doc if you'd like to.) So, I think we're offering what you want. Apologies if my explanation is (or was) confusing. I'm happy to elaborate further. Thanks, Dan On Tue, Jul 10, 2012 at 4:11 PM, Kyle Finley kylefin...@gmail.com wrote: Hi Dan, Thank you for your reply. If you're just interested in generating a client library for an Endpoint that you can consume in Go, you can probably use the gen.go file provided by the Go client library. I must include the disclaimer that this is entirely untested, the generated library may make assumptions which are incorrect for non-Google-authored APIs. Yeah this is partly was I was interested in. I must admin I'm not completely clear on how endpoints works. I thought that you might have a tools that created discovery docs from annotated code. That's was what I was interested in looking at. I'm sure I can create something similar. I just thought looking at some code might help. I think this whole process has a lot potential as an open source standard. Everyone is struggling for consistency In there API's. You guys have done a lot good work with the discovery api and the tools that parse I would like to see that spread. Thank you, Kyle If you want to write a backend in Go, there are probably some server-side details that would block your implementation. Thanks, Dan -- 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/-/ArnV9WAiW0MJ. 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. -- Dan Holevoet 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. -- 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: App Engine getting slower and slower
What I've observed is that a specific app may tend to get slower over time as the cluster it runs on gets busier. Eventually an app may get moved to a new cluster. This may include a few minutes of hard downtime, even for HRD apps. Afterwards performance can be dramatically better. Someone at google may be able to manually move your app if you complain loudly enough, although there's no guarantee the issue won't recur. When it gets really bad all your instances can be totally idle but many requests still block in the scheduler for hundreds of ms (or more) like you seem to be seeing. Adjusting the latency settings doesn't help because the instances aren't the bottleneck. Quite possibly my least favorite part of app engine, although on the whole I still like it a lot. -- 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/-/qi2Y7GR4xfUJ. 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] Should developers pay for the useless instances? Can we set max instances to 1?
Is this M/S or HR App.? On Wed, Jul 11, 2012 at 9:07 AM, Sun Jing kea...@gmail.com wrote: My site usually has little traffics. But app engine launched many useless instances that caused I ran out of quotas yesterday. I had already set Max Idle Instances to 1 and Min Pending Latency to 15s, but it didn't prevent app engine to waste my quotas. I think it's unfair for me to pay for that. It's clear that I should only pay for the instances marked Billed in the charts. If Google thinks I should pay for your mistake, please let me be able to set max instances to 1 to avoid the waste. -- 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.