[google-appengine] Re: Maintain a connection: Restaurant and Client

[D X]

I've built what you're describing (on AppEngine, with Python)

http://www.dine-o.com

Maybe you can just use it instead of building your own.



On Friday, January 2, 2015 5:20:24 PM UTC-8, Saturnino Mateus wrote:
>
> I will take a look, thank you!
>
> Em sexta-feira, 2 de janeiro de 2015 17h08min40s UTC-2, Jim escreveu:
>>
>> check out the Channels API
>>
>> https://cloud.google.com/appengine/docs/python/channel/
>>
>>
>>
>> On Friday, January 2, 2015 12:00:48 PM UTC-6, Saturnino Mateus wrote:
>>>
>>> Hello guys!
>>> I'm making an a application for restaurant orders with Google App Engine 
>>> with Python. I need to maintain a connection with the Restaurant Page and 
>>> Client Page, because, the restaurant need to update the status of his 
>>> service (Online/Offline), also can happen an exception, like the restaurant 
>>> be without internet connection.
>>> ---
>>> I raised the hypothesis of connecting countless times to the database, 
>>> but this is not a smart way to solve, because would be very expensive.
>>> Any suggestions on how I can solve this the smart and simple as possible?
>>>
>>> Best Regards!
>>>
>>

-- 
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] Python27 + new dev_appservery.py + debugging

[D X]

>From my experience, stepping through code is much slower on eclipse than 
pdb.

I disagree with your other comments; pdb is fine for professional use on 
huge projects.





On Sunday, March 2, 2014 3:57:22 PM UTC-8, Cezary Wagner wrote:
>
> I found some combo like Pydev 3.3.3 + Eclipse 3.8.x (but no Django 
> templates support or Aptana!).
>
> It allow fast debugging with little slower coding.
>
> W dniu poniedziałek, 3 marca 2014 00:49:14 UTC+1 użytkownik Cezary Wagner 
> napisał:
>>
>> Thanks for hints - it is not helpful.
>>
>> Discussion is very old and there is not clear conclusion
>>
>> In my opinion pdb is good for hobbists - placing break points by editing 
>> code it is good for 100 lines programs or amateurs - sadomacho :)
>>
>> It looks that I can not use dart, endpoints because there is no usable 
>> debugger for it :)
>>
>> W dniu niedziela, 2 marca 2014 17:50:44 UTC+1 użytkownik Vinny P napisał:
>>>
>>> On Sat, Mar 1, 2014 at 9:59 AM, Cezary Wagner 
>>>  wrote:
>>>
 What is the best tools to use dev_appserver.py with breakpoint and 
 debugging - what is the best choice.

>>>
>>>
>>>
>>> Hi Cezary,
>>>
>>> You might want to read this forums discussion here: 
>>> https://groups.google.com/forum/#!topic/google-appengine/ep5BWYKpQpU - 
>>> there's an interesting discussion on Python debugging with the 
>>> dev_appserver.
>>>
>>> If you're OK with debugging using pdb, you'll want to read this message 
>>> in particular: 
>>> https://groups.google.com/d/msg/google-appengine/ep5BWYKpQpU/41asdxKhuycJ
>>>   
>>>  
>>> -
>>> -Vinny P
>>> Technology & Media Advisor
>>> Chicago, IL
>>>
>>> App Engine Code Samples: http://www.learntogoogleit.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/groups/opt_out.

Re: [google-appengine] Re: MapReduce Roadmap

[D X]

So we had written our own input readers that applied filtering, and it was 
pretty simple by extending the DatastoreInputReader code.  I didn't have 
the actual code in front of me, so I took a look back at the library code 
to see what I needed to override.

Then I noticed, filtering functionality is included now!  Just not 
documented online.  Look through 
mapreduce.input_readers.DatastoreInputReader.validate_filters

Looks like you need to include a 'filters' dictionary in your mapper_spec

This supports my poor documentation point...

On Friday, December 6, 2013 2:11:56 PM UTC-5, Amit S wrote:
>
> I agree with D X that packaged version would really help.
>
> One functionality we are badly in need is to be able to supply a query 
> filter in MapReduce (for e.g. where x="vvv"). Currently, it just iterates 
> through all entities of a given object in datastore. So, if I want to 
> update 10,000 rows of a given entity which consists of 5M records, it 
> iterates through all 5M entities and then we have to put the filter logic 
> in our code. This really defeats the purpose and also has huge implications 
> on read costs.
>
> On Friday, December 6, 2013 10:51:48 AM UTC-8, D X wrote:
>>
>> I've been using the mapreduce library for the last 18mo or so.
>> In addition to what's already been mentioned, some additional comments:
>>
>> - The docs are kinda confusing because there's different sets of docs. 
>>  Just the fact that docs are disorganized gives the impression that it's a 
>> low priority project that's not well maintained.
>> i.e. prettier: 
>> https://developers.google.com/appengine/docs/python/dataprocessing/helloworld
>> but more detailed: 
>> https://code.google.com/p/appengine-mapreduce/wiki/MapReduceDemoApp
>> Keeping one set of well maintained docs would help give the sense that 
>> MapReduce is a higher class citizen
>>
>> - Using MapReduce for schema changes is probably a very common yet simple 
>> use case.  I've heard more than one comment that the MapReduce pipeline 
>> seems to complicated to pick up to do a simple task of updating a bunch of 
>> entities.
>> mapper_spec?  reducer_spec?  input_reader?  output_reader?  Do I have to 
>> learn all these things just to add an extra field to my entities?  While 
>> the wordcount demo shows more of the pipeline, it would probably be easier 
>> for users to pick up if there was a simple demo of how to update your 
>> 'schema' with 5 lines of python.  (a DatastoreInputReader that supports 
>> filtering would be great too)
>>
>> If this sounds too negative, you can interepret these comments as saying 
>> that the rest of the GAE docs are great and easy to follow.
>>
>> - Packaged versions would be great.  I mean, it was great.  I'm not sure 
>> why you guys got rid of it.  Maybe I'm not hardcore enough to just sync 
>> with the repo (actually, I did).  However, a packaged version suggests that 
>> it's tested and stable.  If I see bugs, I can check online to see if 
>> anyone's seeing the same issue.  When syncing with the repo, I have not 
>> idea how stable the latest checkins are.  Maybe something just broke and 
>> I'm the one person who sync'd after the broken change, and I'm obviously 
>> not going to be constantly syncing the MR library, because I actually have 
>> other things to work on.
>> What about the version that's included in the SDK?  I toyed with using 
>> that, but the docs indicate I should be downloading from the repo.  So is 
>> the repo more recent, and the SDK version outdated?  Would the SDK version 
>> be more stable?  Again, confusion.
>>
>>
>>
>>
>> On Friday, December 6, 2013 1:10:37 AM UTC-5, Chris Ramsdale wrote:
>>>
>>> thanks, PK.  we'll follow-up on the issue you cited.
>>>
>>> -- Chris
>>>
>>>
>>> On Thu, Dec 5, 2013 at 9:59 PM, PK  wrote:
>>>
>>>> Thanks Chris.
>>>>
>>>> Great to hear that you plan to move map/reduce to GA. The reasons I 
>>>> asked are:
>>>>
>>>> 1. it has been experimental for about 3 years if not longer so I had 
>>>> started wondering… I think it is fair.
>>>> 2. More important some bugs still in NEW state make me wonder whether 
>>>> it follows along with other changes in the platform. In particular seeing 
>>>> issues staying in NEW state for months concerns me the most about how 
>>>> active the effort is.
>>>>
>>>> (examples of such bugs:
>>

Re: [google-appengine] Re: MapReduce Roadmap

[D X]

I've been using the mapreduce library for the last 18mo or so.
In addition to what's already been mentioned, some additional comments:

- The docs are kinda confusing because there's different sets of docs. 
 Just the fact that docs are disorganized gives the impression that it's a 
low priority project that's not well maintained.
i.e. prettier: 
https://developers.google.com/appengine/docs/python/dataprocessing/helloworld
but more detailed: 
https://code.google.com/p/appengine-mapreduce/wiki/MapReduceDemoApp
Keeping one set of well maintained docs would help give the sense that 
MapReduce is a higher class citizen

- Using MapReduce for schema changes is probably a very common yet simple 
use case.  I've heard more than one comment that the MapReduce pipeline 
seems to complicated to pick up to do a simple task of updating a bunch of 
entities.
mapper_spec?  reducer_spec?  input_reader?  output_reader?  Do I have to 
learn all these things just to add an extra field to my entities?  While 
the wordcount demo shows more of the pipeline, it would probably be easier 
for users to pick up if there was a simple demo of how to update your 
'schema' with 5 lines of python.  (a DatastoreInputReader that supports 
filtering would be great too)

If this sounds too negative, you can interepret these comments as saying 
that the rest of the GAE docs are great and easy to follow.

- Packaged versions would be great.  I mean, it was great.  I'm not sure 
why you guys got rid of it.  Maybe I'm not hardcore enough to just sync 
with the repo (actually, I did).  However, a packaged version suggests that 
it's tested and stable.  If I see bugs, I can check online to see if 
anyone's seeing the same issue.  When syncing with the repo, I have not 
idea how stable the latest checkins are.  Maybe something just broke and 
I'm the one person who sync'd after the broken change, and I'm obviously 
not going to be constantly syncing the MR library, because I actually have 
other things to work on.
What about the version that's included in the SDK?  I toyed with using 
that, but the docs indicate I should be downloading from the repo.  So is 
the repo more recent, and the SDK version outdated?  Would the SDK version 
be more stable?  Again, confusion.




On Friday, December 6, 2013 1:10:37 AM UTC-5, Chris Ramsdale wrote:
>
> thanks, PK.  we'll follow-up on the issue you cited.
>
> -- Chris
>
>
> On Thu, Dec 5, 2013 at 9:59 PM, PK > wrote:
>
>> Thanks Chris.
>>
>> Great to hear that you plan to move map/reduce to GA. The reasons I asked 
>> are:
>>
>> 1. it has been experimental for about 3 years if not longer so I had 
>> started wondering… I think it is fair.
>> 2. More important some bugs still in NEW state make me wonder whether it 
>> follows along with other changes in the platform. In particular seeing 
>> issues staying in NEW state for months concerns me the most about how 
>> active the effort is.
>>
>> (examples of such bugs:
>> e.g. Issue 
>> 182
>>  mapreduce/include.yaml doesn't work with python2.7 and thread 
>> safe
>>   or Issue 
>> 203  
>> map reduce is broken since r534)
>>
>> Thanks,
>> PK
>>
>> On December 5, 2013 at 8:27:33 PM, Chris Ramsdale 
>> (cram...@google.com) 
>> wrote:
>>
>> PK,
>>
>> We're definitely planning on moving mapreduce to GA. Plan is to get the 
>> API finalized and then move it through the std Preview => GA channel.
>>
>> Questions for you:
>>
>> - how would prefer to access the library itself?
>>
>> - is there something about having it outside of the SDK that causes 
>> substantial friction?
>>
>> - or, is it the fact that it's sat in experimental for way too long that 
>> is the larger concern?
>>
>> -- Chris
>>
>> Product Manager, Google App Engine
>>
>> -- Chris
>> On Dec 5, 2013 6:12 PM, "PK" > wrote:
>>
>>>  I am resending this in case the right Product Manager(s) at Google 
>>> missed my question.
>>>  
>>>  Thanks,
>>> PK
>>> http://www.gae123.com
>>>
>>> On November 25, 2013 at 12:53:44 AM, PK (p...@gae123.com ) 
>>> wrote:
>>>
>>>   For a very very long time MapReduce has not been integrated with the 
>>> GAE SDK and remains experimental (
>>> https://developers.google.com/appengine/docs/python/dataprocessing/).
>>>  
>>>  Could somebody shed some light on the roadmap plan?
>>>  
>>> Thanks,
>>> PK
>>> http://www.gae123.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-appengi...@googlegroups.com .
>>> To post to this group, send email to 
>>> google-a...@googlegroups.com
>>> .
>>> Visit this group at http://groups.google.co

[google-appengine] Blobstore questions

[D X]

Two Blobstore questions:

1. Is blobstore getting deprecated?

>From some discussions online it sounds like blobstore is getting deprecated 
in favor of GCS.  However, from the docs, it looks like it's only the 
file-like API that is getting deprecated.
If I'm just uploading files and serving them, can I keep going using 
Blobstore?

2. Are others getting tons of empty files in Blobstore?

In order for Blobstore to receive a file, you need to call blobstoreService.
createUploadUrl().  However, an end user may not necessarily upload a file.
My blobstore is now flooded with empty files.  Is there a standard way to 
avoid these empty files, or a standard way to clean them out?
It looks like I can clean them out via the GAE Admin, but I can only delete 
30 at a time and I have hundreds.

* I'm not yet clear if these files were created just by calling 
createUploadUrl().  Because the file is part of a form, it's possbile they 
were created when the upload url was actually used for a form upload with 
no included file.  As another note, I'm not seeing empty files on my 
dev_appserver, just on production.

-- 
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] Re: Blobstore upload stripping mime parts on Production but not Dev?

[D X]

I ran into a GAE bug doing something similar.

The majority of my form fields worked fine, but some fields with longer 
data (apparently more than 76 characters long) got corrupted.
https://code.google.com/p/googleappengine/issues/detail?id=10109
There's a workaround included in that bug report.

I didn't have any issues with form fields getting entirely stripped out, 
though it could be that your form field is there but disappeared when it 
failed some sort of parsing.



On Tuesday, November 19, 2013 10:40:37 AM UTC-5, Rich wrote:
>
> Hi, 
>
> I'm trying to include some additional data in a blobstore upload which I 
> can then process with the BlobInfo. According to 
> https://developers.google.com/appengine/docs/java/blobstore/ :
>
> *When the Blobstore rewrites the user's request, the MIME parts of the 
> uploaded files have their bodies emptied, and the blob key is added as a 
> MIME part header. All other form fields and parts are preserved and passed 
> to the upload handler. *
>
> This seems to be working fine on the Dev Server but *not* on the live 
> AppEngine. 
>
> Having got the upload URL from the blobstore service, on the client-side 
> I'm then doing:
>
> var formData = new FormData();
> formData.append("upload-request", JSON.stringify({
>   myExtraData: "something"
> }));
>
> for (var idx = 0; idx < files.length; idx++) {
>   formData.append(files[idx].name, files[idx]);
> }
>
> xhr.open("POST", uploadUrl);
> xhr.send(formData);
>
> And then trying to process it on the server side with:
>
> log.warning("isMultipartContent: " + 
> ServletFileUpload.isMultipartContent(req));
> ServletFileUpload upload = new ServletFileUpload();
> FileItemIterator iterator = upload.getItemIterator(req);
> int count = 0;
> while (iterator.hasNext()) {
>   ++count;
>   FileItemStream item = iterator.next();
>   if (item.isFormField()) {
> log.warning("Got a form field: " + item.getFieldName());
>   } else {
> log.warning("Got an uploaded file: " + item.getFieldName() +
> ", name = " + item.getName());
>   }
> }
> log.warning("FileItem count = %s", count);
>
> When I run this on the local Dev server, everything works perfectly and it 
> happily logs both the form field part and the re-written (content-stripped) 
> file part and a count of 2.
>
> When I run it on the live App Engine, it logs:
> isMultipart: true
> FileItem count = 0
>
> It seems that the live server, contrary to the documentation, is stripping 
> all the mime parts from the request.
>
> Note, that the blobs are still retrievable 
> with blobstore.get{File,Blob}Infos(req), but I cannot access the additional 
> data that was sent with the request.
>
> Has anyone seen this before? Is this is a known bug or have I 
> misinterpreted the docs? Does anyone know if the same is true in the Python 
> runtime? Can anyone suggest a workaround?
>
> Thanks,
> Rich
>
>
>

-- 
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] What is the best Python Framework for hosting on Google App Engine ?

[D X]

I'm pretty happy with django-nonrel, but I don't have much to compare it to.

It's nice because it comes with a few things to get you up and running 
quickly, like a test harness that you don't have to build yourself. 
 Unfortunately, getting a live test server running with automated Selenium 
tests isn't quite there yet.

The only big complaint is that it doesn't have ndb's automating entity 
caching.

Also, you're not gonna get redis working easily on GAE regardless of the 
framework.  It might be possible using the VM based backends though.

-- 
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] GAE User service account logins with Android

[D X]

Nope, no error logs in the GAE admin console.  The request goes to the 
Google Accounts service fails, redirects to 
http://appengine.google.com/_ah/conflogin which then 500s before 
redirecting back to my app.

I spent a day investigating this - my code hasn't changed.  My tablet 
upgraded to 4.3, but my phone is still running on 4.1.2, and also 
reproduces the problem.
The odd thing is that the Browser still works, and I essentially used the 
same code.

My best guess at the moment was that Google patched this "hole"
http://www.pcworld.idg.com.au/article/522766/android_one-click_google_authentication_method_puts_users_businesses_risk/

I'm not sure how they're identifying requests from the Android Browser and 
letting those pass though.

It would be nice if someone from Google could confirm this behavior.



On Friday, September 13, 2013 12:53:44 AM UTC-4, Vinny P wrote:
>
> On Thu, Sep 12, 2013 at 2:45 PM, D X >
>  wrote:
>
>> This URL is broken - ie goes to a GAE 500 error page.  I'm trying to 
>> figure out whether this is something broken with the User service, or my 
>> Android app  (which was working fine until maybe a month ago).\
>>
>
>
> Do you see any error logs in your App Engine admin console screen? Have 
> you changed any part of the application code at the same time this error 
> popped up?
>
> Also, are you logged into multiple Google accounts or just one when trying 
> to do this? 
>  
>   
> -
> -Vinny P
> Technology & Media Advisor
> Chicago, IL
>
> App Engine Code Samples: http://www.learntogoogleit.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/groups/opt_out.

[google-appengine] GAE User service account logins with Android

[D X]

I've built a web app on GAE, and I use the User service to login.

When I login using an Android browser, the browser generates a little 
yellow tab asking if I want to login using one of the google accounts set 
up on the Android device.

Now I've built my own Android app that wraps around a WebView to access my 
WebApp.  I used some of the Android browser code to mimic the yellow 
auto-login tab.
This worked fine for the first half of the year.  Recently howerver, it 
stopped working.  After I attempt to login, the URL I get back frrom the 
Android AccountManager.getAuthToken() callback is:

https://accounts.google.com/MergeSession?args=service%3Dah%26continue%3Dhttps%253A%252F%252Fappengine.google.com%252F_ah%252Fconflogin%253Fcontinue%253Dhttp%253A%252F%252Ftest.dine-o.com%252Fcomplete%252Fgoogle-appengine%252F&uberauth=WILL_NOT_SIGN_IN,,%0A&source=AndroidWebLogin

This URL is broken - ie goes to a GAE 500 error page.  I'm trying to figure 
out whether this is something broken with the User service, or my Android 
app  (which was working fine until maybe a month ago).

-- 
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] User Service and G+ integration

[D X]

It seems like G+ SSO is a big deal at this year's I/O.

I've been using the User service for authentication, and G+ SSO would 
supercede the User service in every way.
Are there any plans to have the User service integrated with the G+ SSO 
features described at I/O, or is this something we'll have to do on our own?

-- 
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] Re: Channel API javascript memory leak

[D X]

I just ran into a second problem with reopenning a second Channel in 
javascript, and this one is much more of a pain.
My Javascript uses various parts of the history API (history.go, 
history.pushState, window.onpopstate)

When a channel times out and I create a new channel, extra history state 
appears on the history stack.  If I use the back button (or history.back()) 
a couple of times, I eventually hit a Javascript error in channel.js, 
running in an infinite loop.  This loop doesn't seem to cause too much of a 
problem on my desktop browser (although I'm not sure if the channel still 
works), but it essentially freezes mobile browsers, which become 
unresponsive.


   1. Uncaught TypeError: Cannot call method 'eb' of null 
channel.js:93
  1. s.Jchannel.js:93
  2. Zdchannel.js:77
  3. Vbchannel.js:25
  4. Obchannel.js:26
  5. (anonymous 
function)channel.js:22
  


-- 
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] Re: Google to add new runtime at I/O

[D X]

I do recognize that PHP is the top request on on the issue tracker, but 
along the lines of the SNR comment, am I the only cynic that fears more 
runtimes being supported will mean crappier support for existing runtimes 
(I'm still running on the old python dev server more than half the time so 
I'm able to debug)?

-- 
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] Channel API javascript memory leak

[D X]

I've found a memory leak in the Javascript code of the production Channel 
API, but I can't find any other references to it online.

Every time the javascript client opens a new channel (assuming the old 
channel timed out), it leaks around 1MB.

Just checking whether anyone else has seen this before I file an issue on 
the tracker.

I did post a question on SO as well:

http://stackoverflow.com/questions/16424695/can-you-reopen-gae-channels-in-the-browser-without-leaking-memory

-- 
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] Re: Important for Python developers - Updates to the Development Server in 1.7.6

[D X]

I used to use pdb.set_trace() because the debugger was so slow.

It got monkeypatched to work in one of the more recent builds, but now that 
there's multiple processes running and stdout is closed, it doesn't work 
anymore.

This is a huge problem.  Part of the reason I like using App Engine was 
that it was easy to develop on.  Not so much when the only way you can 
debug is via a multithreaded log trace.



On Friday, March 22, 2013 8:20:29 PM UTC-4, Adam Bradley wrote:
>
> +1 on getting debugging working. I too use Aptana and now its no longer 
> working, so I will be reverting back to 1.7.5. However, doing this also 
> scares me because I do not want to be left behind and not stay up with the 
> latest and greatest features you guys are putting together. I love GAE, but 
> putting together documentation on how to debug would really help me out, 
> and since I do not know the in's and out's of the new dev server I'd rather 
> not try to figure it all out by myself (or if its even possible I can't 
> tell).
>
> Love what you guys are doing and want to stay with the updates, but 1.7.6 
> is the first update that's put my development to a halt. Any advice on how 
> to get debugging working would be great.
>
> Thank you,
> Adam
>
>
>
> On Tuesday, March 19, 2013 7:57:02 PM UTC-5, Andrew Jessup wrote:
>>
>> In the 1.7.6 release of App Engine we’ve included a major upgrade to the 
>> Development Server in the Python SDK, designed to make development faster 
>> and more faithfully reproduce the production App Engine runtime 
>> environment. The new version more faithfully simulates elements of the 
>> production App Engine environment, such as concurrent requests and 
>> backends, and in most cases this will also mean your apps run faster. We 
>> previously included this in the 1.7.5 release as dev_appserver2.py, in this 
>> release it has become the default dev_appserver.py
>>
>> While we're confident the improvements are substantial, as with any major 
>> change, some things work a little differently with the new dev_appserver. 
>> Here’s a few changes to watch out for:
>>
>>- Your local development admin console will run on it’s own server 
>>and port, rather than under /_ah/admin
>>- We’ve changed the defaults for new applications, such as using HRD 
>>rather than Master/Slave, and using SQLlite to emulate the datastore.
>>- We’ve cleaned up many command line flags and arguments
>>- Python 2.5 applications are no longer officially supported on the 
>>new Development Server in line with our deprecation announcement 
>> (although 
>>they may still be run)
>>
>> We’ve provided a detailed summary of all the changes to the Development 
>> Server in our 
>> documentation.
>>  
>>
>>
>> The the legacy dev_appserver.py remains available in the Python SDK as 
>> old_dev_appserver.py for those who still require it. However if you 
>> encounter any issues with the new Development Server we strongly encourage 
>> you to report them on our issue 
>> tracker
>> .
>>
>> We hope you like the new changes, and that you enjoy snappier app 
>> development with fewer surprises on deployment. Keep on coding!
>>
>> - Andrew Jessup, for the App Engine team
>
>

-- 
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] Re: Very large entity ids on 1.7.6 dev server

[D X]

I'd like to star this one, this essentially killed all my client side 
javascript.


On Thursday, March 21, 2013 5:10:30 AM UTC-4, Jesse Rohwer wrote:
>
> We are aware of this issue and will have it fixed before we release 
> scattered ids in production.
>
> Thanks for reporting it.
>
>
> On Wednesday, March 20, 2013 9:13:32 AM UTC-7, Mahron wrote:
>>
>> hi, 
>>
>> I just installed the new sdk and the scattered ids allocation is 
>> giving me trouble. It is generating very large ids like : 
>> 5261330264675581952. 
>>
>> I am communicating with the server with a flash client which can not 
>> handle such large numbers. 
>>
>> The problem can be resolved by forcing sequential allocation. 
>>
>> I would however like to know if such large numbers are likely to 
>> appear in production, as it would create problems and require to 
>> handle ids as strings ? 
>>
>

-- 
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] Re: webapp2 versus django on GAE

[D X]

>From my experience, if you have a very small team, some of the "freebies" 
that come with django can be pretty useful.
If you have a larger team, you can probably many of the freebies on your 
own.

I'd also say use django-nonrel if using the HRD.  Many of the useful 
"freebies" you get with django will use the ORM to talk to the 
database/datastore.  The ORM doesn't work with "pure" django.
If you're using CloudSQL, django is all the more appealing.

Here's an example of what I mean by freebies with Django:
- You can launch a basic commandline shell using "python manage.py shell", 
where you'll have full access to your datastore etc.  Not too difficult to 
get set up on your own though.
- Django comes with testing tools that are really useful:
- You can use "python manage.py dumpdata" to dump your entities to a 
json file
- You can use "python manage.py loaddata" to load your entities from 
json back into your datastore
- You can use the json file generated by dumpdata as a fixture for 
testing
- Django comes with a nice test harness that supports fixtures.  If you're 
not using django, there's other test frameworks like nose-gae that you'll 
have to set up yourself.  I'm not sure if creating fixtures are as easy as 
using dumpdata though.
- I used django-social-auth to get user accounts that support facebook and 
twitter in under an hour.
- I used django-tastypie to get an easy to use REST API in very little time 
as well.
- Django has a pretty robust caching framework for *rendered* templates. 
 You don't have to worry about caching a page that doesn't change often.

But don't expect the Django admin to work - it's a bit of a pain to get 
that working with django-nonrel, since many-to-many relations aren't 
natively supported well.

Some of the reasons you might want to go with webapp2:
- Much more of the GAE python community is on webapp2.  They're working on 
little pieces here and there, and projects like gae-boilerplate get you 
fairly close to the things django-nonrel provides.
- While you save a lot of time coding, you may spend a lot of time hacking 
django when it doesn't do things exactly the way you want.
- You can't use ndb
- Some pre-built stuff, like tastypie, may not be as efficient as if you 
built it yourself (I'm finding tastypie makes some unnecessary queries).




On Tuesday, December 4, 2012 3:35:24 PM UTC-5, Emmanuel Mayssat wrote:
>
> GAE can be used with webapp2 or django.
> I have been using webapp2 for a short while.
> I intend to do a 'serious' application (at least for now I am developing 
> the skills!)
>
> I have a prototype running on webapp2.
>
> How easy/difficult is it to migrate from webapp2 to django?
> What are the benefits?
>
> Are all the django app running on GAE, or only a subset?
> Should I care?
>

-- 
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/-/HytoBscHWvAJ.
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: Error in Channel API costs

[D X]

Bumping this because I saw a similar question on SO:

http://stackoverflow.com/questions/13707274/google-app-engine-channel-api-pricing-0-01-or-0-001-for-100-channels

In summary, there's still two prices posted on two sites that are still off 
by a factor of ten.

https://developers.google.com/appengine/docs/billing says:

Channel opened $0.1 ($0.001/100 channels)

https://cloud.google.com/pricing/ says:

$0.01 / 100 channels opened



On Monday, February 20, 2012 1:57:19 PM UTC-5, Noctarnis wrote:
>
> Looking for some answers from the community on the actual costs of the 
> Channel API as the billing page has a mistake in it.
>
> On the billing page of Google App Enging the following pricing is stated:-
>
> ChannelChannel opened$0.1 ($0.01/100 channels)
> However:-
>
> $0.1/unit  = $0.01/1000 != 0.01/100 = 0.0001/unit
>
> Anyone have insight into which is the real price?
>
>
> Noctarnis
>

-- 
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/-/NLYlCEdCrakJ.
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

[D X]

You forgot the Dr Evil laugh.

On Thursday, October 11, 2012 1:38:59 PM UTC-4, Jon Stevens wrote:
>
> 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/-/exg62py6bJQJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Datastore - transaction on entities with no parent

[D X]

My understanding is an entity with no parent is essentially its own entity 
group.

If you're trying to use multiple entity groups within a transaction, you 
must use a cross-group transaction, and you're limited to 5 entity groups 
(ie, 5 entities) within a transaction.  Beyond that you have to restructure 
your entities to get within that limit.



On Thursday, October 11, 2012 8:32:58 AM UTC-4, Olivier Truemat wrote:
>
> *Richard,*
>
> Thanks for your feedback.
>
> *Ian,*
>
> Yes you are right, I should have posted this one on Stackoverflow. Thanks 
> for letting me know, will take care for the next post.
>
> While executing the transaction on a single entity which has no parent, I 
> received an exception stating that only ancestor queries are allowed in 
> transactions. Do you suggest that I am getting this exception because I am 
> accessing the datastore through Objectify but I wouldn't have the issue 
> going through JDO ?
>
> Thanks,
>
> Olivier
>
>
>
> On Thursday, October 11, 2012 1:16:56 PM UTC+2, Ian Marshall wrote:
>>
>> You say 
>>
>> "... I have to perform datastore transactions on 
>> entities which have no parent. Unless I misunderstood, this is not 
>> possible." 
>>
>> Even though, in my view, this topic should be discussed on 
>> StackOverflow instead of here, I disagree with what you say; this 
>> **is** possible. 
>>
>> My application exchanges data with the datastore using transactions 
>> (and JDO), which can involve persistent entities that do not have an 
>> entity parent. (As we know, every persistent entity group must contain 
>> exactly one entity which has no entity parent.) 
>>
>>
>> On 11 Oct, 10:00, Richard Watson  wrote: 
>> > Yup, that's fine. I believe the datastore will always allow keys to 
>> > entities that don't exist, because it doesn't attempt to maintain 
>> > referential integrity between entities.  There are no cascading 
>> deletes, 
>> > say.  There's no other solution I'm aware of, and this is pretty 
>> central to 
>> > the datastore so I doubt there will be a different mechanism. When you 
>> need 
>> > consistency, provide an ancestor. When you don't, don't. 
>> > 
>> > Just a reminder that that there's a rate limit on entities with the 
>> same 
>> > ancestor, so don't use the same one if you're likely to get multiple 
>> > simultaneous writes as your app grows in popularity. 
>> > 
>> > Richard 
>> > 
>> > 
>> > 
>> > 
>> > 
>> > 
>> > 
>> > On Thursday, October 11, 2012 9:43:31 AM UTC+2, Olivier Truemat wrote: 
>> > 
>> > > Hi, 
>> > 
>> > > For a given application, I have to perform datastore transactions on 
>> > > entities which have no parent. Unless I misunderstood, this is not 
>> possible. 
>> > 
>> > > In order to avoid creating dummy entities in the datastore, I am 
>> creating 
>> > > a "fake ancestor" key to an entity that does not exists in the 
>> datastore. 
>> > 
>> > > I would have two questions related to this : 
>> > 
>> > > --> Is there any other solution to have transactions with no entity 
>> being 
>> > > the parent ? 
>> > > --> Will this solution be supported in the long-term by Google ? Just 
>> > > would like to avoid being in a dead-end when an upgrade is 
>> rolled-out. 
>> > 
>> > > public class AAA { 
>> > 
>> > > @Parent Key ancestorKey; // This is a hack to make sure we 
>> can 
>> > > support transactions 
>> > > @Id Long Id; 
>> > > // OTHER FIELDS 
>> > 
>> > > public static Key getAncestorKey() { 
>> > > return( new Key (AAA.class, new Long("1"))); 
>> > > } 
>> > > } 
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/oIELSXTdnYwJ.
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: PCI compliance for transmitting cardholder data?

[D X]

Hm... I thought I posted a reply but I don't see it.

I asked this at a GAE Hangout once, the answer was no.

You can't store payment info on GAE.
You can implement ecommerce sites if you use a PCI payment gateway like 
stripe or paypal.



On Tuesday, September 25, 2012 2:57:29 PM UTC-4, Jairo Vasquez wrote:
>
> Any answer from GAE team here?
>
> Thanks
>
> On Monday, July 13, 2009 1:02:06 PM UTC-3, Tony wrote:
>>
>> Has anyone attempted to achieve PCI compliance for an App Engine app 
>> that transmits (without storing) cardholder data (e.g., Paypal's 
>> "Payments Pro" version)?  I was just curious if anyone has had their 
>> app scanned and passed, or if off-site payment processing (e.g. Google 
>> Checkout) is the only option for e-commerce on App Engine.
>
>

-- 
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/-/ZWWRv1nAdGUJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: How to move data reliably from front to backends ?

[D X]

How are you doing the reaps?  Are you doing an eventually-consistent query, 
or fully-consistent get by keys?


On Sunday, July 29, 2012 10:19:25 AM UTC-4, Richard wrote:
>
> This is for all you guys who know app engine really well:
>
> I want to be able to move data RELIABLY and with low latency from many 
> front end instances to a backend within 5 seconds.
>
> I am currently getting the F1's to do a db.put() on a lightweight object.  
> The data comes from web clients.  Around 10 seconds later, the backend 
> reaps them.  This should work nicely in theory.
>
> However, it is just unreliable.  Sometimes it will handle a load of 600 db 
> put()'s in that 10 second window and other times (in the same day!), it 
> won't even have completed 100 put()'s in 10 seconds so when I do the 
> reap... I get nothing!   It seems put() has some problems... 'eventually 
> consistent' is useless if it is several minutes later!
>
> How can I do this reliably in a 10 second window ?   I have had using a 
> PULL queue suggested, but I don't want to do all the work of converting the 
> app over if it will be just as unreliable (I remember posts about 
> tasksqueue's getting "stuck")
>
>
>

-- 
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/-/TV2ILqKq39kJ.
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] User API questions

[D X]

I'd like to do some load/performance/cost testing on real App Engine 
servers (not dev_appserver) and I have a few questions about the User API. 

1. Is it possible for me to log in using a non-browser user agent, ie a 
python app using the Requests python library or using Apache JMeter?  

2. I'd like to simulate behavior with 100 or 1000 users.  Is it possible to 
generate test google accounts to log in with?

3. When I logout via the User API, it seems to log me out of every Google 
service in every open tab.  Ie if I'm logged into Gmail and Google Drive, 
and I log out of my app, I'm logged out of Gmail and Google Drive as well. 
 Is it possible to logout of only my app?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/EltqeR7UIfIJ.
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] Clearing mapreduce generated records.

[D X]

I've run a lot of small mapreduce jobs and I realized I have a lot of old 
records on my /mapreduce/status page.

Is there a clean programatic way of clearing them out easily?

This is cross-posted from StackOverflow
http://stackoverflow.com/questions/11572151/how-do-i-clear-records-from-google-app-engines-mapreduce
 

-- 
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/-/wERuF5fMR8kJ.
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: PROD - QUEUE - DJANGO_SETTINGS_MODULE is undefined

[D X]

I sometimes see this on dev_appserver when I use the datastore admin page 
locally, afterwards I usually need to reset the dev_appserver.  It doesn't 
cause a problem on production, but I'll give Matt's suggestion a try.

On Monday, May 28, 2012 6:23:53 AM UTC-4, Amine Azariz wrote:
>
> I am using Django 1.2, Python 2.5. This error happens from time to time. - 
> e.g. some tasks got this error, some - not. 
>
> How to solve this one? 
>
> File 
> "/base/python_runtime/python_lib/versions/third_party/django-1.2/django/template/loader.py",
>  line 168, in get_template_from_string
> return Template(source, origin, name)
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-1.2/django/template/__init__.py",
>  line 156, in __init__
> if settings.TEMPLATE_DEBUG and origin is None:
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-1.2/django/utils/functional.py",
>  line 276, in __getattr__
> self._setup()
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-1.2/django/conf/__init__.py",
>  line 38, in _setup
> raise ImportError("Settings cannot be imported, because environment 
> variable %s is undefined." % ENVIRONMENT_VARIABLE)
> ImportError: Settings cannot be imported, because environment variable 
> DJANGO_SETTINGS_MODULE is undefined.
>
>

-- 
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/-/UA8wjW1cjjYJ.
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: java performance versus python, cheaper?

[D X]

I don't know of any measure of stability.

I do see more Java complaints on the mailing list, but it might just be 
that there are more Java users.

Performance would vary depending on your app.  I assume Java would have a 
perf advantage on a processing intensive app, though, for example, if your 
app is bottlenecked by datastore queries, that might significantly reduce 
the Java advantage.



On Thursday, May 24, 2012 1:54:05 PM UTC-4, Gitted wrote:
>
> I am assuming that the performance of a java app on appengine would 
> outperform a python application, would this actually result in cheaper 
> hosting fees? 
>
> Are both platforms just as stable? 
>
> (let's ignore the fact that you can probably develop faster with 
> python)


On Thursday, May 24, 2012 1:54:05 PM UTC-4, Gitted wrote:
>
> I am assuming that the performance of a java app on appengine would 
> outperform a python application, would this actually result in cheaper 
> hosting fees? 
>
> Are both platforms just as stable? 
>
> (let's ignore the fact that you can probably develop faster with 
> python)


On Thursday, May 24, 2012 1:54:05 PM UTC-4, Gitted wrote:
>
> I am assuming that the performance of a java app on appengine would 
> outperform a python application, would this actually result in cheaper 
> hosting fees? 
>
> Are both platforms just as stable? 
>
> (let's ignore the fact that you can probably develop faster with 
> python)

-- 
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/-/3peuhKCkSgwJ.
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] dev_appserver consistency

[D X]

I'm running on Python 2.5 right now.

The documentation shows there's a --high_replication commandline option for 
dev_appserver.py to simulate the HRD consistency model.

If I don't use this option, what's the default consistency model for 
dev_appserver?  Always consistent?

-- 
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/-/mYdcmN6VPEoJ.
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: 1.6.4 dev server not saving data

[D X]

use Ctrl-C to exit.

On Monday, April 16, 2012 6:30:30 PM UTC-4, Mahron wrote:
>
> Windows 7. I tried using the app engine launcher and also with a .bat 
> file with the command(which I suppose is the same as command prompt). 
> I just closed it with the close icon, not ctrl-c if there is any 
> difference. 
>
> I don't need the latest sdk for the moment. I can wait for the next 
> release. But this needs proper fixing.

-- 
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/-/niii-PKc0j8J.
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: 1.6.4 dev server not saving data

[D X]

Can you provide a bit more info on your dev enviroment?  Especially
how you are launching and shutting down dev_appserver?

If you aren't already doing so, try launching dev_appserver from the
command prompt, and shutting it down with Ctrl-C - do you still see
the problem?

On Apr 16, 10:50 am, Mahron  wrote:
> I came across that solution before posting. It does not work either.

-- 
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: 1.6.4 dev server not saving data

[D X]

Yes, this is a 1.6.4 bug.  The datastore now flushes to disk on exit.  The 
SDK handles two exit signals, but they miss one when you exit from the 
shell.  I'm not sure if there's other signals that need to be handled on 
windows as well.

Try this, if it doesn't work there might be another exit signal on windows. 
 Either that or you're just killing the process without giving it a chance 
to flush.
http://stackoverflow.com/questions/10060172/gae-sdk-1-6-4-dev-appserver-datastore-flush
 



On Friday, April 13, 2012 6:47:45 PM UTC-4, Mahron wrote:
>
> Just Rebooted for windows updates and all changes were gone. Not the 
> First time this happens. It's very annoying and I cant' seem to find a 
> solution. 
>
> I read I was supposed to get "Applying all pending transactions and 
> saving the datastore" in logs on shutdown. 
>
> When I stop the server using the app engine launcher I only get 
> "(Process exited with code -1)". 
>
> Has Anyone had the same problem with 1.6.4 ?

-- 
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/-/hhZX8HYsr4QJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Unable to deploy app anymore (500)

[D X]

Same thing, python 2.5 1.6.4.

During the deployment process it clones the static files (seemingly ok), 
then stalls when it starts cloning the application files.  After 5 minutes 
or so I get a 500 error.

On Wednesday, April 4, 2012 12:47:22 AM UTC-4, tarun2000 wrote:
>
> Unable to update app: Error posting to URL: 
> https://appengine.google.com/api/appversion/clonefiles?app_id=webaleppo&version=test&;
> 500 Internal Server Error
>
> 
> 
> 500 Server Error
> 
> 
> Error: Server Error
> The server encountered an error and could not complete your 
> request.If the problem persists, please http://code.google.com/appengine/community.html";>report your problem 
> and mention this error message and the query that caused it.
> 
> 
>
>
> See the deployment console for more details
> Unable to update app: Error posting to URL: 
> https://appengine.google.com/api/appversion/clonefiles?app_id=webaleppo&version=test&;
> 500 Internal Server Error
>
> 
> 
> 500 Server Error
> 
> 
> Error: Server Error
> The server encountered an error and could not complete your 
> request.If the problem persists, please http://code.google.com/appengine/community.html";>report your problem 
> and mention this error message and the query that caused it.
> 
> 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/LPb6Ip7lBcAJ.
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.