[google-appengine] Re: Google Code issue tracker cleanup
Here is the case of an issue getting set as NotReproducible (and effectively closed) yet someone has responded to it in a way that it should be re-opened... https://code.google.com/p/googleappengine/issues/detail?id=3497 I applaud the effort to work through these issues, but they shouldn't be closed so quickly either. best, jon On Thursday, August 7, 2014 9:51:44 AM UTC-7, Eric Tray wrote: Obviously getting feedback from users is not too vital to you guys otherwise you would'nt have ignored the Issue Tracker for 4+ years. How is it that no one is held accountable for this? How is this acceptable for a company such as Google? If it takes you this long just to fix the issue tracker, I can only imagine how long it will take for the actual issues themselves to get resolved. Maybe 5 years later we will actually get Servlet 3.0 support. Probably not though. On Wednesday, July 9, 2014 10:48:52 AM UTC-4, Jesse Scherer (Google) wrote: Over the past few years we have fallen behind on updating our issue tracker on Google Code. But since getting feedback from our users is vital to us, we will be renewing our focus on making the tracker useful to you. We must work through the large number of open issues which exist today. Many of the older issues issues represent popular feature requests, but others were opened long ago and are no longer relevant to the person who opened them or to the App Engine community. We wish to fix this so that developers can easily find and follow issues which apply to them. So, over the next few weeks we will review open issues and close those that are obsolete and merge related issues together when possible. There is much work to do here, and in some cases we may inadvertently close issues which are still relevant and important. If an issue which affects you is closed and marked as obsolete or as a duplicate of another issue, please comment on the issue so we can take another look. How you can help -- 1. Check for a duplicate first. If so, star that issue. We often do sorts by number of stars, so if it's a common issue, lots of duplicates can cause us to miss it 2. Write a clear, concise bug report. This is a report that needs to be read several times. Write very clearly reproduction steps, OS, SDK version and post code if you can. If we can't understand the bug report, we will close it. 3. Follow up. We will sometimes post questions in the bug. If we don't receive a response, we will close the bug. Also - if it turns out to be user error, it helps us a lot if you post your fix. This sometimes helps us expose places where we can improve our documentation. Thank you all in advance for your support and commitment. -- Jesse Scherer | Technical Program Manager | jsch...@google.com -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Re: major problems with the datastore?
Yea, I wasn't trying to complain. After working on building cloudfoundry for the last 7 months, I've come to appreciate gae quite a bit. This paas shit is super hard. The level that gae operates is amazing. Keep up the good work gae team, many many people aspire to be as good as you are. Jon On Nov 12, 2013, at 3:36 PM, James Gilliam jimgill...@gmail.com wrote: More and more, gae has one problem after another ... Yesterday, images were disappearing Today, having issues with memory cache The only good news is eventually the problems go away On Sunday, November 10, 2013 10:20:13 PM UTC-8, Jon Stevens wrote: All the sudden, with no changes on my end, I started getting these errors in my logs: Caused by: com.google.appengine.api.datastore.DatastoreFailureException: internal error. at com.google.appengine.api.datastore.DatastoreApiHelper.translateError(DatastoreApiHelper.java:50) at com.google.appengine.api.datastore.DatastoreApiHelper$1.convertException(DatastoreApiHelper.java:70) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:94) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:86) at com.google.appengine.api.datastore.FutureHelper.getInternal(FutureHelper.java:71) at com.google.appengine.api.datastore.FutureHelper.quietGet(FutureHelper.java:32) at com.google.appengine.api.datastore.QueryResultsSourceImpl.peekQueryResultAndIfFirstRecordIndexList(QueryResultsSourceImpl.java:161) at com.google.appengine.api.datastore.QueryResultsSourceImpl.loadMoreEntities(QueryResultsSourceImpl.java:104) at com.google.appengine.api.datastore.QueryResultsSourceImpl.loadMoreEntities(QueryResultsSourceImpl.java:91) at com.google.appengine.api.datastore.QueryResultIteratorImpl.ensureLoaded(QueryResultIteratorImpl.java:142) at com.google.appengine.api.datastore.QueryResultIteratorImpl.hasNext(QueryResultIteratorImpl.java:62) Started at 10:11pm Pacific time. Any ideas? jon -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/2qTRfW8vZyQ/unsubscribe. To unsubscribe from this group and all its topics, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out.
[google-appengine] major problems with the datastore?
All the sudden, with no changes on my end, I started getting these errors in my logs: Caused by: com.google.appengine.api.datastore.DatastoreFailureException: internal error. at com.google.appengine.api.datastore.DatastoreApiHelper.translateError(DatastoreApiHelper.java:50) at com.google.appengine.api.datastore.DatastoreApiHelper$1.convertException(DatastoreApiHelper.java:70) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:94) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:86) at com.google.appengine.api.datastore.FutureHelper.getInternal(FutureHelper.java:71) at com.google.appengine.api.datastore.FutureHelper.quietGet(FutureHelper.java:32) at com.google.appengine.api.datastore.QueryResultsSourceImpl.peekQueryResultAndIfFirstRecordIndexList(QueryResultsSourceImpl.java:161) at com.google.appengine.api.datastore.QueryResultsSourceImpl.loadMoreEntities(QueryResultsSourceImpl.java:104) at com.google.appengine.api.datastore.QueryResultsSourceImpl.loadMoreEntities(QueryResultsSourceImpl.java:91) at com.google.appengine.api.datastore.QueryResultIteratorImpl.ensureLoaded(QueryResultIteratorImpl.java:142) at com.google.appengine.api.datastore.QueryResultIteratorImpl.hasNext(QueryResultIteratorImpl.java:62) Started at 10:11pm Pacific time. Any ideas? jon -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out.
Re: [google-appengine] Re: [java] Setting up HRD with WTP (web tools platform) in Eclipse 4.3
No apologies necessary... I'm pretty aware that I'm probably one of the only people outside of Google actually using this stuff. I'm no longer using the WebApp launch config... it doesn't work at all with WTP anyway. The Run on Server stuff is really great except for the inability to override the launch config. If you want more feedback on this stuff, feel free to contact me privately too. Looking forward to the progress! best, jon On Tue, Aug 13, 2013 at 10:40 AM, Rajeev Dayal rda...@google.com wrote: Jon, Sorry - this stuff is still in preview, and I guess we didn't make that clear. We'll update the docs appropriately. We haven't added the HRD stuff in for the Google App Engine runtime that's part of WTP as yet. We'll do that shortly. You shouldn't be using the Web Application launch configurations for WTP-based projects; you should be using Run on Server. Again, this is something we haven't made clear. You're right, this stuff isn't done. We're planning to do a lot more work and polish on it. You'll see lots of progress over the next couple of months. On Sunday, August 11, 2013 4:21:52 PM UTC-4, Jon Stevens wrote: I'm using the new WTP functionality in Eclipse 4.3 with the latest Google Plugin for Eclipse to run my local AppEngine war file. I'm using Maven for my build too. I can't seem to setup HRD support though. The launch configuration that is generated doesn't have -Ddatastore.default_high_** rep_job_policy_unapplied_job_**pct=#defined and if I try to add it to the launch configuration, it seems to get removed by whatever is automatically generating it. Honestly, there seems to be a lot of half baked stuff in this. It is like it is _almost_ there, but the last 90% is the hardest part. I'd love to give some feedback to someone who is working on this stuff to try to help make it better. thanks, jon -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/NHHGGilDfmk/unsubscribe . To unsubscribe from this group and all its topics, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out.
Re: [google-appengine] Re: [java] Setting up HRD with WTP (web tools platform) in Eclipse 4.3
Nick, that advice is outdated with latest WTP support while using maven projects imported with m2eclipse. You can no longer enable 'use appengine' in the preferences. That will really mess things up. Even worse is that you also can't edit the run configs. They get reset to whatever the WTP support wants for things. The fix I've hacked in so far is to set that system property in my appenengine-web.xml. It seems to do the trick. Why the API still defaults to master/slave when that is deprecated functionality for many moons now is beyond my comprehension. Jon On Aug 12, 2013, at 4:33 PM, Nick naoku...@gmail.com wrote: The GPE has been pretty buggy over its lifetime, particularly wrt the HRD config. To fix your problem (and other problems relating to GPE run/debug) configs: If you open up your project properties and navigate to Google - App Engine As well as ticking 'Use Google App Engine', make sure 'Enable local HRD support' is ticked too. If this box is greyed out (i.e. disabled) and unticked, you'll have to work around it. You can do this by opening up project/.settings/com.google.appengine.eclipse.core.prefs in an editor, and change the property 'gaeHrdEnabled' to true To set the unapplied job percentage, in your run/debug config, use the tab 'App Engine'. If you need to hack around this not working, then setting '-Ddatastore.default_high_rep_job_policy_unapplied_job_pct=50' in your run/debug VM arguments will work. Im not sure what all the triggers are, but when you make changes in the GPE preferences panel, the App Engine tab in run/config and some other places the run configuration is automatically updated. This is why even when you add unnapplied job policy manually, it gets removed. This is a worse issue when other plugins want to modify your run config as well (for example, with jrebel they have a contest to see who can add the most javaagents). The best workaround we've found for this is to get your run/debug config as you wish it, the on the 'Common' tab, choose Shared file. You can then make the file read-only on the file system which will prevent any plugins (GPE, JRebel, anything else) from undoing your changes. I hope that helps, On Monday, August 12, 2013 6:21:52 AM UTC+10, Jon Stevens wrote: I'm using the new WTP functionality in Eclipse 4.3 with the latest Google Plugin for Eclipse to run my local AppEngine war file. I'm using Maven for my build too. I can't seem to setup HRD support though. The launch configuration that is generated doesn't have -Ddatastore.default_high_rep_job_policy_unapplied_job_pct=#defined and if I try to add it to the launch configuration, it seems to get removed by whatever is automatically generating it. Honestly, there seems to be a lot of half baked stuff in this. It is like it is _almost_ there, but the last 90% is the hardest part. I'd love to give some feedback to someone who is working on this stuff to try to help make it better. thanks, jon -- You received this message because you are subscribed to a topic in the Google Groups Google App Engine group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-appengine/NHHGGilDfmk/unsubscribe. To unsubscribe from this group and all its topics, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out.
[google-appengine] [java] Setting up HRD with WTP (web tools platform) in Eclipse 4.3
I'm using the new WTP functionality in Eclipse 4.3 with the latest Google Plugin for Eclipse to run my local AppEngine war file. I'm using Maven for my build too. I can't seem to setup HRD support though. The launch configuration that is generated doesn't have -Ddatastore.default_high_rep_job_policy_unapplied_job_pct=#defined and if I try to add it to the launch configuration, it seems to get removed by whatever is automatically generating it. Honestly, there seems to be a lot of half baked stuff in this. It is like it is _almost_ there, but the last 90% is the hardest part. I'd love to give some feedback to someone who is working on this stuff to try to help make it better. thanks, jon -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out.
Re: [google-appengine] maven + guice + appengine
It does seem like that indeed and your suggestion was a good one (I had tried it already). I think that the classpath is getting munged by the maven plugin somehow and that is what is messing things up. On Wednesday, August 7, 2013 12:24:31 AM UTC-7, Rafael Sanches wrote: from your gist it seems that guice is getting the wrong asm package: com.google.appengine.repackaged.org.objectweb.asm.ClassReader On Tue, Aug 6, 2013 at 10:10 PM, Jon Stevens latc...@gmail.comjavascript: wrote: Thanks for the suggestion, but it didn't help. I've boiled this down to a super simple war project and filed an issue. Hopefully someone smarter than I will take a look into it. As far as I can tell, using Guice is totally broken with the maven appengine plugin. https://code.google.com/p/appengine-maven-plugin/issues/detail?id=35 jon On Monday, August 5, 2013 1:00:44 PM UTC-7, Rafael Sanches wrote: try to add this: dependency groupIdorg.ow2.asm/groupId artifactIdasm/artifactId version4.0/version /dependency also, this type of question is perfect for stackoverflow. You can tag your post with appengine-maven-plugin. thanks rafa On Sun, Aug 4, 2013 at 6:51 PM, Jon Stevens latc...@gmail.com wrote: Hi all, I've got a pretty simple webapp that I'm trying switch to maven and get running with the mvn appengine:devserver command. I'm getting an odd stack trace during startup that seems centered around my use of Guice. I've done all the requisite searching, but have come up empty handed. This app worked fine before just running it in the Google Plugin for Eclipse and a simple ant based build. Instead of posting the entire stack trace here, I've created a gist for it: https://gist.github.com/**lookfirst/af1a3d11c5800bdcf8b9https://gist.github.com/lookfirst/af1a3d11c5800bdcf8b9 Any ideas? jon -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengi...@**googlegroups.com. To post to this group, send email to google-a...@googlegroups.**com. Visit this group at http://groups.google.com/**group/google-appenginehttp://groups.google.com/group/google-appengine . For more options, visit https://groups.google.com/**groups/opt_outhttps://groups.google.com/groups/opt_out . -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengi...@googlegroups.com javascript:. To post to this group, send email to google-a...@googlegroups.comjavascript: . Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out.
Re: [google-appengine] maven + guice + appengine
Thanks for the suggestion, but it didn't help. I've boiled this down to a super simple war project and filed an issue. Hopefully someone smarter than I will take a look into it. As far as I can tell, using Guice is totally broken with the maven appengine plugin. https://code.google.com/p/appengine-maven-plugin/issues/detail?id=35 jon On Monday, August 5, 2013 1:00:44 PM UTC-7, Rafael Sanches wrote: try to add this: dependency groupIdorg.ow2.asm/groupId artifactIdasm/artifactId version4.0/version /dependency also, this type of question is perfect for stackoverflow. You can tag your post with appengine-maven-plugin. thanks rafa On Sun, Aug 4, 2013 at 6:51 PM, Jon Stevens latc...@gmail.comjavascript: wrote: Hi all, I've got a pretty simple webapp that I'm trying switch to maven and get running with the mvn appengine:devserver command. I'm getting an odd stack trace during startup that seems centered around my use of Guice. I've done all the requisite searching, but have come up empty handed. This app worked fine before just running it in the Google Plugin for Eclipse and a simple ant based build. Instead of posting the entire stack trace here, I've created a gist for it: https://gist.github.com/lookfirst/af1a3d11c5800bdcf8b9 Any ideas? jon -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengi...@googlegroups.com javascript:. To post to this group, send email to google-a...@googlegroups.comjavascript: . Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out.
[google-appengine] maven + guice + appengine
Hi all, I've got a pretty simple webapp that I'm trying switch to maven and get running with the mvn appengine:devserver command. I'm getting an odd stack trace during startup that seems centered around my use of Guice. I've done all the requisite searching, but have come up empty handed. This app worked fine before just running it in the Google Plugin for Eclipse and a simple ant based build. Instead of posting the entire stack trace here, I've created a gist for it: https://gist.github.com/lookfirst/af1a3d11c5800bdcf8b9 Any ideas? jon -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. For more options, visit https://groups.google.com/groups/opt_out.
[google-appengine] Praise for the new billing system...
My appengine app with billing enabled doesn't use the full $2.10 a week and still serves a decent amount of traffic. I know we are just talking about pennies here, but as a self-funded startup, I really appreciate the 1.7.7 feature of only being billed for the resources that I actually use. Thanks appengine team, keep up the good work! best, jon -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
[google-appengine] What does a good downtime report look like?
https://github.com/blog/1346-network-problems-last-friday When a community asks for information about what is going on when downtime occurs (especially with AppEngine), I think that it helps to provide an example of what a good report would look like. After reading this story, I'm really impressed with the level of detail and transparency that GitHub is sharing. In no way did they expose any top secret information, but they certainly made me feel like they've gone above and beyond what they needed to and that is really appreciated. I think that over the last year or two, the AppEngine staff has really improved their transparency and reporting of issues. Thank you, it hasn't gone unnoticed! That said, it can always get better, which is why I think sharing this link is important. best, jon -- 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/-/fELSFGa17NMJ. 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: Sudden 502 errors on 100% of the requests for no reason. Our app is down.
According to pingdom, my app has been going up and down for the last hour. I really appreciate Google's hard work on getting this issue resolved as quickly as possible and this makes me really appreciate not running my own servers ( someone else's problem now! =) ). Having a bit more information on things would be nice, but at this point, I'd rather just have them focus on getting things stable again and look forward to the postmortem report. best, jon On Friday, October 26, 2012 9:09:42 AM UTC-7, Mac wrote: normally I've been very supportive of google and GAE as a platform. and things do happen, just look at amazon east's issues earlier this week. but so far I'm not very pleased with the lack of info/update from google on this. amazon was very quick to provide update including what's wrong, what's being fixed. so far as a customer, what I hear from google is oh yea, we know it's down. stay tuned On Fri, Oct 26, 2012 at 12:05 PM, Iein Valdez iva...@gmail.comjavascript: wrote: The App Engine team is aware of the issues and we're actively working to restore the service. Please follow this thread for status updates. https://groups.google.com/forum/?fromgroups=#!topic/google-appengine-downtime-notify/SMd2pDJsCPo Iein (Google) On Friday, October 26, 2012 8:43:49 AM UTC-7, Attila-Mihaly Balazs wrote: Probably this thread is of interest to people: https://groups.google.com/forum/?fromgroups=#!topic/google-appengine-downtime-notify/SMd2pDJsCPo Regards, Attila On Friday, 26 October 2012 18:16:14 UTC+3, Attila-Mihaly Balazs wrote: The same here. Language: Python Datastore: HRD This seems to be a major outage. KhanAcademy is down. The status site [1] doesn't come up for me. Neither do the documentation pages [2]. Would love to hear some ETA on this. Attila [1] code.google.com/status/appengine [2] https://developers.google.com/appengine/docs/python/search/overview -- 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/-/mMvQBoWotjYJ. To post to this group, send email to google-a...@googlegroups.comjavascript:. To unsubscribe from this group, send email to google-appengi...@googlegroups.com javascript:. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- Omnem crede diem tibi diluxisse supremum. -- 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/-/5A-XqB2AwAgJ. 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: GAE BigQuery
It depends on what you are doing, but to throw another service out there, I've actually found mixpanel.com to be quite useful for sending data out to. I then use their website to get an idea for what sort of data I want to query for (and how to query it). Then, I wire up some Google Charts to render the data. jon On Monday, October 15, 2012 3:31:47 AM UTC-7, Richard Watson wrote: One of the issues of the datastore is a lack of SQL-like aggregates, or easy ad-hoc queries in general. This adds a lot of cost to reporting, dashboards, etc. Is BigQuery the default choice for this type of work, now? For those who have used it, what kinds of things should we watch out for? What types of result do you cache back in the datastore, or do you just run all that from BigQuery? -- 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/-/mVrPGknHgFEJ. 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: Persona and Shiro for identity and authorization
I'm curious, what makes you think that Persona isn't ready for prime time? We've been using it for Voost and while I admit, it isn't 100% perfect (what is?), it definitely works great in a production environment. jon On Tuesday, October 16, 2012 1:52:19 PM UTC-7, Tim Niblett wrote: There is a demo at http://personashiro.appspot.com showing how to set up Mozilla's Persona https://login.persona.org/ for identity and Apache Shiro http://shiro.apache.org/ for authorization. There is a small demo here https://github.com/cilogi/personashiro/tree/master/micro-demo which shows how to set things up. The aim is to be as simple to program as the built-in user service but to provide more authorization features. Persona isn't quite ready for prime time yet, but it looks interesting. It seems (in principle) to be more secure than using OAuth for identification, for what that's worth. -- 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/-/vVNohu0AmS0J. 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: Creating a Million dollar application
yea... one million, that's nothing... i've got a TWO million dollar application... who's in? (this is a joke) jon On Thursday, October 11, 2012 7:15:42 AM UTC-7, Geoffrey Spear wrote: On Wednesday, October 10, 2012 2:34:27 PM UTC-4, Big Project wrote: I have a really brilliant idea for a mobile application and I am looking for a few developers to help me create it This is just an attempt to prove to the people complaining about the last recruiter that their posting was actually comparatively very good, right? -- 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/-/Z537MOyi18QJ. 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: Notice: Google App Engine Conversion API to be decommissioned in November 2012
Hey all, I've integrated imagemagick/ghostscript into an easily deployed heroku/nodejs app (runs just fine on the free tier) that serves as a good enough replacement for the conversion api for me... check it out... https://github.com/lookfirst/convert best, jon On Monday, September 24, 2012 12:40:56 PM UTC-7, Stanislav Minar wrote: what a pity. But sometimes a feature doesn’t get the developer adoption ... Don't you think it's because 100 conversions/day limit also for Billing enabled apps? https://developers.google.com/appengine/docs/quotas#Conversion Just give us a possibility to buy conversions as we need. S. On Tuesday, August 21, 2012 8:16:48 PM UTC+2, Christina Ilvento wrote: In November, 2012, we will be decommissioning the Experimental Conversion API https://developers.google.com/appengine/docs/python/conversion/. In the 1.7.1 release, the API will be marked as “decommissioned” in our documentation, and starting the first release after November 1, the Conversion API will no longer be supported in the App Engine SDK or runtimes. One of the great things about App Engine is our ability to quickly release and iterate on new Experimental features. But sometimes a feature doesn’t get the developer adoption and momentum needed to justify providing it as a fully supported feature with a continued maintenance commitment. The Conversion API is one of those features. We are committed to providing a well-maintained, fully-supported platform and we will continue to focus on providing high value features for our developers. If you have any concerns or questions, please don’t hesitate to contact us at *google-app-engine-conversion-api-decommission-questions**@ google.com*. Thank you for your continued support of App Engine. Regards, Christina Ilvento, Product Manager for the App Engine Conversion API -- 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/-/7umzYSzmyFMJ. 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] Will you miss the appengine conversion api?
If so, you might enjoy this little project that I've created. I've integrated binaries of Ghostscript/ImageMagick with a very thin NodeJS web wrapper that is easily deployed on Heroku. POST a file to the server, get back the result. https://github.com/lookfirst/convert pull requests and valid issues welcome best, jon -- 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/-/eD10QXb2sSQJ. 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: What are the costs of SSL on a custom domain?
Hi Peter, Please be the 31st person to star this issue: http://code.google.com/p/googleappengine/issues/detail?id=7932 For now, consider using CloudFlare. While they haven't been 100% reliable (neither has AppEngine for that matter), they do offer great pricing and overall I'm happy enough with them to stick with them. =) jon On Friday, September 14, 2012 3:21:32 AM UTC-7, Peter Armitage wrote: I don't have a strong understanding of the technology behind SNI/VIP, but I am confused why it costs $120/$1200 per year to enable HTTPS on a custom domain. Are there significant infrastructure costs Google has to make to support this? Does it have to buy IPv4 address space? http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html claims that the cost isn't in the CPU or network: On our production frontend machines, SSL/TLS accounts for less than 1% of the CPU load, less than 10KB of memory per connection and less than 2% of network overhead. Why do SSL slots only come in packs of 5? Thanks -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/1Il3U_vPCEsJ. 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: Notice: Google App Engine Conversion API to be decommissioned in November 2012
I'll come up with something in October as I need this functionality. Basically, you just need a simple nodejs (or whatever) wrapper around imagemagick/ghostscript. I'll probably make it super simple to deploy a service to heroku. jon On Friday, August 31, 2012 2:49:57 PM UTC-7, Bommelmutze wrote: Does Google new provide any similar Library or API? Actually it seems to be very hard to convert PDFs without the Conversion API to Images. Do you have any alternative way to do that? Am Dienstag, 21. August 2012 20:16:48 UTC+2 schrieb Christina Ilvento: In November, 2012, we will be decommissioning the Experimental Conversion API https://developers.google.com/appengine/docs/python/conversion/. In the 1.7.1 release, the API will be marked as “decommissioned” in our documentation, and starting the first release after November 1, the Conversion API will no longer be supported in the App Engine SDK or runtimes. One of the great things about App Engine is our ability to quickly release and iterate on new Experimental features. But sometimes a feature doesn’t get the developer adoption and momentum needed to justify providing it as a fully supported feature with a continued maintenance commitment. The Conversion API is one of those features. We are committed to providing a well-maintained, fully-supported platform and we will continue to focus on providing high value features for our developers. If you have any concerns or questions, please don’t hesitate to contact us at *google-app-engine-conversion-api-decommission-questions**@ google.com*. Thank you for your continued support of App Engine. Regards, Christina Ilvento, Product Manager for the App Engine Conversion API -- 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/-/rjfSKRiAYXMJ. 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: Notice: Google App Engine Conversion API to be decommissioned in November 2012
I thought about making something that is worth charging for, but I think the market is too small. Thus, I think that this should be free. It should just be some simple webservice that people can deploy to heroku on a free tier app. It shouldn't be that hard to develop and if we all work together on it, we can make something nice. =) jon On Mon, Sep 17, 2012 at 2:27 PM, Andrius A andriu...@gmail.com wrote: Hi All, I am thinking to create a webservice for this as I have much of experience converting various file formats. How much would you be willing to pay per file conversion? per batch? Regards, Andrius On 17 September 2012 21:52, Jon Stevens latch...@gmail.com wrote: I'll come up with something in October as I need this functionality. Basically, you just need a simple nodejs (or whatever) wrapper around imagemagick/ghostscript. I'll probably make it super simple to deploy a service to heroku. jon On Friday, August 31, 2012 2:49:57 PM UTC-7, Bommelmutze wrote: Does Google new provide any similar Library or API? Actually it seems to be very hard to convert PDFs without the Conversion API to Images. Do you have any alternative way to do that? Am Dienstag, 21. August 2012 20:16:48 UTC+2 schrieb Christina Ilvento: In November, 2012, we will be decommissioning the Experimental Conversion API https://developers.google.com/appengine/docs/python/conversion/. In the 1.7.1 release, the API will be marked as “decommissioned” in our documentation, and starting the first release after November 1, the Conversion API will no longer be supported in the App Engine SDK or runtimes. One of the great things about App Engine is our ability to quickly release and iterate on new Experimental features. But sometimes a feature doesn’t get the developer adoption and momentum needed to justify providing it as a fully supported feature with a continued maintenance commitment. The Conversion API is one of those features. We are committed to providing a well-maintained, fully-supported platform and we will continue to focus on providing high value features for our developers. If you have any concerns or questions, please don’t hesitate to contact us at *google-app-engine-conversion- api-decommission-questions**@google.com*. Thank you for your continued support of App Engine. Regards, Christina Ilvento, Product Manager for the App Engine Conversion API -- 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/-/rjfSKRiAYXMJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: APP DOWN: App suddenly no longer starts, no code changes
I don't appreciate Google taking down my entire company for 2 hours because they are doing testing in production. We had one customer send out 500 emails today saying hey, check out this site and all they got was an error page. Really poor timing. Last time Google took my entire company down, it was for days, because they decided to block CloudFlare and couldn't just roll back quickly. At least when I was hosting things myself, I had myself to blame... now I just have to hold my breath and hope someone is paying attention and decides to respond at some point in the future. I love the promise of not having to carry a pager, but it is also fear inducing at the same time. Of course I have the option of paying $500/month to have a phone number to call, but that seems kind of outrageous for an issue that looks like it shouldn't have made it to production in the first place. Really, 4+ hours of silence isn't good business. A simple response of 'Hey, we are looking into this, we'll let you know more when we know more' would have been super helpful for my blood pressure. At least I could then respond back to my client saying that I know it is being worked on. Christina, is something like that really out of the question? thanks, jon On Wed, Sep 12, 2012 at 3:12 PM, Kaan Soral kaanso...@gmail.com wrote: This is why I love App Engine, when a problem occurs instead of having a heart attack or committing suicide, you can just wait for it to be resolved. I remember downtime's that lasted nearly a day when I was on a custom server/php platform. App Engine really is a breeze, at the worst case this happens :) However new release related bugs are very frequent On Thursday, September 13, 2012 12:56:28 AM UTC+3, Christina Ilvento wrote: *Hi All, Beginning yesterday, September 11, Google App Engine experienced two periods of serving degradation for a subset of Java applications due to a gradual roll-out of a new version of the Java runtime. Affected applications would have seen errors related to class loading. We have resolved the first issue by fixing the underlying bug. We are still investigating the cause of the second issue but have rolled back the problematic update and all affected applications should now be returned to normal serving behavior. No changes to your code or application configuration are needed at this time. We apologize for any inconvenience this issue has caused, and we’ll follow up with more details on the underlying incident and resolution soon. Regards, Christina Ilvento, App Engine PM* On Wed, Sep 12, 2012 at 1:34 PM, Kaan Soral kaan...@gmail.com wrote: I wonder what happened, subscribed to this topic to be updated, hope someone explains what happened and additionally hope this never happens to me (python) :) On Wednesday, September 12, 2012 11:00:49 PM UTC+3, Jeff Schnitzer wrote: We are back up and running now after 2 hrs of downtime. To whoever fixed it: THANK YOU!!! To whoever broke it in the first place: SPANKINGS!!! Jeff On Wed, Sep 12, 2012 at 12:11 PM, Jeff Schnitzer je...@infohazard.org wrote: More information: * The failure began at 10:54am (pacific). * Same app on different appid has the same problem. (as listed in the stacktraces, the appid is voost0) Jeff On Wed, Sep 12, 2012 at 11:53 AM, Jeff Schnitzer je...@infohazard.org wrote: HELP! We have tried everything at this point. Shut down instances, tried to deploy a new version, even tried old versions. We've reported a production issue. Something is broken inside of GAE. The Guice error must be a symptom; the smoking gun seems to be: java.lang.**ClassNotFoundExcepti**on: java.io.FileOutputStream We've been down for 30 mins and getting complaints from our clients. This looks really, really bad. It's my nightmare scenario - an outage in GAE that is small enough not to raise major alarm bells, but nevertheless cripples my business. It is not the first time this has happened. It is shaking my faith in GAE. Jeff On Wed, Sep 12, 2012 at 11:11 AM, Jeff Schnitzer je...@infohazard.org wrote: Our app has been running fine on the same version, no code deploys (our versions are timestamped so this is 100% certain), for two days. All of a sudden (10 mins ago) our app stopped running. Every attempt to run a request produces this cryptic message: 2012-09-12 10:56:21.791 com.google.inject.servlet.**Guic**eFilter setPipeline: Multiple Servlet injectors detected. This is a warning indicating that you have more than one GuiceFilter running in your web application. If this is deliberate, you may safely ignore this message. If this is NOT deliberate however, your application may not work as expected. D 2012-09-12 10:56:21.792 st.voo.tick.util.cambridge.**Cam**bridgeSetup init: Establishing cambridge view resolver I 2012-09-12 10:56:21.792 st.voo.tick.GuiceConfig
[google-appengine] Re: Maximum number of versions problem
Please star a couple of issues: http://code.google.com/p/googleappengine/issues/detail?id=2723 (only 2 years old!?!) and for good measure: http://code.google.com/p/googleappengine/issues/detail?id=6803 jon On Wednesday, August 22, 2012 7:15:10 PM UTC-7, Pavanosa wrote: It seems there only allow 10 different version store on Google application Server. what to do if I need automatically delete oldest version by command instead of manually delete on console page? thx... -- 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/-/4oo6eP5Z034J. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] APP DOWN due to some sort of undocumented Google security system
Chris, I've tried to setup billing on my appid three times now. I set it up and then it seems to turn off on its own without even sending me an email or any notification. Every few days, I check and it keeps saying that I have a new past due bill. When I go to turn it on again, it asks me for a new shipping address (even though I already have two duplicate addresses in the select box... one was from the last time I tried to set it up and I'm not even shipping anything!?!). Now that I'm on the checkout page trying to *pay you money*, I can also see that there is a javascript error on the page, which is preventing any clicks on buttons from working. This is seriously the work of amateurs, I really expect more quality and testing from you guys before you put stuff like this into production. Please, let me know when you have billing for my appid fixed. If you can't figure it out, feel free to contact me privately. jon On Mon, Aug 6, 2012 at 4:12 PM, Chris Ramsdale cramsd...@google.com wrote: Rick, We publish upcoming features and functionality within the App Engine Features section of our developer site: https://developers.google.com/appengine/docs/features In regards to bailing on the platform, it is unfortunate to hear. If you have time, I would like to understand what we overlooked and what information you had that would have allowed us to avoid the current issue, as well as why you are planning on leaving the platform. Thanks... -- Chris On Mon, Aug 6, 2012 at 8:04 AM, Rick Mangi r...@broadcastr.com wrote: You could start by being a little more transparent about what you're doing. Publishing release roadmaps are the norm for almost every software company in the world. You guys seem to love to leave us (the users) in the dark about everything you do until it's released. This is the 2nd time our site has been taken down for days by something which we could have told you was going to break it. sorry, but we're bailing on appengine as soon as we can. On Thursday, August 2, 2012 1:46:14 PM UTC-4, Chris Ramsdale wrote: Jeff, et al.-- We have verified that a configuration change on our side led to certain requests being denied / redirected. The rollback of this change started earlier this morning and should be completed shortly. We are actively looking into measures that we can take to ensure that issues like this are caught prior to rolling out to production. If your application continues to be impacted please contact me directly. -- Chris Product Manager, Google App Engine On Wed, Aug 1, 2012 at 11:13 AM, Jeff Schnitzer j...@infohazard.org wrote: Ok, this is fucked up. Visit http://www.voo.st/, and get this: https://img.skitch.com/20120801-cd1h98pqwb8e8qryct9yjcqwgk.jpg Something is triggering a false positive from a totally undocumented Google security system. This is really, REALLY not ok. We are losing sales and looking like total idiots to our customers: - Our systems have detected unusual traffic from your computer network. Please try your request again later. Why did this happen? This page appears when Google automatically detects requests coming from your computer network which appear to be in violation of the Terms of Service. The block will expire shortly after those requests stop. This traffic may have been sent by malicious software, a browser plug-in, or a script that sends automated requests. If you share your network connection, ask your administrator for help — a different computer using the same IP address may be responsible. Learn more Sometimes you may see this page if you are using advanced terms that robots are known to use, or sending requests very quickly. IP address: 208.90.212.26 Time: 2012-08-01T18:02:00Z URL: http://www.voo.st/ - We use CloudFlare as a reverse proxy. Wild guess is that some sort of automated security system is cutting in and detecting CF's proxy as an attack. PLEASE TURN THIS OFF NOW. 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 view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/2xbF2m-Q5a0J. 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
Re: [google-appengine] APP DOWN due to some sort of undocumented Google security system
Sorry, I apologize for the amateur remark, that was a bit much. jon On Tuesday, August 7, 2012 12:51:56 AM UTC-7, Jon Stevens wrote: Chris, I've tried to setup billing on my appid three times now. I set it up and then it seems to turn off on its own without even sending me an email or any notification. Every few days, I check and it keeps saying that I have a new past due bill. When I go to turn it on again, it asks me for a new shipping address (even though I already have two duplicate addresses in the select box... one was from the last time I tried to set it up and I'm not even shipping anything!?!). Now that I'm on the checkout page trying to *pay you money*, I can also see that there is a javascript error on the page, which is preventing any clicks on buttons from working. This is seriously the work of amateurs, I really expect more quality and testing from you guys before you put stuff like this into production. Please, let me know when you have billing for my appid fixed. If you can't figure it out, feel free to contact me privately. jon On Mon, Aug 6, 2012 at 4:12 PM, Chris Ramsdale cramsd...@google.com wrote: Rick, We publish upcoming features and functionality within the App Engine Features section of our developer site: https://developers.google.com/appengine/docs/features In regards to bailing on the platform, it is unfortunate to hear. If you have time, I would like to understand what we overlooked and what information you had that would have allowed us to avoid the current issue, as well as why you are planning on leaving the platform. Thanks... -- Chris On Mon, Aug 6, 2012 at 8:04 AM, Rick Mangi r...@broadcastr.com wrote: You could start by being a little more transparent about what you're doing. Publishing release roadmaps are the norm for almost every software company in the world. You guys seem to love to leave us (the users) in the dark about everything you do until it's released. This is the 2nd time our site has been taken down for days by something which we could have told you was going to break it. sorry, but we're bailing on appengine as soon as we can. On Thursday, August 2, 2012 1:46:14 PM UTC-4, Chris Ramsdale wrote: Jeff, et al.-- We have verified that a configuration change on our side led to certain requests being denied / redirected. The rollback of this change started earlier this morning and should be completed shortly. We are actively looking into measures that we can take to ensure that issues like this are caught prior to rolling out to production. If your application continues to be impacted please contact me directly. -- Chris Product Manager, Google App Engine On Wed, Aug 1, 2012 at 11:13 AM, Jeff Schnitzer j...@infohazard.org wrote: Ok, this is fucked up. Visit http://www.voo.st/, and get this: https://img.skitch.com/20120801-cd1h98pqwb8e8qryct9yjcqwgk.jpg Something is triggering a false positive from a totally undocumented Google security system. This is really, REALLY not ok. We are losing sales and looking like total idiots to our customers: - Our systems have detected unusual traffic from your computer network. Please try your request again later. Why did this happen? This page appears when Google automatically detects requests coming from your computer network which appear to be in violation of the Terms of Service. The block will expire shortly after those requests stop. This traffic may have been sent by malicious software, a browser plug-in, or a script that sends automated requests. If you share your network connection, ask your administrator for help — a different computer using the same IP address may be responsible. Learn more Sometimes you may see this page if you are using advanced terms that robots are known to use, or sending requests very quickly. IP address: 208.90.212.26 Time: 2012-08-01T18:02:00Z URL: http://www.voo.st/ - We use CloudFlare as a reverse proxy. Wild guess is that some sort of automated security system is cutting in and detecting CF's proxy as an attack. PLEASE TURN THIS OFF NOW. 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 view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/2xbF2m-Q5a0J
Re: [google-appengine] APP DOWN due to some sort of undocumented Google security system
If you are upset by Google's pricing for SSL, please star this issue: http://code.google.com/p/googleappengine/issues/detail?id=7932 jon On Thursday, August 2, 2012 10:46:14 AM UTC-7, Chris Ramsdale wrote: Jeff, et al.-- We have verified that a configuration change on our side led to certain requests being denied / redirected. The rollback of this change started earlier this morning and should be completed shortly. We are actively looking into measures that we can take to ensure that issues like this are caught prior to rolling out to production. If your application continues to be impacted please contact me directly. -- Chris Product Manager, Google App Engine On Wed, Aug 1, 2012 at 11:13 AM, Jeff Schnitzer j...@infohazard.orgwrote: Ok, this is fucked up. Visit http://www.voo.st/, and get this: https://img.skitch.com/20120801-cd1h98pqwb8e8qryct9yjcqwgk.jpg Something is triggering a false positive from a totally undocumented Google security system. This is really, REALLY not ok. We are losing sales and looking like total idiots to our customers: - Our systems have detected unusual traffic from your computer network. Please try your request again later. Why did this happen? This page appears when Google automatically detects requests coming from your computer network which appear to be in violation of the Terms of Service. The block will expire shortly after those requests stop. This traffic may have been sent by malicious software, a browser plug-in, or a script that sends automated requests. If you share your network connection, ask your administrator for help — a different computer using the same IP address may be responsible. Learn more Sometimes you may see this page if you are using advanced terms that robots are known to use, or sending requests very quickly. IP address: 208.90.212.26 Time: 2012-08-01T18:02:00Z URL: http://www.voo.st/ - We use CloudFlare as a reverse proxy. Wild guess is that some sort of automated security system is cutting in and detecting CF's proxy as an attack. PLEASE TURN THIS OFF NOW. 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 view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/d4QYLtkKNA0J. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] APP DOWN due to some sort of undocumented Google security system
Here is another issue to star... SSL is too difficult to setup. http://code.google.com/p/googleappengine/issues/detail?id=7933 jon On Friday, August 3, 2012 10:16:36 AM UTC-7, Jon Stevens wrote: If you are upset by Google's pricing for SSL, please star this issue: http://code.google.com/p/googleappengine/issues/detail?id=7932 jon On Thursday, August 2, 2012 10:46:14 AM UTC-7, Chris Ramsdale wrote: Jeff, et al.-- We have verified that a configuration change on our side led to certain requests being denied / redirected. The rollback of this change started earlier this morning and should be completed shortly. We are actively looking into measures that we can take to ensure that issues like this are caught prior to rolling out to production. If your application continues to be impacted please contact me directly. -- Chris Product Manager, Google App Engine On Wed, Aug 1, 2012 at 11:13 AM, Jeff Schnitzer j...@infohazard.orgwrote: Ok, this is fucked up. Visit http://www.voo.st/, and get this: https://img.skitch.com/20120801-cd1h98pqwb8e8qryct9yjcqwgk.jpg Something is triggering a false positive from a totally undocumented Google security system. This is really, REALLY not ok. We are losing sales and looking like total idiots to our customers: - Our systems have detected unusual traffic from your computer network. Please try your request again later. Why did this happen? This page appears when Google automatically detects requests coming from your computer network which appear to be in violation of the Terms of Service. The block will expire shortly after those requests stop. This traffic may have been sent by malicious software, a browser plug-in, or a script that sends automated requests. If you share your network connection, ask your administrator for help — a different computer using the same IP address may be responsible. Learn more Sometimes you may see this page if you are using advanced terms that robots are known to use, or sending requests very quickly. IP address: 208.90.212.26 Time: 2012-08-01T18:02:00Z URL: http://www.voo.st/ - We use CloudFlare as a reverse proxy. Wild guess is that some sort of automated security system is cutting in and detecting CF's proxy as an attack. PLEASE TURN THIS OFF NOW. 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 view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/vraCphOvVlcJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] APP DOWN due to some sort of undocumented Google security system
On Wed, Aug 1, 2012 at 6:03 PM, Drake drak...@digerat.com wrote: I only have one CDN client at the moment. I think this says it all. jon -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] APP DOWN due to some sort of undocumented Google security system
On Wed, Aug 1, 2012 at 6:37 PM, Drake drak...@digerat.com wrote: If I read this right, you're telling me that anyone can DOS your CDN by making a lot of requests with bogus User-Agent strings (which, incidentally, was one of my guesses). Forget CloudFlare for a moment. You aren't the least bit concerned about that? If your CDN is worth their salt they are blocking the people doing this to you. That is a feature they advertise. You bring up headers, but once again, you try to deflect the conversation to something irrelevant. It is absurd to think that a CDN should be responsible for not passing through headers. That is like playing an endless whack-a-mole game. In fact, I'd hope that my CDN would mess with the headers in the least amount possible. I'd hate to be on the tail end of debugging an issue where data is randomly not making it to my origin. The main thing 'wrong' with this CloudFlare situation is that they didn't have a whitelist agreement setup with Google already. I find this rather shocking because as a huge CDN, you'd think they'd be whitelisted with all the major players. That is like setting up a mail service and not making deals to SPF/DNSBL/whatever whitelist all the email you're sending. jon -- 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: Startup time exceeded...on F4?!
On Monday, July 23, 2012 6:37:15 PM UTC-7, Brandon Wirtz wrote: CDN isn't my primary. I mostly do other things. You seem stuck on my CDN. I don't even promote the damn thing it helps with my old SEO clients. Our analytics and Ad management platforms are full on business apps. We do real database stuff. We did 1million write ops in an hour the other day. ( I can post pictures) we do queries and reports, and we use the lowlevel API for all that. (we can do a Join in Lowlevel we don't even use GQL ) Unfortunately, both Jeff and I have prior experience with working with people just like Brandon. All talk (mostly gibberish), but no listen and no do. Brandon, your next response on this impossibly long thread should be a link to a pull request showing how you've made motomapia start up 30% faster while playing by the rules Jeff sent out. Nothing more, nothing less. Any other response will be proof that you are all bogus talk and no action. It's time to put up or shut up. jon -- 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/-/AwjWPmk8szMJ. 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
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.
[google-appengine] Google to launch Amazon, Microsoft cloud rival at Google I/O
http://gigaom.com/2012/06/22/google-to-launch-amazon-microsoft-cloud-competitor-at-google-io-2012/ Personally, I rather that Google just put those resources towards making AppEngine better. The last thing in the world I want to do is be a sysadmin and AppEngine is on the right path towards making that job title unnecessary for many of us. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/wvFo0j6FhkMJ. 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.
[appengine-java] Deployment process with eclipse gae plugin
In my development workflow, I have a staging and a production app ID on GAE. In order to switch between them I have to hand edit the appengine-web.xml and specify the application and the version (or do it in the deploy dialog). This feels like it is rife for errors and is rather a pain in the arse. The reason is because the servlet container reloads as soon as I edit this file and thus my local datastore changes. If I forget to change it back then I'm left wondering what is wrong with my database. What would be nice is if on deployment, the dialog would ask me which version and which application id to deploy to and not actually modify my appengine-web.xml. Just use what I input as parameters for the deployment. I'd love to hear thoughts on how everyone here deals with this. I'd even be open to some command line tools or anything to help manage this. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/fvmo25hH8q4J. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
Re: [appengine-java] Re: problem with Content-type: null with css files
Just to be clear though, in this case, we *should* have been able to trust the tool (the SDK) to upload the file correctly. I mean there should be some sort of checks and balances for a system like that. In this case, I am deploying to my staging system, seeing the problems with CSS and then being like 'what the f*ck'? If I had had to get a patch out to production quickly, then this would have really screwed things up for me. Getting you guys (Google) to pay attention to this stuff took *weeks* and then another week+ to even get a resolution. I know everyone is working hard and everyone is doing a great job and I really appreciate that, but for people to have good opinions and a trusting sense of GAE, I think that bugs sent to the issue tracker should be at least responded to within 24-48 hours. Even if it is something as simple as we are looking into it. I do that with my own open source projects and I'm just one guy. Google certainly has more resources than I do, so there should be no excuse for letting major bugs sit in the queue for that long. Having to call up Ikai and say hey dude, could you please look into this major deployment issue, just isn't sustainable. thanks for listening. jon On Fri, Jan 13, 2012 at 3:16 PM, Ikai Lan (Google) ika...@google.comwrote: Re: Carter Going a bit off topic, but in general I have always worked at places that stage deployments. That is - you have some environment only accessible by your team that reaches live data after your verification and QA more or less have determined that in the worse case scenario, your change is not destructive in a non-recoverable manner. Alternating versions is a very good way to do this; it also offers you a very easy rollback path. Being able to rollback quickly is absolutely key to working fast when things go sour. If it were me, I'd always alternate versions on deploy and manually switch versions when I have confidence the new version is good, but you've got to find that practice that works best for you. There are bugs that only rear their heads in production. The App Engine team more or less does major version releases by deploying to test clusters, internal clusters, and then, via canarying, to the production cluster. The way staging is usually done for new APIs is that new APIs are usually available in production before we announce the release (they may only be accessible to our whitelisted apps) so we can test that, in production (because production is always a jungle), the new APIs work well. We never do a rollout without first having a rollback plan, which is what you get by alternating versions when you deploy your applications. -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Fri, Jan 13, 2012 at 12:40 PM, Carter Maslan car...@maslan.com wrote: Ikai - Our site was unusable for 30 minutes while we quickly downloaded the 1.6.1.1 fix and redeployed with the new SDK. We could have deployed in two phases with a different version so that we could have discovered the bug prior to being live. Is it best practice to alternate between versions with *each and every* deployment in order to catch deployment-specific bugs? Or do you think your deployment-related testing is sufficiently good that we can rely on the integrity of deployment? thanks, Carter On Wed, Jan 11, 2012 at 5:22 PM, Ikai Lan (Google) ika...@google.comwrote: We have an SDK update that resolves this issue on upload (I've also posted in a separate thread about this): http://code.google.com/p/googleappengine/downloads/detail?name=appengine-java-sdk-1.6.1.1.zip -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Tue, Jan 10, 2012 at 3:38 PM, Shawn Brown big.coffee.lo...@gmail.com wrote: We think we know what's happening. This is something that is happening at app upload time. Can you try setting a new version name for your app, then passing the --no_batch option when using appcfg.sh? appcfg.sh --no_batch update [YOUR_WAR_DIRECTORY] Seems to solve it. I can't reproduce the error as I did by just modifying the spaces in comments in the css file anymore. Shawn -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at
Re: [google-appengine] Stylesheet not being applied in Chome browser
Sweet! Please fast track an Eclipse Plugin update too. jon On Wed, Jan 11, 2012 at 5:22 PM, Ikai Lan (Google) ika...@google.comwrote: We have an SDK update that resolves this issue on upload (I've also posted in a separate thread about this): http://code.google.com/p/googleappengine/downloads/detail?name=appengine-java-sdk-1.6.1.1.zip -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Tue, Jan 10, 2012 at 3:08 PM, Amy Unruh amyu+gro...@google.com wrote: On Wed, Jan 11, 2012 at 6:58 AM, Ikai Lan (Google) ika...@google.comwrote: We think we know what's happening. This is something that is happening at app upload time. Can you try passing this parameter when using appcfg.sh? appcfg.sh --no_batch update [YOUR_WAR_DIRECTORY] To add to Ikai's workaround above: change your app's version name as well when you do the new --no_batch update. -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Tue, Jan 10, 2012 at 4:08 AM, Rik Scarborough rik...@gmail.comwrote: Not sure if this applies to this problem, but I've noticed that style type=text/css media=all@import default.css;/style no longer works in Chrome or later versions of IE. I had to use link rel=stylesheet href=default.css type=text/css media=all / ~Rik On Tue, Jan 10, 2012 at 5:02 AM, James Broberg jbrob...@gmail.comwrote: A small caveat to the workaround posted on the issue: I happened to add a new css file to my application, and it is returning Content-type: null for the newly added css file, despite the explicit mime mapping in web.xml. However, my existing css files still have the correct mimetype. On 10 January 2012 10:36, Brandon Wirtz drak...@digerat.com wrote: To Ikai’s question about if this is happening in Python. I thought I had seen it in Python, but upon inspection that was a Java Version of our app that we hadn’t migrated to Python. So disregard my earlier mention that it happens on Python as well. From: google-appengine@googlegroups.com [mailto:google-appengine@googlegroups.com] On Behalf Of Amy Unruh Sent: Monday, January 09, 2012 3:14 PM To: google-appengine@googlegroups.com Subject: Re: [google-appengine] Stylesheet not being applied in Chome browser For those affected, it looks like a workaround is to add the following to your web.xml: mime-mapping extensioncss/extension mime-typetext/css/mime-type /mime-mapping On Tue, Jan 10, 2012 at 6:27 AM, Ikai Lan (Google) ika...@google.com wrote: Can anyone confirm if they are seeing this for Python? We suspect this is Java only and that this is happening during application upload. -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Thu, Jan 5, 2012 at 8:10 PM, Brandon Wirtz drak...@digerat.com wrote: It effects other assets. But yes Mime Type bothers Chrome more. Especially on CSS. I believe it is an issue with Google “Front end” not GAE (just looking at the ‘black box’) We have seen this on Python, and Java, with both static and non-static assets. However unlike the behavior described in the bug, we were able to solve the issue by specifying headers with expiration. However we found that we had to get all of our semi-colons and spacing correct or “Front End” would ignore them. The first time a URL was served it would not have a specified Mime type, and after it would use the Detected mime type regardless of the mime type we told it. (if we had any header specified with a semicolor, space, or anything else not to it’s liking) sorry working remotely I don’t have a link to where it is still broken in old code that we test from time to time, and I don’t have the forum post I made that talks about getting the headers “right” From: google-appengine@googlegroups.com [mailto:google-appengine@googlegroups.com] On Behalf Of Ikai Lan (Google) Sent: Thursday, January 05, 2012 6:55 PM To: google-appengine@googlegroups.com Subject: Re: [google-appengine] Stylesheet not being applied in Chome browser Okay. That's good information. We haven't been able to reproduce this yet, but maybe we can find more information with some digging. I also wonder if it's also possible it's not limited to CSS files, it's just that a null content-type doesn't impact browser rendering of any other static asset. -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Thu, Jan 5, 2012 at 6:51 PM, Jon Stevens latch...@gmail.com wrote: No idea. We did a push of an app, css didn't look right. It seems limited to css files for some reason. Maybe that'll be a clue for your engineers. jon On Thu, Jan 5, 2012 at 6:31 PM, Ikai Lan (Google
Re: [appengine-java] Re: problem with Content-type: null with css files
I just ran into it after a push, right after everything reset and with the css mime-type workaround in place. jon On Mon, Jan 9, 2012 at 6:19 PM, Matthew Johnson ijustmakecof...@gmail.comwrote: Ikai, I'm using GAP SDK 1.6.1, and so far, I'm the only dev on my team who's experienced this. Sorry I wasn't clear in my earlier reply to Jon. I did NOT need to use Jon's fix; my mime-mapping entry (seemed to) work fine without the period, but only AFTER I incremented the version number. I pushed twice to the same version number after adding the mime-mapping entry with no results. I just removed the xml entry and deployed to the working version number. The mime-type problem resurfaces without the entry, so I don't think it's a red herring. Here's a point of interest: we use a CSS build process, and the symptom first occurred after a fresh build and a deploy to a new version number. Thinking it was a syntax related error, I pulled the content from the default version of my app and pasted it into the css file in question. This *fixed the problem*. I just confirmed that with my freshly incremented build I can fix the css mime-type issue by copying in css content from the default version, without the mime-mapping entry. Once I use the newer css, the problem resurfaces. Summary: -Mime-mapping entry didn't work until I updated the version number. -After fixing with the new version and Mime-mapping entry, removing the mime-mapping entry reintroduced the problem. -I can also fix the content-type by copying content from my default app's version of the file into this version, and pushing that to the same version (without the mime-mapping entry) Hope these (strange) details help out a bit. Cheers, Matt On Jan 9, 2012, at 5:20 PM, Ikai Lan (Google) wrote: It sounds like the data about this XML snippet is still inconclusive. - Jon Stevens reports that if you change the extension to .css, it works - Matt, in addition to using Jon's fix to the fix, you needed to increment the version to fix the broken mime-type So it's possible the XML snippet might be a red herring and it's something in the deployment/version incrementing mechanism that fixes something about the file being in a bad state. Does anyone else have anything to report? -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Mon, Jan 9, 2012 at 5:01 PM, Matthew Johnson ijustmakecof...@gmail.com wrote: Jon, FYI, this fix didn't work for me until I incremented the version number. Then it worked great. Cheers, Matt On Jan 9, 2012, at 4:39 PM, Jon Stevens wrote: Just did that, redeployed and it didn't fix anything. Edited the part below to have extension.css/extension (adding a period) and now the workaround to the workaround works. jon On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh amyu+gro...@google.com wrote: For those affected, it looks like a workaround is to add the following to your web.xml: mime-mapping extensioncss/extension mime-typetext/css/mime-type /mime-mapping On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens latch...@gmail.com wrote: Well, it seems it isn't just me, so I just filed a ticket: http://code.google.com/p/googleappengine/issues/detail?id=6655 Please star it. jon On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan jcmas...@gmail.com wrote: we had the same problem and it was solved by updating the css file (with a space) and pushing again (without an app version change). Appreciate any info you find on preventing this problem. It behaved as though it was a problem in GAE's caching of static files. On Dec 30, 2011, at 8:34 PM, jnamnath jnamn...@gmail.com wrote: I got it working again by updating the version number in my appengine- web.xml and pushing the new version. Still have no idea what happened here. -J On Dec 24, 4:48 pm, jon stevens latch...@gmail.com wrote: Hey there, I've got an app up on GAE-J that when I request a .css file, I get back a Content-Type: null, which is causing Chrome/Safari to not render the page correctly. Any ideas why this would happen? Here is an example of what I see in the Chrome Developer Tools - Network - Headers. I tried adding the mime-extension to the web.xml and that didn't do anything. Request URL:http://appid.appspot.com/css/gen/main.css Request Method:GET Status Code:200 OK Request Headers Accept:text/css,*/*;q=0.1 Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 Accept-Encoding:gzip,deflate,sdch Accept-Language:en-US,en;q=0.8 Authorization:Basic sldkjf Cache-Control:max-age=0 Connection:keep-alive Host:appid.appspot.com If-None-Match:Cf2J0A Referer:http://appid.appspot.com/ User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 Response Headers Cache-Control:public, max-age=600 Content-Length:112490 Content
Re: [appengine-java] Re: problem with Content-type: null with css files
Just did that, redeployed and it didn't fix anything. Edited the part below to have extension.css/extension (adding a period) and now the workaround to the workaround works. jon On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh amyu+gro...@google.com wrote: For those affected, it looks like a workaround is to add the following to your web.xml: mime-mapping extensioncss/extension mime-typetext/css/mime-type /mime-mapping On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens latch...@gmail.com wrote: Well, it seems it isn't just me, so I just filed a ticket: http://code.google.com/p/googleappengine/issues/detail?id=6655 Please star it. jon On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan jcmas...@gmail.com wrote: we had the same problem and it was solved by updating the css file (with a space) and pushing again (without an app version change). Appreciate any info you find on preventing this problem. It behaved as though it was a problem in GAE's caching of static files. On Dec 30, 2011, at 8:34 PM, jnamnath jnamn...@gmail.com wrote: I got it working again by updating the version number in my appengine- web.xml and pushing the new version. Still have no idea what happened here. -J On Dec 24, 4:48 pm, jon stevens latch...@gmail.com wrote: Hey there, I've got an app up on GAE-J that when I request a .css file, I get back a Content-Type: null, which is causing Chrome/Safari to not render the page correctly. Any ideas why this would happen? Here is an example of what I see in the Chrome Developer Tools - Network - Headers. I tried adding the mime-extension to the web.xml and that didn't do anything. Request URL:http://appid.appspot.com/css/gen/main.css Request Method:GET Status Code:200 OK Request Headers Accept:text/css,*/*;q=0.1 Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 Accept-Encoding:gzip,deflate,sdch Accept-Language:en-US,en;q=0.8 Authorization:Basic sldkjf Cache-Control:max-age=0 Connection:keep-alive Host:appid.appspot.com If-None-Match:Cf2J0A Referer:http://appid.appspot.com/ User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 Response Headers Cache-Control:public, max-age=600 Content-Length:112490 Content-Type:null Date:Sun, 25 Dec 2011 00:23:00 GMT ETag:NfQmpA Expires:Sun, 25 Dec 2011 00:33:00 GMT Server:Google Frontend -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
Re: [appengine-java] Re: problem with Content-type: null with css files
I have no idea how your internal systems work, but I'd look into the code which sets the Content-Type header and see what could possibly set it to null or not set it at all and then work back from there. Some more data points for reproduction? My css file is fairly large since I have one file for my entire site: ~143k The file is nested in the war file. /war/css/main.css The file is generated via a bunch of .less files and compiled with lessc. jon On Mon, Jan 9, 2012 at 5:20 PM, Ikai Lan (Google) ika...@google.com wrote: It sounds like the data about this XML snippet is still inconclusive. - Jon Stevens reports that if you change the extension to .css, it works - Matt, in addition to using Jon's fix to the fix, you needed to increment the version to fix the broken mime-type So it's possible the XML snippet might be a red herring and it's something in the deployment/version incrementing mechanism that fixes something about the file being in a bad state. Does anyone else have anything to report? -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Mon, Jan 9, 2012 at 5:01 PM, Matthew Johnson ijustmakecof...@gmail.com wrote: Jon, FYI, this fix didn't work for me until I incremented the version number. Then it worked great. Cheers, Matt On Jan 9, 2012, at 4:39 PM, Jon Stevens wrote: Just did that, redeployed and it didn't fix anything. Edited the part below to have extension.css/extension (adding a period) and now the workaround to the workaround works. jon On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh amyu+gro...@google.com wrote: For those affected, it looks like a workaround is to add the following to your web.xml: mime-mapping extensioncss/extension mime-typetext/css/mime-type /mime-mapping On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens latch...@gmail.com wrote: Well, it seems it isn't just me, so I just filed a ticket: http://code.google.com/p/googleappengine/issues/detail?id=6655 Please star it. jon On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan jcmas...@gmail.com wrote: we had the same problem and it was solved by updating the css file (with a space) and pushing again (without an app version change). Appreciate any info you find on preventing this problem. It behaved as though it was a problem in GAE's caching of static files. On Dec 30, 2011, at 8:34 PM, jnamnath jnamn...@gmail.com wrote: I got it working again by updating the version number in my appengine- web.xml and pushing the new version. Still have no idea what happened here. -J On Dec 24, 4:48 pm, jon stevens latch...@gmail.com wrote: Hey there, I've got an app up on GAE-J that when I request a .css file, I get back a Content-Type: null, which is causing Chrome/Safari to not render the page correctly. Any ideas why this would happen? Here is an example of what I see in the Chrome Developer Tools - Network - Headers. I tried adding the mime-extension to the web.xml and that didn't do anything. Request URL:http://appid.appspot.com/css/gen/main.css Request Method:GET Status Code:200 OK Request Headers Accept:text/css,*/*;q=0.1 Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 Accept-Encoding:gzip,deflate,sdch Accept-Language:en-US,en;q=0.8 Authorization:Basic sldkjf Cache-Control:max-age=0 Connection:keep-alive Host:appid.appspot.com If-None-Match:Cf2J0A Referer:http://appid.appspot.com/ User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 Response Headers Cache-Control:public, max-age=600 Content-Length:112490 Content-Type:null Date:Sun, 25 Dec 2011 00:23:00 GMT ETag:NfQmpA Expires:Sun, 25 Dec 2011 00:33:00 GMT Server:Google Frontend -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http
Re: [google-appengine] Fatal: Wrong mime-type in CSS responses
Thanks. It was late, I was tired. =) jon On Mon, Jan 9, 2012 at 9:28 AM, Joshua Smith joshuaesm...@charter.netwrote: On Jan 9, 2012, at 2:39 AM, Jon Stevens wrote: all intensive purposes FYI: The expression is all intents and purposes. It comes from English common law. :) -- 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: [appengine-java] Re: problem with Content-type: null with css files
Just did that, redeployed and it didn't fix anything. Edited the part below to have extension.css/extension (adding a period) and now the workaround to the workaround works. jon On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh amyu+gro...@google.com wrote: For those affected, it looks like a workaround is to add the following to your web.xml: mime-mapping extensioncss/extension mime-typetext/css/mime-type /mime-mapping On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens latch...@gmail.com wrote: Well, it seems it isn't just me, so I just filed a ticket: http://code.google.com/p/googleappengine/issues/detail?id=6655 Please star it. jon On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan jcmas...@gmail.com wrote: we had the same problem and it was solved by updating the css file (with a space) and pushing again (without an app version change). Appreciate any info you find on preventing this problem. It behaved as though it was a problem in GAE's caching of static files. On Dec 30, 2011, at 8:34 PM, jnamnath jnamn...@gmail.com wrote: I got it working again by updating the version number in my appengine- web.xml and pushing the new version. Still have no idea what happened here. -J On Dec 24, 4:48 pm, jon stevens latch...@gmail.com wrote: Hey there, I've got an app up on GAE-J that when I request a .css file, I get back a Content-Type: null, which is causing Chrome/Safari to not render the page correctly. Any ideas why this would happen? Here is an example of what I see in the Chrome Developer Tools - Network - Headers. I tried adding the mime-extension to the web.xml and that didn't do anything. Request URL:http://appid.appspot.com/css/gen/main.css Request Method:GET Status Code:200 OK Request Headers Accept:text/css,*/*;q=0.1 Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 Accept-Encoding:gzip,deflate,sdch Accept-Language:en-US,en;q=0.8 Authorization:Basic sldkjf Cache-Control:max-age=0 Connection:keep-alive Host:appid.appspot.com If-None-Match:Cf2J0A Referer:http://appid.appspot.com/ User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 Response Headers Cache-Control:public, max-age=600 Content-Length:112490 Content-Type:null Date:Sun, 25 Dec 2011 00:23:00 GMT ETag:NfQmpA Expires:Sun, 25 Dec 2011 00:33:00 GMT Server:Google Frontend -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- 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: Fatal: Wrong mime-type in CSS responses
I love you appengine, but now that you are out of preview, I do expect a bit more for something that is as serious as this. Apps are totally unusable in this state and this is really taking too long to fix. I'm trying to be patient, but returning Content-type: null for 2+ weeks is pretty bad and it seems like that should get more attention than it has. For a bit of history, I brought this issue up on 12/24/2011 on the google-appengine-java list (http://goo.gl/BdWXG) and it was ignored. I filed a ticket on 1/1/2011 and it was ignored for another 5 days until people finally started bringing it up here. Now the issue has 19 stars on it. http://code.google.com/p/googleappengine/issues/detail?id=6655 At this point, I think this should be eating into the precious downtime count of the service. It might as well be completely down for all intensive purposes. jon On Sun, Jan 8, 2012 at 11:24 PM, James Broberg jbrob...@gmail.com wrote: Pro-tip anyone not facing this issue, I'd advise against doing a new deployment. We weren't seeing this issue, now we are since we deployed today (Java, HR). On 9 January 2012 09:15, Amy Unruh amyu+gro...@google.com wrote: Mos (and others), The issue is being actively investigated; we'll be sure to update this thread and the issue page as soon as there is more to report. Mos, you can go ahead and re-deploy if you want, as we have other test cases as this point. -Amy On Mon, Jan 9, 2012 at 5:00 AM, Mos mosa...@googlemail.com wrote: Hello Ikai, did you have the chance to evaluate on the issue? I sent you my broken test version / URL two days ago. I wanna redeploy in near future, but don't want to destroy your test-case. Please give some feedback. Further I think we should put the issue on critical, because this bug breaks webpages and many people are affected: http://code.google.com/p/googleappengine/issues/detail?id=6655 Cheers Mos On Fri, Jan 6, 2012 at 12:26 PM, Mos mosa...@googlemail.com wrote: Hi Ikai, the problem occurs in all browsers (I tested Firefox, Chrome and IE). All browsers get a mime-type of null. Firefox is able to interpret the stylesheet nevertheless. IE and Chrome fail and the site is destroyed. Since yesterday I have a version of my application that still has the problem. I sent you the URL and the Beta-Login in a private email. I need to redepoy at the weekend, so please check it in the next hours. Greetings Mos On Thu, Jan 5, 2012 at 9:06 PM, Ikai Lan (Google) ika...@google.comwrote: Mos, what browser is this? I've seen some talk of this but it's passing and we can't seem to catch it in action. I need more data so I can hunt this down - URLs when this is failing. The reports I've seen are that this happens specifically to Chrome users. -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Thu, Jan 5, 2012 at 8:37 AM, Mos mosa...@googlemail.com wrote: Just found the issue http://code.google.com/p/googleappengine/issues/detail?id=6655 It's three days old and describes a fatal error that seems to hit more and more people. No response from Google? On Thu, Jan 5, 2012 at 5:30 PM, Mos mosa...@googlemail.com wrote: My site is down currently, because GAE response CSS files without mime-type: REQUEST: GET /static/css/master.css HTTP/1.1 ... User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.25) Gecko/20111212 Firefox/3.6.25 Accept: text/css,*/*;q=0.1 .. WRONG RESPONSE: HTTP/1.1 200 OK Etag: sR7Bag Date: Thu, 05 Jan 2012 16:22:34 GMT Expires: Thu, 05 Jan 2012 16:32:34 GMT Cache-Control: public, max-age=600 Content-Type: null Server: Google Frontend Content-Length: 37206 Does anybody else have the problem? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com . To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are
[google-appengine] Re: Cost of mapreduce was $6,500 to update a ListProperty on 14.1 million entities
For our application, we used Geohashing based on this article: http://code.google.com/apis/maps/articles/geospatial.html It is a slightly different twist on the indexes which I think would prevent you from having to re-index every time you want to change the precision. http://en.wikipedia.org/wiki/Geohash Geohashes offer properties like arbitrary precision and the possibility of gradually removing characters from the end of the code to reduce its size (and gradually lose precision). Instead of an indexed property that looks like this (what you currently have): [u'37.3411|-121.8940|37.3395|-121.8926', u'37.3411|-121.8929|37.3395|-121.8916', ...] We have this... /** Geocells in which this entity resides */ @Index ListString cells; Which looks like this: [8, 8f, 8f1, 8f12, 8f12a, 8f12ac, 8f12ac6, 8f12ac60, 8f12ac605, 8f12ac605f, 8f12ac605fb, 8f12ac605fb3, 8f12ac605fb34] The query then looks like this: ListString cells = [compute list of cells from a lat/lng, there is code out there to do that] QueryEntity query = ofy.load().type(Entity.class) .filter(cells in, cells) hope that helps, jon -- 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/-/saVfn6u9wSAJ. 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] Stylesheet not being applied in Chome browser
Ikai, this is a real bug, not some browser cache issue. Your CDN is returning Content-type: null headers, which is wrong. After posting a question to the google-appengine-java list and not getting any response, I filed a bug 3 days ago that nobody has responded to. There are 15 stars on it. http://code.google.com/p/googleappengine/issues/detail?id=6655 Please look into 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/-/pHRtc8Qw1swJ. 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: Fatal: Wrong mime-type in CSS responses
http://code.google.com/p/googleappengine/issues/detail?id=6655 -- 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/-/UWgqyJ6yFgoJ. 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] Stylesheet not being applied in Chome browser
No idea. We did a push of an app, css didn't look right. It seems limited to css files for some reason. Maybe that'll be a clue for your engineers. jon On Thu, Jan 5, 2012 at 6:31 PM, Ikai Lan (Google) ika...@google.com wrote: It's sounding that way. Any chance you guys have noticed any details about when this tends to happen? -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Thu, Jan 5, 2012 at 5:36 PM, Jon Stevens latch...@gmail.com wrote: Ikai, this is a real bug, not some browser cache issue. Your CDN is returning Content-type: null headers, which is wrong. After posting a question to the google-appengine-java list and not getting any response, I filed a bug 3 days ago that nobody has responded to. There are 15 stars on it. http://code.google.com/p/googleappengine/issues/detail?id=6655 Please look into 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/-/pHRtc8Qw1swJ. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [appengine-java] Re: problem with Content-type: null with css files
Well, it seems it isn't just me, so I just filed a ticket: http://code.google.com/p/googleappengine/issues/detail?id=6655 Please star it. jon On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan jcmas...@gmail.com wrote: we had the same problem and it was solved by updating the css file (with a space) and pushing again (without an app version change). Appreciate any info you find on preventing this problem. It behaved as though it was a problem in GAE's caching of static files. On Dec 30, 2011, at 8:34 PM, jnamnath jnamn...@gmail.com wrote: I got it working again by updating the version number in my appengine- web.xml and pushing the new version. Still have no idea what happened here. -J On Dec 24, 4:48 pm, jon stevens latch...@gmail.com wrote: Hey there, I've got an app up on GAE-J that when I request a .css file, I get back a Content-Type: null, which is causing Chrome/Safari to not render the page correctly. Any ideas why this would happen? Here is an example of what I see in the Chrome Developer Tools - Network - Headers. I tried adding the mime-extension to the web.xml and that didn't do anything. Request URL:http://appid.appspot.com/css/gen/main.css Request Method:GET Status Code:200 OK Request Headers Accept:text/css,*/*;q=0.1 Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 Accept-Encoding:gzip,deflate,sdch Accept-Language:en-US,en;q=0.8 Authorization:Basic sldkjf Cache-Control:max-age=0 Connection:keep-alive Host:appid.appspot.com If-None-Match:Cf2J0A Referer:http://appid.appspot.com/ User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 Response Headers Cache-Control:public, max-age=600 Content-Length:112490 Content-Type:null Date:Sun, 25 Dec 2011 00:23:00 GMT ETag:NfQmpA Expires:Sun, 25 Dec 2011 00:33:00 GMT Server:Google Frontend -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] problem with Content-type: null with css files
Hey there, I've got an app up on GAE-J that when I request a .css file, I get back a Content-Type: null, which is causing Chrome/Safari to not render the page correctly. Any ideas why this would happen? Here is an example of what I see in the Chrome Developer Tools - Network - Headers. I tried adding the mime-extension to the web.xml and that didn't do anything. Request URL:http://appid.appspot.com/css/gen/main.css Request Method:GET Status Code:200 OK Request Headers Accept:text/css,*/*;q=0.1 Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 Accept-Encoding:gzip,deflate,sdch Accept-Language:en-US,en;q=0.8 Authorization:Basic sldkjf Cache-Control:max-age=0 Connection:keep-alive Host:appid.appspot.com If-None-Match:Cf2J0A Referer:http://appid.appspot.com/ User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 Response Headers Cache-Control:public, max-age=600 Content-Length:112490 Content-Type:null Date:Sun, 25 Dec 2011 00:23:00 GMT ETag:NfQmpA Expires:Sun, 25 Dec 2011 00:33:00 GMT Server:Google Frontend -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/7KUDDCJijTkJ. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Updating Eclipse
Hey googler's... It has been a week now since 1.6.0 has been released. I'd love to see an update to the Eclipse integration to support the new version. Ideally, this would go out on the same day a new version is released. Is there anything I can do to help? thanks, jon -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/gjYDmsVe-zAJ. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: Updating Eclipse
Yea, that is obvious, but lame. Every time I restart the container, I get this big message saying that an update is available, but I can't actually auto install it. -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/MGX-v0-3u9oJ. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: Blacklist creation error on boot
I'm seeing this same problem. Doesn't seem to affect anything. My guess is it is leftover crud from a JDK 'upgrade'. jon On Dec 11, 11:47 pm, Yoichi takayama.yoi...@gmail.com wrote: I have the same problem, after Apple's Software Update suggested that a new update for Java 1.6.0 is available and I have told it to update. I have restarted the system just in case, but there is no difference. I am using Eclipse Galileo with GAE SDK and Mac OS X 10.6.1. After the update, when I wanted to test a GAE Web app on the local test server, I get this error message: Dec 12, 2009 7:02:39 AM com.google.appengine.tools.development.agent.impl.BlackList initBlackList SEVERE: Unable to read a jre library while constructing the blacklist. Security restrictions may not be entirely emulated. /System/Library/ Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/plugin.jar $ jar tf /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/ Home/lib/plugin.jar java.io.FileNotFoundException: /System/Library/Frameworks/ JavaVM.framework/Versions/1.6.0/Home/lib/plugin.jar (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at java.io.FileInputStream.init(FileInputStream.java:66) at sun.tools.jar.Main.run(Main.java:206) at sun.tools.jar.Main.main(Main.java:1044) The plugin.jar is there as an alias but the Get INfo does not show that it is not pointing to any original. $ ls -l plugin.jar /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/ plugin.jar - /System/Library/Frameworks/JavaVM.framework/Resources/ Deploy.bundle/Contents/Home/lib/plugin2.jar plugin2.jar does not exist in the destination (Contents of the Deploy.bundle). Instead, we have plugin.jar in the directory. The plugin.jar is an alias and, in turn, pointing to: /System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/ Deploy.bundle/Contents/Resources/Java/plugin.jar I probably can fix the Alias plugin2.jar to plugin.jar and it may all work. What do you suggest in order to fix it? I could use linux command ln, but is that the way? The Apple Finder Show Original does not take me inside the Contents of a bundle. Yoichi -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.