[google-appengine] Re: Problem with new Chrome v26, Asynchronous DNS, and localhost

2013-03-27 Thread timh 
I have no problems accessing localhost:  with new dev server.

Xubuntu 12.10, Chrome  25.0.1364.160 with Built-in Asynchronous DNS 
explicitly enabled.

On Thursday, March 28, 2013 2:20:39 PM UTC+8, GAEfan wrote:
>
> Not sure if any of you have experienced this yet...
>
> Strange behavior with the new  "Built-in Asynchronous DNS" in the new 
> Chrome release... (Using OSX 10.7.5, AppEngineLauncher 1.7.6.)
>
> I can no longer access "localhost".  If I set the dev_appserver flag "--host 
> 127.0.0.1", it seems to fix the problem.
>
> If I disable the "Built-in Asynchronous DNS" flag in chrome:flags, it 
> works fine.  
>
> Is this a Chrome bug, or AppEngine bug, where we have to explicitly link 
> localhost to 127.0.0.1 using the --host flag?
>

-- 
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] Problem with new Chrome v26, Asynchronous DNS, and localhost

2013-03-27 Thread GAEfan 
Not sure if any of you have experienced this yet...

Strange behavior with the new  "Built-in Asynchronous DNS" in the new 
Chrome release... (Using OSX 10.7.5, AppEngineLauncher 1.7.6.)

I can no longer access "localhost".  If I set the dev_appserver flag "--host 
127.0.0.1", it seems to fix the problem.

If I disable the "Built-in Asynchronous DNS" flag in chrome:flags, it works 
fine.  

Is this a Chrome bug, or AppEngine bug, where we have to explicitly link 
localhost to 127.0.0.1 using the --host flag?

-- 
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] threadsafe syntax

2013-03-27 Thread GAEfan 
Is the proper syntax for the threadsafe flag in app.yaml supposed to be 
"yes/no", or "true/false"?  Or both are OK?

I have seen it both ways.  Just want to make sure.

Thanks

-- 
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: Delayed execution of tasks in 1.7.6.

2013-03-27 Thread stevep 
Yes. Very noticeable in some situations where an instance absolutely has 
tons of cpu cycles going to waste and yet taskqueue crickets are heard 
chirping. Why??? Having pondered this, unpredictable TQ starts is a very, 
very old source of complaints. One must be resigned to it I guess.

On Wednesday, March 27, 2013 10:08:53 AM UTC-7, notreadbyhumans wrote:
>
> I've noticed that since updating a live app to 1.7.6 new tasks are sitting 
> in named task queues for up to a couple of minutes before executing. The 
> queues are empty (no executing tasks) and have ample execution rates (20/s) 
> and bucket sizes (30), and tasks can be manually run.
>
> Has anyone else experienced similar issues?
>

-- 
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] cost for restoring the backup

2013-03-27 Thread Aswath Satrasala 
Hello,

Is there a way to find out the cost for restoring the backup ?

-Aswath
www.AccountingGuru.in

-- 
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] DDoS attacks

2013-03-27 Thread James Gilliam 
Does GAE have safeguards against these DDoS attacks?  

The link below says such attacks can be up to 50 gigs per second.

http://www.businessinsider.com/spamhaus-cyberbunker-ddos-attack-2013-3

I know gae has the dos.yaml but updating it takes forever compared to 50 
gigs per second and there is a limit of 10 entries I believe.

I am seeing lots of abusive bots to ours sites which I am stopping with my 
code.

Fortunately, nothing at the 50 gigs per second rate.

I am hoping GAE does some of its own monitoring for DDoS and will stop 
heavy traffic from getting to the apps.

Please advise.

Thanks

-- 
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: Doing backup from Appengine Datastore Admin to Cloud Storage

2013-03-27 Thread Aswath Satrasala 
Gr8!  The below instructions are clear and I was able to restore my backup
to another appid.

-Aswath

On Wed, Mar 27, 2013 at 10:35 PM, Arie Ozarov  wrote:

>
>
>
> On Wed, Mar 27, 2013 at 6:47 AM, Aswath Satrasala <
> aswath.satras...@gmail.com> wrote:
>
>> Thanks for the reply.
>> I can see the backup in the completed backup list.
>>
>> I am planning to restore this backup into another appid.  What is the
>> object name I should be specifying?
>
> I am not sure what you mean by "object name". Are you following these
> directions:
> https://developers.google.com/appengine/docs/adminconsole/datastoreadmin#Restoring_Data_to_Another_App
>
>
>> -Aswath
>>
>>
>> On Mon, Mar 25, 2013 at 10:40 PM, Arie Ozarov  wrote:
>>
>>> These don't look like errors to me but rather a listing of files created
>>> for the backup (I assume the kind was AdjustmentNote?).
>>> The MR library that the backup is using recently added the xxx-retry-?
>>> suffix to the output file names but that should not
>>> and does not indicate a problem.
>>> Can you see your backup in the completed backup list using the Datastore
>>> Admin UI?
>>>
>>> Arie.
>>>
>>> On Friday, March 22, 2013 11:44:03 PM UTC-7, aswath wrote:

 Hello,
 I am trying to do a backup for my appengine appid to Google Cloud
 Storage.  I have setup my Google Cloud Storage account and created a 
 bucket.
 With my beginner knowledge on Google Cloud storage, I have also setup
 proper ACL for the appengine project, by browsing the available
 documentation.

 I am trying to backup just one KIND from the appengine datastore.

 I get the following errors in the GoogleCloudStorage bucket.  Any one
 has suggestions for this.

 -Aswath

 ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
 aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
 DA.AdjustmentNote.backup_info
 3**.7 KB12:01 pm
 vsag/**ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
 aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
 DA.AdjustmentNote.backup_infoa**hZzfmFjY291bnRpbmdndXJ1LWluZGl**
 hckELEhxfQUVfRGF0YXN0b3JlQWRta**W5fT3BlcmF0aW9uGPq3hAIMCxIWX0F**
 FX0JhY2t1cF9JbmZvcm1hdGlvbhgBD**A.backup_info32
 KB12:01 pm
 vsag/**ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
 aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
 DA.backup_infodatastore_**backup_cloudstorag1_**AdjustmentNote-**
 1581584894925711F93C3-output-**0-retry-00
 bytes12:00 pm
 vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
 1581584894925711F93C3-output-**0-retry-0datastore_backup_**
 cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**1-retry-00
 bytes12:00 pm
 vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
 1581584894925711F93C3-output-**1-retry-0datastore_backup_**
 cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**10-retry-00
 bytes12:00 pm
 vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
 1581584894925711F93C3-output-**10-retry-0datastore_backup_**
 cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**11-retry-00
 bytes12:00 pm
 vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
 1581584894925711F93C3-output-**11-retry-0datastore_backup_**
 cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**12-retry-032
 KB12:00 pm
 vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
 1581584894925711F93C3-output-**12-retry-0datastore_backup_**
 cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**13-retry-032
 KB12:00 pm
 vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
 1581584894925711F93C3-output-**13-retry-0datastore_backup_**
 cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**14-re

[google-appengine] Re: channel api not working on production

2013-03-27 Thread Glen Whitaker 
We are currently facing a similar problem where the client stops receiving 
messages from the server. What we have observed is the application will 
perform as expected, receiving messages opening up the channel on the 
initial few visits, however after a period of time the channel on the 
client will not receive any more messages despite being established.

Diagnosis has been performed on both local dev mode and production 
instances and behaviour is the same, except on production it takes a longer 
period of time ( approximately 1 hr ) before reaching this channel state of 
not receiving on the client. The problem has been observed in both the 
latest versions of Chrome and Firefox. 

Through use of lsof and netstat it was found that a large number of sockets 
were being held open by the browser in a CLOSE_WAIT state, which once the 
process (firefox) that was holding these sockets was closed and released 
the channel started to receive again, although at a very slow rate ( the 
slow rate on recovery could be caused by the current task queue latency ).

The problem does not exist if setting up a new channel with a new token 
every time, but when refreshing (disconnect/reconnect) the channel using 
the same token results in this problem where client stops receiving after a 
period of time. 

Still trying to find a solution to this problem.

On Monday, 31 December 2012 07:00:42 UTC+11, 0914...@umt.edu.pk wrote:
>
> I've recently faced the problem. I've implemented some collaborative work 
> on my app. I've used the Channel API and it works really fine on localhost. 
> After deploy, the "update" in the other client is never received. why?
>

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

Re: [google-appengine] Delayed execution of tasks in 1.7.6.

2013-03-27 Thread Moises Belchin 
Me too.


Saludos.
Moisés Belchín.


2013/3/27 notreadbyhumans 

> I've noticed that since updating a live app to 1.7.6 new tasks are sitting
> in named task queues for up to a couple of minutes before executing. The
> queues are empty (no executing tasks) and have ample execution rates (20/s)
> and bucket sizes (30), and tasks can be manually run.
>
> Has anyone else experienced similar issues?
>
> --
> 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.
>
>
>

-- 
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] Delayed execution of tasks in 1.7.6.

2013-03-27 Thread notreadbyhumans 
I've noticed that since updating a live app to 1.7.6 new tasks are sitting 
in named task queues for up to a couple of minutes before executing. The 
queues are empty (no executing tasks) and have ample execution rates (20/s) 
and bucket sizes (30), and tasks can be manually run.

Has anyone else experienced similar issues?

-- 
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: Doing backup from Appengine Datastore Admin to Cloud Storage

2013-03-27 Thread Arie Ozarov 
On Wed, Mar 27, 2013 at 6:47 AM, Aswath Satrasala <
aswath.satras...@gmail.com> wrote:

> Thanks for the reply.
> I can see the backup in the completed backup list.
>
> I am planning to restore this backup into another appid.  What is the
> object name I should be specifying?

I am not sure what you mean by "object name". Are you following these
directions:
https://developers.google.com/appengine/docs/adminconsole/datastoreadmin#Restoring_Data_to_Another_App


> -Aswath
>
>
> On Mon, Mar 25, 2013 at 10:40 PM, Arie Ozarov  wrote:
>
>> These don't look like errors to me but rather a listing of files created
>> for the backup (I assume the kind was AdjustmentNote?).
>> The MR library that the backup is using recently added the xxx-retry-?
>> suffix to the output file names but that should not
>> and does not indicate a problem.
>> Can you see your backup in the completed backup list using the Datastore
>> Admin UI?
>>
>> Arie.
>>
>> On Friday, March 22, 2013 11:44:03 PM UTC-7, aswath wrote:
>>>
>>> Hello,
>>> I am trying to do a backup for my appengine appid to Google Cloud
>>> Storage.  I have setup my Google Cloud Storage account and created a bucket.
>>> With my beginner knowledge on Google Cloud storage, I have also setup
>>> proper ACL for the appengine project, by browsing the available
>>> documentation.
>>>
>>> I am trying to backup just one KIND from the appengine datastore.
>>>
>>> I get the following errors in the GoogleCloudStorage bucket.  Any one
>>> has suggestions for this.
>>>
>>> -Aswath
>>>
>>> ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
>>> aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
>>> DA.AdjustmentNote.backup_info
>>> 3**.7 KB12:01 pm
>>> vsag/**ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
>>> aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
>>> DA.AdjustmentNote.backup_infoa**hZzfmFjY291bnRpbmdndXJ1LWluZGl**
>>> hckELEhxfQUVfRGF0YXN0b3JlQWRta**W5fT3BlcmF0aW9uGPq3hAIMCxIWX0F**
>>> FX0JhY2t1cF9JbmZvcm1hdGlvbhgBD**A.backup_info32
>>> KB12:01 pm
>>> vsag/**ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
>>> aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
>>> DA.backup_infodatastore_**backup_cloudstorag1_**AdjustmentNote-**
>>> 1581584894925711F93C3-output-**0-retry-00
>>> bytes12:00 pm
>>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>>> 1581584894925711F93C3-output-**0-retry-0datastore_backup_**
>>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**1-retry-00
>>> bytes12:00 pm
>>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>>> 1581584894925711F93C3-output-**1-retry-0datastore_backup_**
>>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**10-retry-00
>>> bytes12:00 pm
>>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>>> 1581584894925711F93C3-output-**10-retry-0datastore_backup_**
>>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**11-retry-00
>>> bytes12:00 pm
>>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>>> 1581584894925711F93C3-output-**11-retry-0datastore_backup_**
>>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**12-retry-032
>>> KB12:00 pm
>>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>>> 1581584894925711F93C3-output-**12-retry-0datastore_backup_**
>>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**13-retry-032
>>> KB12:00 pm
>>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>>> 1581584894925711F93C3-output-**13-retry-0datastore_backup_**
>>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**14-retry-00
>>> bytes12:00 pm
>>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>>> 1581584894925711F93C3-output-**14-retry-0datas

[google-appengine] AppScale IRC office hours 3/27 8am PST

2013-03-27 Thread Hannah Anderson 
Hi all,

AppScale is an open source implementation og Google App Engine.

Join us on IRC at #appscale on freenode.net with any questions or feature 
requests about AppScale, or just to say 'hi'!


We're doing them every Wednesday from 8am PST - 9am PST, so feel free to 
join us and drop us a line!

-- 
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: Doing backup from Appengine Datastore Admin to Cloud Storage

2013-03-27 Thread Aswath Satrasala 
Thanks for the reply.
I can see the backup in the completed backup list.

I am planning to restore this backup into another appid.  What is the
object name I should be specifying?

-Aswath

On Mon, Mar 25, 2013 at 10:40 PM, Arie Ozarov  wrote:

> These don't look like errors to me but rather a listing of files created
> for the backup (I assume the kind was AdjustmentNote?).
> The MR library that the backup is using recently added the xxx-retry-?
> suffix to the output file names but that should not
> and does not indicate a problem.
> Can you see your backup in the completed backup list using the Datastore
> Admin UI?
>
> Arie.
>
> On Friday, March 22, 2013 11:44:03 PM UTC-7, aswath wrote:
>>
>> Hello,
>> I am trying to do a backup for my appengine appid to Google Cloud
>> Storage.  I have setup my Google Cloud Storage account and created a bucket.
>> With my beginner knowledge on Google Cloud storage, I have also setup
>> proper ACL for the appengine project, by browsing the available
>> documentation.
>>
>> I am trying to backup just one KIND from the appengine datastore.
>>
>> I get the following errors in the GoogleCloudStorage bucket.  Any one has
>> suggestions for this.
>>
>> -Aswath
>>
>> ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
>> aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
>> DA.AdjustmentNote.backup_info
>> 3**.7 KB12:01 pm
>> vsag/**ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
>> aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
>> DA.AdjustmentNote.backup_infoa**hZzfmFjY291bnRpbmdndXJ1LWluZGl**
>> hckELEhxfQUVfRGF0YXN0b3JlQWRta**W5fT3BlcmF0aW9uGPq3hAIMCxIWX0F**
>> FX0JhY2t1cF9JbmZvcm1hdGlvbhgBD**A.backup_info32
>> KB12:01 pm
>> vsag/**ahZzfmFjY291bnRpbmdndXJ1LWluZG**lhckELEhxfQUVfRGF0YXN0b3JlQWRt**
>> aW5fT3BlcmF0aW9uGPq3hAIMCxIWX0**FFX0JhY2t1cF9JbmZvcm1hdGlvbhgB**
>> DA.backup_infodatastore_**backup_cloudstorag1_**AdjustmentNote-**
>> 1581584894925711F93C3-output-**0-retry-00
>> bytes12:00 pm
>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>> 1581584894925711F93C3-output-**0-retry-0datastore_backup_**
>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**1-retry-00
>> bytes12:00 pm
>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>> 1581584894925711F93C3-output-**1-retry-0datastore_backup_**
>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**10-retry-00
>> bytes12:00 pm
>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>> 1581584894925711F93C3-output-**10-retry-0datastore_backup_**
>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**11-retry-00
>> bytes12:00 pm
>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>> 1581584894925711F93C3-output-**11-retry-0datastore_backup_**
>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**12-retry-032
>> KB12:00 pm
>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>> 1581584894925711F93C3-output-**12-retry-0datastore_backup_**
>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**13-retry-032
>> KB12:00 pm
>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>> 1581584894925711F93C3-output-**13-retry-0datastore_backup_**
>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**14-retry-00
>> bytes12:00 pm
>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>> 1581584894925711F93C3-output-**14-retry-0datastore_backup_**
>> cloudstorag1_AdjustmentNote-**1581584894925711F93C3-output-**15-retry-032
>> KB12:00 pm
>> vsag/datastore_backup_**cloudstorag1_AdjustmentNote-**
>> 1581584894925711F93C3-output-**15-retry-0datastore_backup_**
>> clou

[google-appengine] export JSON to Cloud Storage

2013-03-27 Thread Ranjit Chacko 
 

I'm trying to create JSON representations of my models in the datastore and 
then write them to a file in Cloud Storage in a MapperPipeline. 

The map method looks something like this:

def map_method(entity):
  json_message = make_json_message(entity)
  yield(json_message)


and the params for the output_writer look something like this:

"output_writer":{
"filesystem": "gs",
"gs_bucket_name": "json_export",
"mime_type": "text/utf-8"
  }

The pipeline completes successfully, but the file I'm getting in Cloud 
Storage seems to be in a binary format.

How do I get a JSON file out that I can read?

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

Re: [google-appengine] Re: new devappserver2 and get_by_id

2013-03-27 Thread Gianni 
>
> Are you encoding your ids as floating point numbers before calling
> get_by_id()?
>

No, I encoding as integer.
Javascript send to python app something like this
http://localhost:8080/api/misura/5332261958806667000/
instead of
http://localhost:8080/api/misura/5332261958806667264/

No problem in production, only in local devappserver2

Please see this post:
>
> https://groups.google.com/forum/?fromgroups=#!msg/google-appengine/r7L2mH3VzLw/BfFsSTGjlbwJ
>
> Hope that helps!
>

Ya, seams the same issue.



> On Tuesday, March 26, 2013 9:50:04 AM UTC-7, Giovanni Di Noia wrote:
>>
>> Hi, with new devappserver2 the get_by_id() method return an integer
>> ending with 000 instead of real id. the rest of number is the same but only
>> last 3 is ever replace with 000. What'a appens? does not seem a bug.
>> -- Gianni
>>
>  --
> 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.
>
>
>

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