[google-appengine] Re: Join us for App Engine Chat Time
Hi, My bad! I've updated the blog, but the correct date for this Wednesday is the 22nd. Concerning the quota requests, in general, you can apply for an increase in your quota by using our request page: http://code.google.com/support/bin/request.py?contact_type=AppEngineContact However, currently we are not able to lift the 1MB file size quota. We are currently working on solutions that would allow users to host larger files, and it's something we are interested in supporting in the future. Lastly, we plan to post chat transcripts on the group. -Marzia On Oct 20, 10:20 pm, Peter Recore [EMAIL PROTECTED] wrote: Can someone please post a transcript somewhere for those of us who won't be able to attend 'live'? On Oct 20, 8:54 pm, Marzia Niccolai [EMAIL PROTECTED] wrote: Have something to ask the App Engine team? Spending time scratching your head on a problem and want to ask someone who spends his or her days and nights working with App Engine? Spend all of your time on IRC anyway? Starting this week, the App Engine developer relations team will be experimenting with holding bi-monthly 1 hour developer chat sessions on the #appengine IRC channel on irc.freenode.net. Look here:http://en.wikipedia.org/wiki/List_of_IRC_clientsfora helpful list of IRC clients. We welcome all App Engine questions, and will try to answer as many as we can get through in the hour. We'll be posting the complete chat sessions on the group for those not able to make the scheduled chat times. The first chat session will be this Wednesday at 9AM PDT. In general, we are planning on holding the sessions the first and third Wednesday of the month, alternating between day and evening. We're test-driving this program, so the days and times may change. Here are the currently scheduled dates and times: * Wednesday, October 20, 9am-10am PDT * Wednesday, November 5, 7pm-8pm PST * Wednesday, November 19, 9am-10am PST * Wednesday, December 3, 7pm-8pm PST * Wednesday, December 17, 9am-10am PST We look forward to chatting with you! --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Invalid hash error in appcfg.py
Hi Marzia, Thank you for your help. I've sent app id by e-mail to you. Just for information, when I upload only one file (either index.html or xxx.py), it succeeds (but application does not work). -- himoji --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: loading content (text,pictures) intro flash
Something like this : http://simpleviewer4gae.appspot.com/ Source available. Regards On 21 oct, 04:50, coti [EMAIL PROTECTED] wrote: Hi, i want to load the user display picture into a flash.. and then play with it from flash. any ideeas ? thanks and regards. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Wordpress is supported on the Google App Engine?
No. Wordpress requires PHP, which is not currently supported on App Engine. If you want to use blog software on App Engine, you can checkout a few python alternatives over here: http://groups.google.com/group/google-appengine/web/google-app-engine-open-source-projects None of them will be as full-featured or mature as Wordpress. On Oct 20, 9:36 pm, Gampesh [EMAIL PROTECTED] wrote: HI, does Wordpress is supported on the Google App Engine? if so then please guide me how to do that. Thanks Gampesh --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Is db.delete Limited To 1000 Items?
The cron job functionality would have to be invoked manually at present but I see what you mean. I couldn't set all the posts as hidden obviously but I could set the thread's status to hidden and for each attempted view of the posts it would have to check the thread was not hidden. I think there are plans (or at least a request) for routine events; is this bug along those lines? http://code.google.com/p/googleappengine/issues/detail?id=109colspec=ID%20Type%20Status%20Priority%20Stars%20Owner%20Summary%20Log%20Component It would be useful! On Oct 21, 12:15 am, Ross Ridge [EMAIL PROTECTED] wrote: Andrew Badera wrote: Why do you need to delete all posts? Couldn't you just kill the parent itself, and leave the other entities orphaned in limbo, never to be retrieved again? I'd just mark the thread as hidden, so it wouldn't show up for ordinary users, but it would still be visable by moderators and admins. That way the thread can be unhidden if deleted by accident or inappropriately. If space becomes an issue then I'd delete the oldest messages with a daily cron job. Assuming that is, some sort cron-like functionality gets added some time before then. Ross Ridge --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Google Developers Day - Java App Engine. Time line? Hype?
On Oct 20, 9:26 pm, Paul [EMAIL PROTECTED] wrote: There has been recent discussion in the blogosphere about the potential support of Java in App Engine. While we don't have any immediate plans or announcements, we are working on other languages for App Engine. Security and performance are our primary concerns with any new language runtime and getting it right takes time. We don't have any dates for you today but be assured that you will be the first to know when we have a release date for a new language for App Engine. That's great! Can't wait to see GAE4J! Raffaele C. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Is db.delete Limited To 1000 Items?
Hi, I have a similar data maintenance problem and I'm planning a 'cron- like' work-around which I'm happy to share. A basic option is to use an Ajax library which has a timer function, to call a method on your system which deletes unwanted data in batches. Unfortunately you then need a web page open always! I'm planning a slight variation; where one of my less frequently used pages fires off an ajax call to an admin method. The admin method stores a few variables in memcache around when it was last called and what admin function needs to be invoked, it then calls the appropriate tidy-up function (in my case it deletes old data in chunks of 50 entries, among other things) to look after the system. You can fine tune the idea to fit. It increases the number of web- calls your system makes, but it think it might be helpful in your situation. Regards On Oct 21, 10:08 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: The cron job functionality would have to be invoked manually at present but I see what you mean. I couldn't set all the posts as hidden obviously but I could set the thread's status to hidden and for each attempted view of the posts it would have to check the thread was not hidden. I think there are plans (or at least a request) for routine events; is this bug along those lines? http://code.google.com/p/googleappengine/issues/detail?id=109colspec... It would be useful! On Oct 21, 12:15 am, Ross Ridge [EMAIL PROTECTED] wrote: Andrew Badera wrote: Why do you need to delete all posts? Couldn't you just kill the parent itself, and leave the other entities orphaned in limbo, never to be retrieved again? I'd just mark the thread as hidden, so it wouldn't show up for ordinary users, but it would still be visable by moderators and admins. That way the thread can be unhidden if deleted by accident or inappropriately. If space becomes an issue then I'd delete the oldest messages with a daily cron job. Assuming that is, some sort cron-like functionality gets added some time before then. Ross Ridge --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: django Internation doesn't work by using Django 1.0 with Zipimport
Thank you very much,it works! On Oct 20, 10:45 pm, trackmap [EMAIL PROTECTED] wrote: First, you'll have to provide django's locale tree along with your application files and add an entry in settings.LOCALE_PATHS for it. In your settings.py: import os appdir = os.path.abspath(os.path.dirname(__file__)) LOCALE_PATHS = ( os.path.join(appdir, 'i18n', 'locale'), ) The above assumes an i18n directory at the same level as your settings.py file, containing a locale directory with django's internationalization files. Next, if you also want support for django.middleware.locale.LocaleMiddleware, you need to execute the following lines in your main.py file, just after calling InstallAppengineHelperForDjango(): from django.conf import settings sys.modules[settings.__module__].__file__ = os.path.join( os.path.dirname(settings.LOCALE_PATHS[0]), '__init__.py' ) I added this just before calling main() On Oct 20, 12:59 pm, qubic [EMAIL PROTECTED] wrote: http://code.google.com/appengine/articles/django10_zipimport.html I follow the steps to make django.zip work in GAE,but i found django international doesn't work --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Appengine Helper, Utilities, Patch, etc
I'm using appengine-patch to implement Django for a site I'm building, and it's been very easy. Like Alex, I went to use that instead of helper because I intend to handle authentication differently than what comes default with webapp and django helper. With the inclusion of zip import to appengine-patch it saved me a ton of time. Now, not to toot my own horn, but I did integrate appengine-utilities session and flash into my implementation also. That was extremely easy. Also, writing an authentication backend to support the google accounts was a snap as well. On Oct 21, 12:58 am, Alexander Kojevnikov [EMAIL PROTECTED] wrote: About a month ago I migratedwww.muspy.comfrom webapp to Django 1.0 using app-engine-patch. The main reason was to provide a custom authentication instead of the Google's. Regarding your questions: 1. The only issue I have ishttp://code.google.com/p/googleappengine/issues/detail?id=772 but I believe it's not specific to app-engine-patch. 2. I depend on 200 lines of code provided by app-engine-patch to ease the implementation of custom authentication. This code could be easily rewritten or integrated to your app should you decide to migrate to vanilla Django. Migration from the datastore would take most time anyway. 3. See above. Very easy and very flexible. 4. After removing unused files from Django, my entire project is about 500 files. I didn't use zip imports and don't plan to. Hope this helps and let me know if you have other questions. -- Alexwww.muspy.com On Oct 21, 7:56 am, johnP [EMAIL PROTECTED] wrote: Hello, all - I was curious if some users might provide some feedback about using AppEngine Helper, Utilities, and Patch (or nothing at all...:)) Initially, appengine Helper seemed like a safe choice - because it was sanctioned by the appengine team, and helped bridge the gap between writing in pure django and writing on appengine. It has over 1500 downloads. It seems to continue being supported at a moderate pace (is it a 20% project for someone at Google)? Appengine Patch seems very interesting - it promises to allow you to write in pure Django, excluding models. This makes sense to me. It seems like it is being developed, and initially - looked like it is well made. Other positives are the included zip imports, and the possibility of using my own authentication. My primary concern is that it is a layer that resides at the core of my application, and is a potential source of issues (that are not being addressed by a large community such as Google and Django community). What I am looking for are the following: 1. Reliability. 2. Ability to write as closely to pure Django 1.0 as possible. 3 Using my own user authentication, rather than Google's (wonderful) solution. 4. Zip imports. Can people provide their impressions, positive and negative, with these different approaches? They all seem very exciting - but an open discussion would be welcomed. Thanks - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Is db.delete Limited To 1000 Items?
On Oct 21, 7:50 am, I.K. [EMAIL PROTECTED] wrote: I have a similar data maintenance problem and I'm planning a 'cron- like' work-around which I'm happy to share. A basic option is to use an Ajax library which has a timer function, to call a method on your system which deletes unwanted data in batches. Unfortunately you then need a web page open always! You could always have a cron job (or other automated, timed process if you don't have cron) on your local machine use wget or the equivalent to make requests to your appengine application at set times; then you wouldn't even need to have a web browser open. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Problem with IE
My app use an http 'post' method to start the app. Everything works fine offline buth on the server the back buton of ie doesn`t work, firefox and chrome works just fine. I have no idea how to solve this. I can not use get to send data cause it to much data, i've already tried. Help please --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Dear All
hai all.. I am New To this group.. I Know only Javascript,VB,C#,[.Net] and i like to develop a projects on Google app engine.. is it possible for me.. ??? with out the help of Python..!! please get me more details and some sample example on Vb.Net[ if its available] regards kcjagadeep --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Filter on date property in Data Viewer
How do I filter on a date property in Data Viewer, i.e. SELECT * FROM X WHERE myDateProp = Fill in the blank --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Problem with IE
I forgot to say that that ie says the page expired On 21 oct, 18:04, Aramaki [EMAIL PROTECTED] wrote: My app use an http 'post' method to start the app. Everything works fine offline buth on the server the back buton of ie doesn`t work, firefox and chrome works just fine. I have no idea how to solve this. I can not use get to send data cause it to much data, i've already tried. Help please --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Appengine Helper, Utilities, Patch, etc
Thank you both for the responses. Alexander - it is great to hear that you have had a good experience. Joseph - I'm happy to hear that you are using the Patch, probably for similar reasons to what I need - authentication, etc. I didn't quite understand the different niches for your utilities, and for the Patch. It's good to at least understand that they are complementary. If there are other people who have some feedback with their experiences with the Utilities Patch vs the Helper - please let us know. I'm sure there are lots of people trying to make decisions on what to base their applications upon, and the more data-points, the better. johnP On Oct 21, 6:19 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm using appengine-patch to implement Django for a site I'm building, and it's been very easy. Like Alex, I went to use that instead of helper because I intend to handle authentication differently than what comes default with webapp and django helper. With the inclusion of zip import to appengine-patch it saved me a ton of time. Now, not to toot my own horn, but I did integrate appengine-utilities session and flash into my implementation also. That was extremely easy. Also, writing an authentication backend to support the google accounts was a snap as well. On Oct 21, 12:58 am, Alexander Kojevnikov [EMAIL PROTECTED] wrote: About a month ago I migratedwww.muspy.comfromwebapp to Django 1.0 using app-engine-patch. The main reason was to provide a custom authentication instead of the Google's. Regarding your questions: 1. The only issue I have ishttp://code.google.com/p/googleappengine/issues/detail?id=772 but I believe it's not specific to app-engine-patch. 2. I depend on 200 lines of code provided by app-engine-patch to ease the implementation of custom authentication. This code could be easily rewritten or integrated to your app should you decide to migrate to vanilla Django. Migration from the datastore would take most time anyway. 3. See above. Very easy and very flexible. 4. After removing unused files from Django, my entire project is about 500 files. I didn't use zip imports and don't plan to. Hope this helps and let me know if you have other questions. -- Alexwww.muspy.com On Oct 21, 7:56 am, johnP [EMAIL PROTECTED] wrote: Hello, all - I was curious if some users might provide some feedback about using AppEngine Helper, Utilities, and Patch (or nothing at all...:)) Initially, appengine Helper seemed like a safe choice - because it was sanctioned by the appengine team, and helped bridge the gap between writing in pure django and writing on appengine. It has over 1500 downloads. It seems to continue being supported at a moderate pace (is it a 20% project for someone at Google)? Appengine Patch seems very interesting - it promises to allow you to write in pure Django, excluding models. This makes sense to me. It seems like it is being developed, and initially - looked like it is well made. Other positives are the included zip imports, and the possibility of using my own authentication. My primary concern is that it is a layer that resides at the core of my application, and is a potential source of issues (that are not being addressed by a large community such as Google and Django community). What I am looking for are the following: 1. Reliability. 2. Ability to write as closely to pure Django 1.0 as possible. 3 Using my own user authentication, rather than Google's (wonderful) solution. 4. Zip imports. Can people provide their impressions, positive and negative, with these different approaches? They all seem very exciting - but an open discussion would be welcomed. Thanks - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Few content management questions
Hi riklaunim, In general it sounds like your content management system could be ported to Google App Engine. My only concern is that I wasn't sure what you meant by 10MB in overall size. The current limitation for HTTP request/response size is 1MB. The page itself could be larger than 1MB after all images are downloaded by the browser, but each image would need to be 1MB or less. Happy coding, Jeff On Oct 19, 12:37 pm, riklaunim [EMAIL PROTECTED] wrote: I'm thinking about using GAE. Currently I use Django for couple of text-oriented sites that contain articles with images (with thumbs), and sometimes other small attachments. Files are stored on the filesystem so migrating to GAE I would have to save all attachments in the Datastore in some Attachment model? And to display such page I would have to query all those files - for example with a view which sets the correct mime and prints the file content. So my main question is - will it work without hitting the quotas (200-500 pages and 200-500 attachments less than 10MB in overall size). Traffic isn't big, but sometimes some digg-like effects may show up -http://www.cms.rk.edu.pl/site_media/resources/cms.rk.edu.pl/images/re... :) Second problem is also about file handling, but in this case - web templates attachments, CSS/XHTML simple layouts. How could I make a live preview of such template ? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Please don't repeat GWT's mistake!
Hi, Please support Java byte code so that we can use any languages that work using the JVM such as Scala. GWT made a mistake in only supporting Java. I hope they correct it. Amir --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Please don't repeat GWT's mistake!
I don't think mistake is the right word there. I'm not an expert on Java Compilers and JVMs, but I'll go out on a limb here and risk embarrassing myself - my gut feeling is that Java is much easier to compile into javascript than random bytecode is. GWT makes aggressive optimizations based on information it can infer from java semantics. If GWT had to generalize to work with any possible bytecode, I doubt the resulting javascript could be as efficient. Part of GWT's appeal is that the end product is fast and lean javascript. While it would be nice if GWT could turn random x86 executable into blazingly fast javascript, I'm not going to criticize the GWT team because they haven't done so yet. If I'm wrong, and making GWT work with JVM is trivial to do, that's awesome! Submit the patch to the GWT team. The fact that no one has yet done so yet implies to me that this is not an easy thing to do, or else no one really wants to do it. In either case, it is not a mistake that it hasn't been done. If you really like working in Scala, you could look into contributing to the project to compile Scala into Java, mentioned at the bottom of this page: http://www.scala-lang.org/faq/4 If this post has a slightly sharp tone, it's because I don't like it when people criticize open source projects with vague complaints while at the same time asking for new features. -peter On Oct 21, 2:07 pm, Amir Michail [EMAIL PROTECTED] wrote: Hi, Please support Java byte code so that we can use any languages that work using the JVM such as Scala. GWT made a mistake in only supporting Java. I hope they correct it. Amir --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Java support on GAE
There's already another thread on the subject: http://groups.google.com/group/google-appengine/browse_thread/thread/2dea6535194473b5 On Oct 21, 3:20 pm, Marty [EMAIL PROTECTED] wrote: Has anyone else heard of this? I figured this group would be buzzing with this news, but who knows. According to this article, Java support is soon coming to GAE: http://news.cnet.com/8301-13846_3-10070321-62.html --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Please don't repeat GWT's mistake!
On Tue, Oct 21, 2008 at 3:59 PM, Peter Recore [EMAIL PROTECTED] wrote: I don't think mistake is the right word there. I'm not an expert on Java Compilers and JVMs, but I'll go out on a limb here and risk embarrassing myself - my gut feeling is that Java is much easier to compile into javascript than random bytecode is. GWT makes aggressive optimizations based on information it can infer from java semantics. If GWT had to generalize to work with any possible bytecode, I doubt the resulting javascript could be as efficient. Part of GWT's appeal is that the end product is fast and lean javascript. While it would be nice if GWT could turn random x86 executable into blazingly fast javascript, I'm not going to criticize the GWT team because they haven't done so yet. If I'm wrong, and making GWT work with JVM is trivial to do, that's awesome! Submit the patch to the GWT team. The fact that no one has yet done so yet implies to me that this is not an easy thing to do, or else no one really wants to do it. In either case, it is not a mistake that it hasn't been done. If you really like working in Scala, you could look into contributing to the project to compile Scala into Java, mentioned at the bottom of this page: http://www.scala-lang.org/faq/4 If this post has a slightly sharp tone, it's because I don't like it when people criticize open source projects with vague complaints while at the same time asking for new features. I don't mind criticism when I say something that is incorrect. However, I don't believe that it is the case here. Also, GWT isn't just an open source project. It's an open source project where code is written mostly by Google employees. Amir -peter On Oct 21, 2:07 pm, Amir Michail [EMAIL PROTECTED] wrote: Hi, Please support Java byte code so that we can use any languages that work using the JVM such as Scala. GWT made a mistake in only supporting Java. I hope they correct it. Amir -- http://chatbotgame.com http://numbrosia.com http://twitter.com/amichail --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Creating web forms in GAE
and the back-end comunication is made with JSON: http://sourceforge.net/projects/json-py/ On Oct 21, 7:33 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thank's, I'll see! It's very interesting on the first vew! On Oct 21, 12:49 am, RIAgallery [EMAIL PROTECTED] wrote: I'm using Echo3http://riagallery.appspot.com On Oct 18, 7:47 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thanks, David! I needs time to think, Under integration I was thinking to use python on the server side and GWT - on client side. On Oct 17, 10:56 pm, Davide Rognoni [EMAIL PROTECTED] wrote: I think: - Servlets are old (now I'm using Struts2) - I like Python to build web prototypes, - and Java static typization for big projects. - GWT output is Javascript/HTML (it is simple to put into GAE) - if you are thinking integration as GWT made with Python, a good way is Jython (now I'm using IronPython .NET/Mono for my web browser: this is another integration way) On Oct 17, 7:51 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: And what about using python to make server side code instead of java servlets? Is that a proper way to integrate GAE and GWT? Excuse me for my bad english. On Oct 17, 1:49 am, Davide Rognoni [EMAIL PROTECTED] wrote: I like the idea of a GAE Java version: it will run under Tomcat. On Oct 16, 3:50 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thanks, David! I thought that my first attempt to ask question have failed. And what do you think about Java in GAE ? Davide Rognoni wrote: web forms with widgets in Django http://docs.djangoproject.com/en/dev/ref/forms/widgets/ On Oct 15, 3:38 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, Can anybody say please, what ways exist in GAE environment to create web forms like in GWT widgets library. Is it possible to use tcl\tk from python? Thanks in advance! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Bulkload references and examples
Would someone point me to richer examples of bulk upload? An example with db.ReferenceProperty in the uploaded classes would be very helpful. Where is the reference documentation to the 'bulkload' class? (Yes, I am completely nervous about committing to the database behind GAE without a method of backup and recovery!) --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] High CPU Warning on module load
I'm getting high cpu warnings when I hit the main page of my app ( www.fyood.com ) for the first time after being idle for 10-20 minutes. Given that the warning isn't there the second time (250 v.s. 2500 mega cycles), and there's no datastore activity, it seems like this is the cost of creating the objects, loading imports etc. Anyone have a good strategy for dealing with this, or a good handle on which pieces are more expensive. e.g. should I create smaller classes, fewer classes, less but larger modules, more smaller modules etc. do less regex compiles etc. Also, any pointers to specifics on the high cpu quota? e.g. 3 times/ hour, 3 times/minute etc. A --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: High CPU Warning on module load
Hi Adam, The biggest thing you can do to in this case is don't import large modules until you need them. If your app has been idle for awhile, it will take some CPU to warm up the Python interpreter in terms of import costs, but not loading big modules until/unless they are needed, you will only incur this cost when necessary. It should also be noted that sometimes it's expected that a request might take more CPU than average. The key is to limit those requests overall. If you are interested in optimizing your app, I would suggest watching 'Building Scalable Web Applications', one of our Google I/O talks: http://sites.google.com/site/io/building-scalable-web-applications-with-google-app-engine -Marzia On Tue, Oct 21, 2008 at 1:54 PM, Adam [EMAIL PROTECTED] wrote: I'm getting high cpu warnings when I hit the main page of my app ( www.fyood.com ) for the first time after being idle for 10-20 minutes. Given that the warning isn't there the second time (250 v.s. 2500 mega cycles), and there's no datastore activity, it seems like this is the cost of creating the objects, loading imports etc. Anyone have a good strategy for dealing with this, or a good handle on which pieces are more expensive. e.g. should I create smaller classes, fewer classes, less but larger modules, more smaller modules etc. do less regex compiles etc. Also, any pointers to specifics on the high cpu quota? e.g. 3 times/ hour, 3 times/minute etc. A --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: High CPU Warning on module load
So given that I need modules a,b and c for all of my request handlers, I'm better off having fewer larger modules rather than a script for each page? A On Oct 21, 4:59 pm, Marzia Niccolai [EMAIL PROTECTED] wrote: Hi Adam, The biggest thing you can do to in this case is don't import large modules until you need them. If your app has been idle for awhile, it will take some CPU to warm up the Python interpreter in terms of import costs, but not loading big modules until/unless they are needed, you will only incur this cost when necessary. It should also be noted that sometimes it's expected that a request might take more CPU than average. The key is to limit those requests overall. If you are interested in optimizing your app, I would suggest watching 'Building Scalable Web Applications', one of our Google I/O talks:http://sites.google.com/site/io/building-scalable-web-applications-wi... -Marzia On Tue, Oct 21, 2008 at 1:54 PM, Adam [EMAIL PROTECTED] wrote: I'm getting high cpu warnings when I hit the main page of my app (www.fyood.com) for the first time after being idle for 10-20 minutes. Given that the warning isn't there the second time (250 v.s. 2500 mega cycles), and there's no datastore activity, it seems like this is the cost of creating the objects, loading imports etc. Anyone have a good strategy for dealing with this, or a good handle on which pieces are more expensive. e.g. should I create smaller classes, fewer classes, less but larger modules, more smaller modules etc. do less regex compiles etc. Also, any pointers to specifics on the high cpu quota? e.g. 3 times/ hour, 3 times/minute etc. A --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: exceptions.SystemError?
Hi Alexander, I'm excited that people are creating helpful open source libraries, but I don't think I would ever be able to be an expert in all of them :) App-Engine-Patch is not something we Googlers can currently support. The same goes for other community contributed libraries which runs on top of the standard App Engine runtime and APIs. I recommend contacting the library authors and filing an issue in the app-engine- patch issue tracker. If it turns out the issue is caused by something in Google App Engine, I'll happily take a look. Happy coding, Jeff On Oct 20, 9:35 pm, Alexander Kojevnikov [EMAIL PROTECTED] wrote: Can someone from Google acknowledge this issue? Let me know if you need help reproducing it, my app gets about 5 such errors a day (appid:muspy). On Oct 21, 4:00 pm, Damien Hou [EMAIL PROTECTED] wrote: This happended to me too. Starred the issue. On Fri, Oct 10, 2008 at 5:46 AM, Alexander Kojevnikov [EMAIL PROTECTED] wrote: I get the same error from time to time. I'm using Django 1.0 with app- engine-patch. I starred the issue and included my stacktrace. On Oct 10, 1:34 am, Aral Balkan [EMAIL PROTECTED] wrote: Is anyone else seeing errors similar to the following. It seems to happen randomly -- possibly following a datastore write. The only thing that fixes the app after it happens is to re-deploy. Thoughts? Issue link:http://tinyurl.com/4c2z2v Thanks, Aral 500 Error at /admin/ (type 'exceptions.SystemError') type 'exceptions.SystemError': Parent module 'django.template' not loaded Traceback (most recent call last): File /base/data/home/apps/si/4.18/common/appenginepatch/main.py, line 24, in real_main util.run_wsgi_app(application) File /base/python_lib/versions/1/google/appengine/ext/webapp/ util.py, line 76, in run_wsgi_app result = application(env, _start_response) File /base/data/home/apps/si/4.18/common/django/core/handlers/ wsgi.py, line 239, in __call__ response = self.get_response(request) File /base/data/home/apps/si/4.18/common/django/core/handlers/ base.py, line 128, in get_response return self.handle_uncaught_exception(request, resolver, exc_info) File /base/data/home/apps/si/4.18/common/django/core/handlers/ base.py, line 160, in handle_uncaught_exception return callback(request, **param_dict) File /base/data/home/apps/si/4.18/core/decorators.py, line 189, in autorization_decorator return target_method(request, first_level, second_level, context, *args, **kwargs) File /base/data/home/apps/si/4.18/core/views.py, line 2643, in error_500 return helpers.render_response('500', first_level, second_level, context, 'HttpResponseServerError') File /base/data/home/apps/si/4.18/core/helpers.py, line 214, in render_response return eval(response_type)(loader.render_to_string(templateFile, context)) File /base/data/home/apps/si/4.18/common/django/template/ loader.py, line 102, in render_to_string t = get_template(template_name) File /base/data/home/apps/si/4.18/common/django/template/ loader.py, line 80, in get_template source, origin = find_template_source(template_name) File /base/data/home/apps/si/4.18/common/django/template/ loader.py, line 54, in find_template_source mod = __import__(module, globals(), locals(), [attr]) type 'exceptions.SystemError': Parent module 'django.template' not loaded -- Best Regards, Damien --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Please make db.class_for_kind part of the published interface
Thanks for the suggestion Andy. I've marked this as a feature request in the issue tracker. Cheers, Jeff On Oct 20, 9:10 pm, Andy Freeman [EMAIL PROTECTED] wrote: Please make google.appengine.ext.db.class_for_kind(kind) part of the published interface. It's a piece of fairly useful code that would otherwise be reimplemented by many AppEngine developers. submitted ashttp://code.google.com/p/googleappengine/issues/detail?id=800 --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Stuck indexes
Hello, I've got some indexes that are stuck building. They've only been building for a few hours, but I've got no (none, zero) data in the datastore, so I'm thinking something has to have gone wrong. appid : 'drewsandbox' Thanks! --Drew --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Filter on date property in Data Viewer
According to the docs you cannot: http://code.google.com/appengine/docs/datastore/gqlreference.html Feel free to add an issue to the bug tracker, I will definitely star it. On Oct 21, 11:18 pm, Peter Odéus [EMAIL PROTECTED] wrote: How do I filter on a date property in Data Viewer, i.e. SELECT * FROM X WHERE myDateProp = Fill in the blank --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: High CPU Warning on module load
As I understand it loaded modules are cached, so if your have two scripts importing the same modules for the handling of two different requests the modules will only get loaded once so long as that particular process instance is running. On Oct 21, 2:22 pm, Adam [EMAIL PROTECTED] wrote: So given that I need modules a,b and c for all of my request handlers, I'm better off having fewer larger modules rather than a script for each page? A On Oct 21, 4:59 pm, Marzia Niccolai [EMAIL PROTECTED] wrote: Hi Adam, The biggest thing you can do to in this case is don't import large modules until you need them. If your app has been idle for awhile, it will take some CPU to warm up the Python interpreter in terms of import costs, but not loading big modules until/unless they are needed, you will only incur this cost when necessary. It should also be noted that sometimes it's expected that a request might take more CPU than average. The key is to limit those requests overall. If you are interested in optimizing your app, I would suggest watching 'Building Scalable Web Applications', one of our Google I/O talks:http://sites.google.com/site/io/building-scalable-web-applications-wi... -Marzia On Tue, Oct 21, 2008 at 1:54 PM, Adam [EMAIL PROTECTED] wrote: I'm getting high cpu warnings when I hit the main page of my app (www.fyood.com) for the first time after being idle for 10-20 minutes. Given that the warning isn't there the second time (250 v.s. 2500 mega cycles), and there's no datastore activity, it seems like this is the cost of creating the objects, loading imports etc. Anyone have a good strategy for dealing with this, or a good handle on which pieces are more expensive. e.g. should I create smaller classes, fewer classes, less but larger modules, more smaller modules etc. do less regex compiles etc. Also, any pointers to specifics on the high cpu quota? e.g. 3 times/ hour, 3 times/minute etc. A --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Since 1.1.5 import cgi/urllib/traceback/etc fails (on MacOS)
Before i down grade, here are some of the outputs you asked for: $python Python 2.5 (r25:51908, Oct 8 2008, 01:34:31) [GCC 4.0.1 (Apple Inc. build 5484)] on darwin Type help, copyright, credits or license for more information. import wsgiref.handlers wsgiref.__file__ '/Library/Frameworks/Python.framework/Versions/Current/lib/python2.5/ site-packages/wsgiref-0.1.2-py2.5.egg/wsgiref/__init__.pyc' import sys print sys.path ['', '/Library/Frameworks/Python.framework/Versions/Current/lib/ python2.5/site-packages/setuptools-0.6c9-py2.5.egg', '/Library/ Frameworks/Python.framework/Versions/Current/lib/python2.5/site- packages/PyAMF-0.3.1-py2.5.egg', '/Library/Frameworks/Python.framework/ Versions/Current/lib/python2.5/site-packages/wsgiref-0.1.2-py2.5.egg', '/Library/Frameworks/Python.framework/Versions/Current/lib/ python25.zip', '/Library/Frameworks/Python.framework/Versions/Current/ lib/python2.5', '/Library/Frameworks/Python.framework/Versions/Current/ lib/python2.5/plat-darwin', '/Library/Frameworks/Python.framework/ Versions/Current/lib/python2.5/plat-mac', '/Library/Frameworks/ Python.framework/Versions/Current/lib/python2.5/plat-mac/lib- scriptpackages', '/Library/Frameworks/Python.framework/Versions/ Current/lib/python2.5/lib-tk', '/Library/Frameworks/Python.framework/ Versions/Current/lib/python2.5/lib-dynload', '/Library/Frameworks/ Python.framework/Versions/Current/lib/python2.5/site-packages', '/ Library/Frameworks/Python.framework/Versions/Current/lib/python2.5/ site-packages/PIL'] exit() And this is the output running with --debug_imports: $dev_appserver.py . --debug_imports INFO 2008-10-21 22:26:35,273 __init__.py] Server: appengine.google.com INFO 2008-10-21 22:26:35,284 __init__.py] Checking for updates to the SDK. INFO 2008-10-21 22:26:35,487 __init__.py] The SDK is up to date. WARNING 2008-10-21 22:26:35,487 __init__.py] Could not read datastore data from /var/folders/Tp/Tp8+CShLHGOl7VLfxWD+6bxGU1Y/-Tmp-/ dev_appserver.datastore WARNING 2008-10-21 22:26:35,487 __init__.py] Could not read datastore data from /var/folders/Tp/Tp8+CShLHGOl7VLfxWD+6bxGU1Y/-Tmp-/ dev_appserver.datastore.history INFO 2008-10-21 22:26:35,529 __init__.py] Running application helloworld on port 8080: http://localhost:8080 Entering get_code(helloworld) Entering GetModuleInfo(helloworld) Entering GetParentSearchPath(helloworld) Entering GetParentPackage(helloworld) Exiting GetParentPackage(helloworld) Exiting GetParentSearchPath(helloworld) Entering FindModuleRestricted(helloworld, helloworld, None) Exiting FindModuleRestricted(helloworld, helloworld, None) Exiting GetModuleInfo(helloworld) Exiting get_code(helloworld) Entering GetModuleInfo(helloworld) Entering GetParentSearchPath(helloworld) Entering GetParentPackage(helloworld) Exiting GetParentPackage(helloworld) Exiting GetParentSearchPath(helloworld) Entering FindModuleRestricted(helloworld, helloworld, None) Exiting FindModuleRestricted(helloworld, helloworld, None) Exiting GetModuleInfo(helloworld) Entering find_module(cgi, None) Entering FindModuleRestricted(cgi, cgi, None) Exiting FindModuleRestricted(cgi, cgi, None) Exiting find_module(cgi, None) ERROR2008-10-21 22:26:39,734 __init__.py] Exception encountered handling request Traceback (most recent call last): File /Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/tools/dev_appserver.py, line 2413, in _HandleRequest base_env_dict=env_dict) File /Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/tools/dev_appserver.py, line 348, in Dispatch base_env_dict=base_env_dict) File /Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/tools/dev_appserver.py, line 1848, in Dispatch self._module_dict) File /Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/tools/dev_appserver.py, line 1766, in ExecuteCGI reset_modules = exec_script(handler_path, cgi_path, hook) File /Applications/GoogleAppEngineLauncher.app/Contents/Resources/ GoogleAppEngine-default.bundle/Contents/Resources/google_appengine/ google/appengine/tools/dev_appserver.py, line 1662, in ExecuteOrImportScript exec module_code in script_module.__dict__ File /Users/salisburyk/Documents/workspace/helloword/src/ helloworld.py, line 1, in module import cgi ImportError: No module named cgi INFO 2008-10-21 22:26:39,736 __init__.py] GET / HTTP/1.1 500 - Entering get_code(helloworld) Entering GetModuleInfo(helloworld) Entering GetParentSearchPath(helloworld) Entering GetParentPackage(helloworld) Exiting GetParentPackage(helloworld) Exiting
[google-appengine] Re: Stuck indexes
Thanks. I vacuumed the indexes and they all went away. Now I'm trying to run update_indexes. I've got about 80, which is below the 100-per-app limit. Here's the error: sauron:trunk drew$ appcfg.py update_indexes cairparavel/ Loaded authentication cookies from /Volumes/z/drew/.appcfg_cookies Uploading index definitions. Error 500: --- begin server output --- Server Error (500) A server error has occurred. --- end server output --- It doesn't look like any of them are showing up in the admin console. Thanks, Drew On Oct 21, 5:26 pm, Marzia Niccolai [EMAIL PROTECTED] wrote: Hi Drew, I have moved these indices to the 'Error' state. You should now be able to vacuum them and re-upload the index definitions. -Marzia On Tue, Oct 21, 2008 at 3:05 PM, abridgedEdition [EMAIL PROTECTED] wrote: Hello, I've got some indexes that are stuck building. They've only been building for a few hours, but I've got no (none, zero) data in the datastore, so I'm thinking something has to have gone wrong. appid : 'drewsandbox' Thanks! --Drew --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Stuck indexes
Hi Drew, This is due to a known issue with the quota accounting that does not credit vacuumed indexes back to your account. Our engineering team is currently investigating this issue, but I've gone ahead and reset your index count quota. This usually takes around an hour to reset, and then you should be able to upload your index definitions. Please let me know if you continue to experience issues. -Marzia On Tue, Oct 21, 2008 at 4:07 PM, abridgedEdition [EMAIL PROTECTED] wrote: Thanks. I vacuumed the indexes and they all went away. Now I'm trying to run update_indexes. I've got about 80, which is below the 100-per-app limit. Here's the error: sauron:trunk drew$ appcfg.py update_indexes cairparavel/ Loaded authentication cookies from /Volumes/z/drew/.appcfg_cookies Uploading index definitions. Error 500: --- begin server output --- Server Error (500) A server error has occurred. --- end server output --- It doesn't look like any of them are showing up in the admin console. Thanks, Drew On Oct 21, 5:26 pm, Marzia Niccolai [EMAIL PROTECTED] wrote: Hi Drew, I have moved these indices to the 'Error' state. You should now be able to vacuum them and re-upload the index definitions. -Marzia On Tue, Oct 21, 2008 at 3:05 PM, abridgedEdition [EMAIL PROTECTED] wrote: Hello, I've got some indexes that are stuck building. They've only been building for a few hours, but I've got no (none, zero) data in the datastore, so I'm thinking something has to have gone wrong. appid : 'drewsandbox' Thanks! --Drew --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Frequent Operation timed out in appcfg.py
This is happening again today on a different app even. For the last half hour (since I started trying), I keep getting app upload timeout errors. It actually completed an update one time, but then my app wasn't actually updated... Not being able to update apps totally kills productivity... Is anybody else seeing this? --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: HTTPS Support for appspot.com
Really great news. On Oct 20, 2:47 pm, Filip [EMAIL PROTECTED] wrote: Thanks for this! Looking forward to SNI on arbitrary domain names, but this will solve the problem for now, and it makes a really big difference. Filip. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Please don't repeat GWT's mistake!
I have to agree. In fact, I would say that there was no mistake at all. On Oct 21, 12:59 pm, Peter Recore [EMAIL PROTECTED] wrote: I don't think mistake is the right word there. I'm not an expert on Java Compilers and JVMs, but I'll go out on a limb here and risk embarrassing myself - my gut feeling is that Java is much easier to compile into javascript than random bytecode is. GWT makes aggressive optimizations based on information it can infer from java semantics. If GWT had to generalize to work with any possible bytecode, I doubt the resulting javascript could be as efficient. Part of GWT's appeal is that the end product is fast and lean javascript. While it would be nice if GWT could turn random x86 executable into blazingly fast javascript, I'm not going to criticize the GWT team because they haven't done so yet. If I'm wrong, and making GWT work with JVM is trivial to do, that's awesome! Submit the patch to the GWT team. The fact that no one has yet done so yet implies to me that this is not an easy thing to do, or else no one really wants to do it. In either case, it is not a mistake that it hasn't been done. If you really like working in Scala, you could look into contributing to the project to compile Scala into Java, mentioned at the bottom of this page: http://www.scala-lang.org/faq/4 If this post has a slightly sharp tone, it's because I don't like it when people criticize open source projects with vague complaints while at the same time asking for new features. -peter On Oct 21, 2:07 pm, Amir Michail [EMAIL PROTECTED] wrote: Hi, Please support Java byte code so that we can use any languages that work using the JVM such as Scala. GWT made a mistake in only supporting Java. I hope they correct it. Amir --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Appengine Helper, Utilities, Patch, etc
Well, I don't want to derail the topic, but the main difference is both patch and helper are projects to get django more integrated with appengine so that people can concentrate more on getting their application working using the Django they know, than figuring out how to work around the differences appengine introduces. utilities is just a bunch of, well, utilities, to make working with appengine easier, and is not django specific at all. It started because I recognized that there was no session api for appengine at all. Both helper and patch have gotten Django sessions working, and I'm not sure what level of support they offer for cache in django. I created appengine-utilities specifically to handle sessions and cache the best possible way on appengine, taking advantage of memcache to provide the best performance. On Oct 21, 12:53 pm, johnP [EMAIL PROTECTED] wrote: Thank you both for the responses. Alexander - it is great to hear that you have had a good experience. Joseph - I'm happy to hear that you are using the Patch, probably for similar reasons to what I need - authentication, etc. I didn't quite understand the different niches for your utilities, and for the Patch. It's good to at least understand that they are complementary. If there are other people who have some feedback with their experiences with the Utilities Patch vs the Helper - please let us know. I'm sure there are lots of people trying to make decisions on what to base their applications upon, and the more data-points, the better. johnP On Oct 21, 6:19 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm using appengine-patch to implement Django for a site I'm building, and it's been very easy. Like Alex, I went to use that instead of helper because I intend to handle authentication differently than what comes default with webapp and django helper. With the inclusion of zip import to appengine-patch it saved me a ton of time. Now, not to toot my own horn, but I did integrate appengine-utilities session and flash into my implementation also. That was extremely easy. Also, writing an authentication backend to support the google accounts was a snap as well. On Oct 21, 12:58 am, Alexander Kojevnikov [EMAIL PROTECTED] wrote: About a month ago I migratedwww.muspy.comfromwebappto Django 1.0 using app-engine-patch. The main reason was to provide a custom authentication instead of the Google's. Regarding your questions: 1. The only issue I have ishttp://code.google.com/p/googleappengine/issues/detail?id=772 but I believe it's not specific to app-engine-patch. 2. I depend on 200 lines of code provided by app-engine-patch to ease the implementation of custom authentication. This code could be easily rewritten or integrated to your app should you decide to migrate to vanilla Django. Migration from the datastore would take most time anyway. 3. See above. Very easy and very flexible. 4. After removing unused files from Django, my entire project is about 500 files. I didn't use zip imports and don't plan to. Hope this helps and let me know if you have other questions. -- Alexwww.muspy.com On Oct 21, 7:56 am, johnP [EMAIL PROTECTED] wrote: Hello, all - I was curious if some users might provide some feedback about using AppEngine Helper, Utilities, and Patch (or nothing at all...:)) Initially, appengine Helper seemed like a safe choice - because it was sanctioned by the appengine team, and helped bridge the gap between writing in pure django and writing on appengine. It has over 1500 downloads. It seems to continue being supported at a moderate pace (is it a 20% project for someone at Google)? Appengine Patch seems very interesting - it promises to allow you to write in pure Django, excluding models. This makes sense to me. It seems like it is being developed, and initially - looked like it is well made. Other positives are the included zip imports, and the possibility of using my own authentication. My primary concern is that it is a layer that resides at the core of my application, and is a potential source of issues (that are not being addressed by a large community such as Google and Django community). What I am looking for are the following: 1. Reliability. 2. Ability to write as closely to pure Django 1.0 as possible. 3 Using my own user authentication, rather than Google's (wonderful) solution. 4. Zip imports. Can people provide their impressions, positive and negative, with these different approaches? They all seem very exciting - but an open discussion would be welcomed. Thanks - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com
[google-appengine] Re: Google Developers Day - Java App Engine. Time line? Hype?
On Oct 20, 12:26 pm, Paul [EMAIL PROTECTED] wrote: There has been recent discussion in the blogosphere about the potential support of Java in App Engine. While we don't have any immediate plans or announcements, we are working on other languages for App Engine. Security and performance are our primary concerns with any new language runtime and getting it right takes time. We don't have any dates for you today but be assured that you will be the first to know when we have a release date for a new language for App Engine. Thank you for all your support, we are encouraged by the excitement and interest we see in this discussion. Thanks for the clarification, Paul! We all look forward to new App Engine releases that support other languages. Cheers, pr3d4t0r http://www.istheserverup.net http://www.teslatestament.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Google App Engine group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---