[google-appengine] Re: Secure Cloud Scheduler App Engine route with X-Cloudscheduler

[James Watkinson]

Thanks Olu for testing, 

Could you provide the scenario in which the header was not presented? Can 
you also raise a ticket to get this fixed / added to all Cloud Scheduler 
requests? 

login: admin is not available in Python 3.7 App Engine environment App.yaml 
reference: 
https://cloud.google.com/appengine/docs/standard/python3/config/appref

On Tuesday, 21 April 2020 16:39:28 UTC+1, Olu wrote:
>
> According to Cloud Scheduler documentation [1--See the App Engine HTTP], 
> App Engine endpoints can be secured with "login:  admin" in the app.yaml 
> file. While I understand that the admin login feature is not available for 
> some environments and not documented for some of the App Engine Standard 
> Language Runtimes, certainly it is not available for App Engine flex, I do 
> not have any information about the deprecation. At the least, I have no 
> documentation that confirms that at this point.
>
> About the use of X-Cloudscheduler:true as a header, following internal 
> tests completed on various types of requests, this may somewhat be relied 
> upon to filter requests for some of the cases. However, in one of the tests 
> done in the past for requests, we found the use flawed. Since using the 
> X-Cloudscheduler:true as a header may not be viable for all cases(at least, 
> from our internal tests in the past), I believe this may be the reason why 
> the documentation has not been duly updated.
>
> [1]https://cloud.google.com/scheduler/docs/creating#creating_jobs
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/874aa788-d794-4df7-a2b2-0bdf6327041d%40googlegroups.com.

[google-appengine] Secure Cloud Scheduler App Engine route with X-Cloudscheduler

[James Watkinson]

I've setup Cloud Scheduler to GET an App Engine route with no issues - but 
the documentation is lacking (in general), but mostly on how to secure it. 
It mentions "login: admin" in app.yaml, but I'm pretty sure that is 
deprecated in most new Standard Environments.

I tested briefly the request and have seen X-Cloudscheduler:true as a 
header, knowing that App Engine strips all "X-" headers, can this be relied 
on? If so, can it be added to the documentation.

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/491affb7-7250-490d-996e-766dbb63ea11%40googlegroups.com.

Re: [google-appengine] 2 second RPC call to same url according to StackDriver?

[James Crowley]

Thanks Elliott - I wasn't aware of that tracker.

On Tue, 30 Jul 2019 at 21:10, 'Elliott (Cloud Platform Support)' via Google
App Engine  wrote:

> Hello James,
>
> Please note that Google Groups are reserved for general Google Cloud
> Platform-end product discussions and not for reporting issues, which is why
> I suggest moving the troubleshooting to Issue Tracker
> <https://issuetracker.google.com/issues/new?component=187191=1162848>,
> where issues can be turned private in case we need to gather any project
> specific details.
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/f8944ad3-f48a-4f12-bc53-68f3ccebb2e5%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/f8944ad3-f48a-4f12-bc53-68f3ccebb2e5%40googlegroups.com?utm_medium=email_source=footer>
> .
>


-- 

---
James Crowley

linkedin: http://linkedin.com/in/jamescrowley
twitter: http://twitter.com/jamescrowley

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAGxK9ipW9QnC%2BdxhC8DzyZTuTbC1YPB9umWcDp%3DCE9LrGdhgag%40mail.gmail.com.

Re: [google-appengine] 2 second RPC call to same url according to StackDriver?

[James Crowley]

I may have spoken too soon - turns out POST requests don't have this
behaviour, and GET requests do.

Anyone have any ideas what would cause this?

On Tue, 30 Jul 2019 at 20:01, James Crowley  wrote:

> Can someone on the Google team pick this up? It turns out this is a crazy
> non-obvious gotcha to hit. It turns out my app.yaml had this:
>
> - url: /.*
> script: auto
> secure: always
>
> and it should have been (no slash)
>
> - url: .*
> script: auto
> secure: always
>
> This change reduced our load times by 2 seconds per request.
>
> Thanks
>
> James
>
> On Tue, 30 Jul 2019 at 10:14, James Crowley 
> wrote:
>
>>
>> Hi - I'm trying to diagnose some significant performance issues when
>> running PHP 7 in the standard AppEngine environment.
>>
>> I've enabled stackdriver tracing (we start the trace as the first step in
>> our PHP app, in the entry point php file), and it seems to be showing the
>> root URL doing an RPC call to the root URL, taking 2 seconds before any of
>> our code executes?
>>
>> J
>>
>> --
>> 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 view this discussion on the web visit
>> https://groups.google.com/d/msgid/google-appengine/3447d0f6-4930-4c17-9478-c139aa684768%40googlegroups.com
>> <https://groups.google.com/d/msgid/google-appengine/3447d0f6-4930-4c17-9478-c139aa684768%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>
>
> --
>
> ---
> James Crowley
>
> linkedin: http://linkedin.com/in/jamescrowley
> twitter: http://twitter.com/jamescrowley
>


-- 

---
James Crowley

linkedin: http://linkedin.com/in/jamescrowley
twitter: http://twitter.com/jamescrowley

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAGxK9iq9q3-7ZOqxE6s7yYzzmtZ1WZ-LOG34XAa5EdZchY6Bfg%40mail.gmail.com.

Re: [google-appengine] 2 second RPC call to same url according to StackDriver?

[James Crowley]

Can someone on the Google team pick this up? It turns out this is a crazy
non-obvious gotcha to hit. It turns out my app.yaml had this:

- url: /.*
script: auto
secure: always

and it should have been (no slash)

- url: .*
script: auto
secure: always

This change reduced our load times by 2 seconds per request.

Thanks

James

On Tue, 30 Jul 2019 at 10:14, James Crowley  wrote:

>
> Hi - I'm trying to diagnose some significant performance issues when
> running PHP 7 in the standard AppEngine environment.
>
> I've enabled stackdriver tracing (we start the trace as the first step in
> our PHP app, in the entry point php file), and it seems to be showing the
> root URL doing an RPC call to the root URL, taking 2 seconds before any of
> our code executes?
>
> J
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/3447d0f6-4930-4c17-9478-c139aa684768%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/3447d0f6-4930-4c17-9478-c139aa684768%40googlegroups.com?utm_medium=email_source=footer>
> .
>


-- 

---
James Crowley

linkedin: http://linkedin.com/in/jamescrowley
twitter: http://twitter.com/jamescrowley

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAGxK9ipESxkMCrikJWPA8W_6hnfE%3DtrFX3ZxoMXc1cfDFWwihw%40mail.gmail.com.

[google-appengine] 2 second RPC call to same url according to StackDriver?

[James Crowley]

Hi - I'm trying to diagnose some significant performance issues when 
running PHP 7 in the standard AppEngine environment.

I've enabled stackdriver tracing (we start the trace as the first step in 
our PHP app, in the entry point php file), and it seems to be showing the 
root URL doing an RPC call to the root URL, taking 2 seconds before any of 
our code executes?

J

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3447d0f6-4930-4c17-9478-c139aa684768%40googlegroups.com.

[google-appengine] Re: Future of dev_appserver.py - deprecated?

[James Crowley]

If there are alternatives I'm missing this would be awesome? The feedback 
cycle is super slow when testing Google cloud specific code when it takes 
30 seconds+ to update a running app (and that's ignoring the downsides of 
only being able to work online)

Thanks

J

On Friday, 14 June 2019 01:32:52 UTC+2, James Crowley wrote:
>
>
> Am I right in inferring that dev_appserver.py is on the way to being 
> deprecated, given the later language versions are not supported?
>
> I've tripped up trying to use it in the php7 environment - it prompts me 
> to provide a --php_executable argument for php72 environments (making me 
> think it was supported), but then doesn't seem to actually support the 
> environment ("The url "/" does not match any handlers." which goes away 
> when you use the php55 app.yaml syntax for specifying handlers rather than 
> the single entrypoint parameter)
>
> I then noticed it's not mentioned in the docs for php72/Java 11 etc at all?
>
> Thanks!
>
> James
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/23ab05d6-eb3b-45f2-8282-479f7c3f14ec%40googlegroups.com.

[google-appengine] Future of dev_appserver.py - deprecated?

[James Crowley]

Am I right in inferring that dev_appserver.py is on the way to being 
deprecated, given the later language versions are not supported?

I've tripped up trying to use it in the php7 environment - it prompts me to 
provide a --php_executable argument for php72 environments (making me think 
it was supported), but then doesn't seem to actually support the 
environment ("The url "/" does not match any handlers." which goes away 
when you use the php55 app.yaml syntax for specifying handlers rather than 
the single entrypoint parameter)

I then noticed it's not mentioned in the docs for php72/Java 11 etc at all?

Thanks!

James

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/6446db26-29f4-48ad-88ca-b491cdddffe9%40googlegroups.com.

[google-appengine] Google App Engine SSL Auto-Renewal

[James Terry]

Hi all,

I'm am trying to set up SSL Renewal on my domain name in Google App Engine. 
In Settings > Custom Domains, I select my domain and then click on Enable 
Managed Security. It prompts me with the following: 

domain.com is currently using certificate '$(certificateName)'. This 
> certificate will continue to be used until the Google-managed certificate 
> is activated. Are you sure you want to proceed?


I click ok and then get prompted with "Failed to activate certificate". 
Naturally, I tried to remove the previous SSL certificate but even after 
selecting it under the SSL certificates tab, the delete button is greyed 
out. When I hover over it, it says that, "To delete a certificate, it must 
not be in use by any domain across any project". I'm guessing that this 
means I have to stop the domain before I uninstall the certificate. I then 
disabled the domain and tried again and still, I got the same message. I've 
tried searching how to remove a certificate from being used but I get no 
good results.

Not stopping there, I tried working with the cloud console. According to 
https://cloud.google.com/appengine/docs/standard/python/securing-custom-domains-with-ssl,
 
I tried the following command, 

gcloud app domain-mappings update DOMAIN --certificate-management='AUTOMATIC'


This instead gave me an error saying the operation failed. This is the 
error.

ERROR: (gcloud.app.domain-mappings.update) Error Response: [7] Caller is 
not authorized to administer the domain 'www.domain.com'. If you own 
'www.domain.com', you can ob
tain authorization by verifying ownership of the domain, or any of its 
parent domains, via the Webmaster Central portal: 
https://www.google.com/webmasters/verification/verification?d
omain=www.domain.com. We reccomend verifying ownership of the largest scope 
you wish to use with subdomains (eg. verify 'example.com' if you wish to 
map 'subdomain.example.com'
).

Then, I click on the link provided which sent me to a page explaining 
domain verification. At the top of the page however, it says I'm already 
the verified owner of my domain. Now I'm confused as there doesn't seem to 
be any other logical progression to solving this problem. Could anyone help 
me out with this?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c11bf2dd-ad89-4bcd-97bc-14276b87b312%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: send data from VM to laptop

['James ( Cloud Platform Support)' via Google App Engine]

Hello Pengyuan,

You can transfer files from a VM through a few different ways. 

You can transfer from the Google Cloud shell[1] by running the following 
command:

gcloud compute scp :~/ ~/Documents/

Or you can SSH/RDP depending on the host VM OS and use the Download file 
option. These methods are outlined with the exact steps in the article 
below but either or should allow you to transfer the files.

The scp method does require you to have port 22 open.

[1] https://cloud.google.com/compute/docs/instances/transfer-files 

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/239c31e4-dddb-4214-9f32-0d9f1931eab5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine PHP 7.3

[James Castillo]

I don't need any other reason than because that's what I want. If App 
Engine won't provide it then I won't use it.

On Monday, January 7, 2019 at 11:20:41 AM UTC-5, George (Cloud Platform 
Support) wrote:
>
> Hello James, 
>
> It is difficult to offer even an appropriate release date for PHP 
> versions. Development speed is known to depend on many factors, testing 
> results are not known in advance, and decisions might be taken in the last 
> moment. Assuming you use App Engine Flexible, you'll need to still stay 
> with PHP version 7.2 for now. What are the advantages of 7.3 that you find 
> important for your application? What features are sorely needed, that only 
> 7.3 offers? A feature request needs the support of a well-motivated use 
> case to prove its point and convince.  
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f195f387-1ac1-4c98-9326-ee1f8c78a3d7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] App Engine PHP 7.3

[James Castillo]

Does anyone know when Google might add a PHP 7.3 enviornment to App Engine?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/483df520-4bfb-4920-8114-933548aa3ebb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Google cloud AutoML Vision doubt

[Manuel James]

hello everyone, i will keep it simple because its a very generic question 
but i don't have any answer yet, the problem its that in my university a 
company set a little "Investigation group" and its related to aumented 
reality and we need a image identificaction prograrm so i read only that 
google cloud service, most acurrated cloud atml vision. the real question 
is... not the cost or the dificulty, its the libert we have whit the AI 
tool, the most concerned i am is whit you can have a respond whit it? like, 
i scan a mug image and it send me to a page that i whant, for something to 
say to netflix for example. 

PS:I am really sorry if this "Post" its not welcome here ( i mean, if it 
not belong here, if not please directme to the right one, i only need a 
simple answer) 

A lot of thanks beforehand

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c381b288-0319-4e33-a247-44ba810b3ce9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Is GAE required for GCE usage?

[James Graham]

I use four GCE VMs with a variety of APIs and services, but every month I 
see charges for App Engine Flex usage even though the GAE dashboard shows 0 
requests over the same timeframe. Is it possible to use GCE without GAE? I 
can't tell if GAE is serving a purpose or if it was created accidentally 
(or if it is no longer in use). How can I understand what value my GAE 
usage is actually providing? For that matter, how can I see what it's 
actually doing?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0fa2814d-30c5-4863-b2e8-91e8cb933c99%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Custom Domain much slower than $PROJECT_ID.appspot.com

[James Kozianski]

Ah, yes, that does seem to be the case. That is unfortunate.

Thanks for the link.

On Fri, Aug 10, 2018 at 12:20 AM Ani Hatzis  wrote:

> Hi James,
>
> I believe you are affected by a known issue
> <https://issuetracker.google.com/issues/64458939>. Last status was that
> they are working on it, but no ETA.
>
> On Thu, Aug 9, 2018 at 3:41 PM James Kozianski 
> wrote:
>
>> Hi,
>>
>> I've set up a custom domain for my service and I find that when accessing
>> the service via that domain it is significantly slower than accessing it
>> via its $PROJECT_ID.appspot.com address. I have determined that it's not
>> an issue with DNS as the difference in latency is still there when using
>> the resolved IP addresses directly.
>>
>> The slowdown is very noticeable: it varies from 2x to 10x slower on the
>> custom domain, and the delay occurs in the period between the connection
>> being established and the first byte being sent.
>>
>> Also note my app engine service is running in Sydney.
>>
>> Is it possible I've misconfigured something? My DNS is CNAMEd to
>> ghs.googlehosted.com, but it seems to me that using custom domains for
>> routing is simply really slow. Is there anything I can do to improve the
>> latency here?
>>
>> Cheers,
>> James
>>
>> --
>>
> 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 https://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/google-appengine/78aa47f9-eb0c-4fb2-ab5d-94f678b205bd%40googlegroups.com
>> <https://groups.google.com/d/msgid/google-appengine/78aa47f9-eb0c-4fb2-ab5d-94f678b205bd%40googlegroups.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google App Engine" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-appengine/sjp9LRzmPH0/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/CALdDuQ5js4_eH5waG1gbe7%3DjkMrSS%2BL5v3mJOtQ-d6cBiiVjfg%40mail.gmail.com
> <https://groups.google.com/d/msgid/google-appengine/CALdDuQ5js4_eH5waG1gbe7%3DjkMrSS%2BL5v3mJOtQ-d6cBiiVjfg%40mail.gmail.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAOrgo%2BKs4TNawfSyZF88i5TL7atHoGnQ29ory1CA0LfVD5qOTw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Custom Domain much slower than $PROJECT_ID.appspot.com

[James Kozianski]

Hi,

I've set up a custom domain for my service and I find that when accessing 
the service via that domain it is significantly slower than accessing it 
via its $PROJECT_ID.appspot.com address. I have determined that it's not an 
issue with DNS as the difference in latency is still there when using the 
resolved IP addresses directly.

The slowdown is very noticeable: it varies from 2x to 10x slower on the 
custom domain, and the delay occurs in the period between the connection 
being established and the first byte being sent.

Also note my app engine service is running in Sydney.

Is it possible I've misconfigured something? My DNS is CNAMEd to 
ghs.googlehosted.com, but it seems to me that using custom domains for 
routing is simply really slow. Is there anything I can do to improve the 
latency here?

Cheers,
James

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/78aa47f9-eb0c-4fb2-ab5d-94f678b205bd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Issue with invalid SSL certificate

[James Lumb]

Hi Richard, any update herre? 

On Monday, January 22, 2018 at 4:48:53 PM UTC, Richard Cheesmar wrote:
>
> Kai, I'll look into this again soon as I get a moment, please bear with me
>
> On Mon, Jan 22, 2018 at 6:39 PM, 'Kai Wang' via Google App Engine <
> google-a...@googlegroups.com > wrote:
>
>> Cool.
>>
>> By saying "have to roll revert back", do you mean this issue is already 
>> solved in your current version of cloud sdk, without swapping 
>> urlfetch_cacerts.txt ?
>>
>> Thanks.
>>
>> On Monday, January 22, 2018 at 6:07:50 AM UTC-8, Richard Cheesmar wrote:
>>>
>>> kai,
>>>
>>> I will have to revert back to the old certs to reproduce it, I'll try to 
>>> provide some more information sometime this week if possible.
>>>
>>>
>>>
>>> On Sunday, January 21, 2018 at 11:25:36 PM UTC+3, Kai Wang wrote:

 The gcloud version is pretty new. But these information is not enough 
 for reproducing.

 If you are running the app with dev_appserver 
 ,
  
 please *ATTACH A DEMO APP *for reproducing the issue.
 If not, please also give a guide of reproducing it.

 Otherwise, without even a stacktrace, it is hard to understand how the 
 following is triggered:

   File "/usr/local/google_appengine/google/appengine/api/urlfetch.py", 
 line 467, in _get_fetch_result
 'Invalid and/or missing SSL certificate for URL: ' + url)
 SSLCertificateError: Invalid and/or missing SSL certificate for URL: 
 https://accounts.google.com/o/oauth2/token


 Your help will be sincerely appreciated.




 On Saturday, January 20, 2018 at 12:05:56 PM UTC-8, Richard Cheesmar 
 wrote:
>
> Hi, kai,
>
> Chezs-MacBook-Air:google_appengine chez$ gcloud version
> Google Cloud SDK 183.0.0
> app-engine-python 1.9.64
> beta 2017.09.15
> bq 2.0.27
> core 2017.12.08
> gcloud 
> gsutil 4.28
>
>
> Chezs-MacBook-Air:google_appengine chez$ openssl version
> OpenSSL 0.9.8zh 14 Jan 2016
>
>
>
> On Saturday, January 20, 2018 at 8:04:36 PM UTC+3, Kai Wang wrote:
>>
>> Hi Richard,
>>
>>  error on the local dev machine when using googlecloudstorage to 
>>> write a file:
>>
>>
>> Which development tool were you using?   Is it GAE's dev_appserver 
>> 
>>  ?  
>> Is it gsutil 
>>  ? Or else?
>>
>>
>> I have some experience working on dev_appserver. AFAIK, apps running 
>> on dev_appserver have cloudstroage calls backed by a local fake. 
>> I found two docs mentioning dev_appserver with cloud storage [ 1 
>> 
>> , 2 
>> 
>> ]
>>
>> Following the doc 1, I ran the attached demo app using 
>> dev_appserver.py;
>> And hit "localhost:8080" returns:
>>
>>
>> Demo GCS Application running from Version: None.873839430855777998
>>
>> Using bucket name: app_default_bucket
>>
>> Creating file /app_default_bucket/demo-testfile
>>
>>
>> To be close to your code snippet, I especially changed main.py line 
>> 88 to:
>>
>> with cloudstorage.open(filename, 'w', 
>> content_type='binary/octet-stream', options={b'x-goog-acl': 
>> b'public-read'}) as f:
>>
>>
>> FYI, Digging into the urlfetch.py in our SDK, I found 
>> validate_certificate defaultly disabled.
>>
>>
>> For trouble shooting, please DO update this thread with as much input 
>> as possible. 
>>
>> Thanks.
>>
>>
>>
>>
>>
>>
>>
>> On Thursday, January 4, 2018 at 5:04:40 AM UTC-8, Richard Cheesmar 
>> wrote:
>>>
>>> I'm getting the following error on the local dev machine when using 
>>> googlecloudstorage to write a file:
>>>
>>>   File 
>>> "/usr/local/google_appengine/google/appengine/api/urlfetch.py", line 
>>> 467, 
>>> in _get_fetch_result
>>> 'Invalid and/or missing SSL certificate for URL: ' + url)
>>> SSLCertificateError: Invalid and/or missing SSL certificate for URL: 
>>> https://accounts.google.com/o/oauth2/token
>>>
>>> import cloudstorage as gcs
>>>
>>> with gcs.open(filename, 'w', content_type=mime, options={b'x-goog-acl': 
>>> b'public-read'}) as f:
>>> f.write(img)
>>> f.close()
>>>
>>> This was working perfectly and there have not been any code changes.
>>> It also works on the live version. 
>>>
>>>
>>> Has anyone noticed the same?
>>>
>>> -- 
>> 

[google-appengine] PCI compliance

[James Hunter]

We are trying to get our Google App Engine application through PCI 
compliance.  They PCI certifier has 2 questions about use of load balancers 
that I'm not able to answer.  Could anyone help me with this?

1.  Is the infrastructure behind the load balancer synchronized?
2.  Can we confirm passing internal scans of the infrastructure housing the 
website(s).

I'm sure google does internal scans of their infrastructure, but does 
anyone know where there's documentation that I can use for PCI compliance 
justification?  Also, does anyone know what synchronized means in terms of 
load balancers and is the Google App Engine infrastructure synchronized?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3819302a-93ea-4a18-8be0-f4d7d24fc335%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Google API for Text to Speech

[James Liu]

I have searched on Google and Google Cloud Document for "Text to Speech" 
function. But I only found "Speech to Text". Is there any API I can use to 
implement my "Text to speech".

Best Regards
James

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/5f371df0-704d-4796-810f-f727eb55788d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Stability of Java 8 on Standard Environment

[James Baldassari]

I was able to find a work-around to be able to publish to a PubSub topic in 
the Java 8 standard environment until a permanent fix is released: 
https://github.com/GoogleCloudPlatform/google-cloud-java/issues/2275


It's necessary to first obtain credentials from within an App Engine 
request thread. Then, pass those credentials to a new Publisher that is 
created inside a non-request thread, such as one created by a Java 
ExecutorService. This combination works but is not very efficient.

On Wednesday, July 26, 2017 at 7:25:12 PM UTC-4, Kenworth (Google Cloud 
Platform) wrote:
>
> @James  I can see that you are already getting responses from my 
> colleague(s) on GitHub 
> <https://github.com/GoogleCloudPlatform/google-cloud-java/issues/2275>, 
> you can continue troubleshooting on your GitHub thread 
> <https://github.com/GoogleCloudPlatform/google-cloud-java/issues/2275> or 
> any one of the relevant links you mentioned (link1 
> <https://github.com/GoogleCloudPlatform/google-cloud-java/issues/1807>, 
> link2 
> <https://github.com/GoogleCloudPlatform/google-cloud-java/issues/1918>, 
> link3 
> <https://github.com/GoogleCloudPlatform/google-cloud-java/issues/2144>). 
> If no resolution is viable, please feel free to update your Public Issue 
> Tracker case <https://issuetracker.google.com/64064706>providing 
> reproducible steps and/or providing a sandbox project.
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/8d4effab-b8f5-4038-9633-999304d7dc86%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Stability of Java 8 on Standard Environment

[James Baldassari]

Kenworth, Christian:

I've posted reports of this issue in a few different places:

https://github.com/GoogleCloudPlatform/google-cloud-java/issues/2275

https://stackoverflow.com/questions/45330377/pubsub-in-app-engine-standard-java-8-nullpointerexception-at-apiproxyimplcurre

https://issuetracker.google.com/issues/64064706

Hopefully someone at Google sees one of those.

On Wednesday, July 26, 2017 at 11:02:30 AM UTC-4, James Baldassari wrote:
>
> Christian, thanks for that interesting (and kind of scary) work-around (
> https://gist.github.com/cmaan/7752e3c4fd0b1ba90a745cb6db232206).  I was 
> having the same problem but with the PubSub client rather than the Spanner 
> client.  By switching the thread factory I was able to avoid the NPE at 
> ApiProxyImpl.java:1267, but now I'm getting a slightly different problem:
>
> Caused by: io.grpc.StatusRuntimeException: UNAUTHENTICATED at 
> io.grpc.Status.asRuntimeException(Status.java:543 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2FStatus.java=543=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> io.grpc.stub.ClientCalls$UnaryStreamToFuture.onClose(ClientCalls.java:442 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2Fstub%2FClientCalls.java=442=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-stub-1.4.0.jar:1.4.0] at 
> io.grpc.internal.ClientCallImpl.closeObserver(ClientCallImpl.java:426 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2Finternal%2FClientCallImpl.java=426=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ClientCallImpl.access$100(
> ClientCallImpl.java:76 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2Finternal%2FClientCallImpl.java=76=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.close(
> ClientCallImpl.java:512 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2Finternal%2FClientCallImpl.java=512=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.access$700(
> ClientCallImpl.java:429 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2Finternal%2FClientCallImpl.java=429=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInContext(
> ClientCallImpl.java:544 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2Finternal%2FClientCallImpl.java=544=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ContextRunnable.run(
> ContextRunnable.java:52 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2Finternal%2FContextRunnable.java=52=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.SerializingExecutor.run(
> SerializingExecutor.java:117 
> <https://console.cloud.google.com/debug/fromlog?appModule=default=726e5a9947359106976a136abc8e0ca6b35fb27c=io%2Fgrpc%2Finternal%2FSerializingExecutor.java=117=5978aba20009e3592c609b7b=1501080480694147000=2=mabl-prod-app=283129770220>)
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.FutureTask.run(FutureTask.java:266) 
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
>  
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:295)
>  
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>  
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>  
> ~[na:1.8.0_112-g

[google-appengine] Re: Stability of Java 8 on Standard Environment

[James Baldassari]

Christian, thanks for that interesting (and kind of scary) work-around (
https://gist.github.com/cmaan/7752e3c4fd0b1ba90a745cb6db232206).  I was 
having the same problem but with the PubSub client rather than the Spanner 
client.  By switching the thread factory I was able to avoid the NPE at 
ApiProxyImpl.java:1267, but now I'm getting a slightly different problem:

Caused by: io.grpc.StatusRuntimeException: UNAUTHENTICATED at 
io.grpc.Status.asRuntimeException(Status.java:543 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
io.grpc.stub.ClientCalls$UnaryStreamToFuture.onClose(ClientCalls.java:442 
)
 
~[grpc-stub-1.4.0.jar:1.4.0] at 
io.grpc.internal.ClientCallImpl.closeObserver(ClientCallImpl.java:426 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ClientCallImpl.access$100(
ClientCallImpl.java:76 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.close(
ClientCallImpl.java:512 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.access$700(
ClientCallImpl.java:429 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInContext(
ClientCallImpl.java:544 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ContextRunnable.run(
ContextRunnable.java:52 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.SerializingExecutor.run(
SerializingExecutor.java:117 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.FutureTask.run(FutureTask.java:266) 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:295)
 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
~[na:1.8.0_112-google-v7] ... 1 common frames omitted Caused by: 
java.io.IOException: Could not get the access token. at 
com.google.auth.oauth2.AppEngineCredentials.refreshAccessToken(
AppEngineCredentials.java:136 
)
 
~[google-auth-library-oauth2-http-0.7.0.jar:na] at 
com.google.auth.oauth2.OAuth2Credentials.refresh(OAuth2Credentials.java:149 
)
 

[google-appengine] Re: Data recovery appspot

[James Calfee]

The project at the time was secure-gem .. I ported it to secure-gem2 but 
secure-gem2 does not have the backing data..

On Monday, June 19, 2017 at 6:18:15 PM UTC-5, James Calfee wrote:
>
> Hi, sorry for the delay.  
>
> The data-store upgrade was shortly after:
>
> 7/1/2015
>
> I have attached the email I received about the upgrade.  I was able to 
> upgrade my app's front-end, but for some reason I was not able to upgrade 
> the data store.  The data-store upgrade required an external tool (command 
> line) and I had some issue running it.  I'll be happy to enable support on 
> my account (silver or so).  I think I need someone to verify me and fetch 
> the data manually.  Or better yet just upgrade it into the new front-end 
> app so I can get to the blobstore again.
>
> Here is the email about the data upgrade:
>
> Dear App Engine Developer, 
>
> You are receiving this email because you are listed as an owner of a 
> Google App Engine application that is configured to use the deprecated 
> service Master/Slave Datastore, which will soon be shut down. Don’t worry 
> though, this email gives clear instructions for what you need to do. Even 
> if your application does not store data in Master/Slave Datastore, it is 
> still configured to use Master/Slave Datastore, so please keep reading. 
>
> When we launched App Engine, Master/Slave Datastore was the only database 
> service that applications could use to store data. Master/Slave Datastore 
> had issues scaling with the size and complexity of applications running on 
> App Engine, so we launched its successor, High Replication Datastore 
> (HRD), in 2011. Since that launch HRD has proven to scale without issues 
> <http://googleappengine.blogspot.com/2012/01/happy-birthday-high-replication.html>.
>  
>
>
> One of our core goals with Google Cloud Platform is to provide customers 
> with the best technologies to build their business, so when we saw that HRD 
> was a more robust technology, we decided to make HRD the default database 
> service. On April 4 2012 we announced 
> <http://googleappengine.blogspot.com/2012/04/masterslave-datastore-thanks-for-all.html>
>  
> the deprecation of Master/Slave Datastore -- our signal that three years 
> from that date we would formally shut down the service. 
>
> That three years is upon us and, as mentioned above, one or more 
> applications that you own (listed below) are running on Master/Slave 
> Datastore. If you don’t take any action these applications will be shutdown 
> on *July 6, 2015* and will no longer serve traffic (users will see HTTP 
> 404 responses). 
>
> To ensure that these applications continue to operate, you’ll need to 
> follow these few steps for each application:
>
>- Log into the Google Developers Console 
><https://console.developers.google.com/>.
>- Create a new project, which in turn creates a new HRD application.
>- Use the HRD Migration Utility 
><https://cloud.google.com/appengine/docs/adminconsole/migration> to 
>migrate any Master/Slave data to the new HRD application.
>
>
> *An important note*: You need to follow the above steps even if your 
> application does not store any data because your application is 
> *configured* to use the Master/Slave Datastore. For example, even if it’s 
> a static HTML website. When we shut down the Master/Slave Datastore these 
> applications will be also shut down if they are not migrated. 
>
> *For applications on the Java 6 runtime*: Java 6 apps must be upgraded to 
> Java 7 prior to the migration to HRD. 
> To determine whether your app is a Java 6 app:
>
>- Visit the App Engine Admin console <https://appengine.google.com/>, 
>and select your application.
>- In the left navigation pane, click *Versions* to display the 
>versions page.
>- At the top of this form, click *Try the new Versions page*.
>- The Java runtime used by your app will be listed under *RUNTIME*.
>
>
> To upgrade:
>
>- Update your development environment to use the latest App Engine 
>Java SDK.
>- Redeploy your app to production App Engine.
>- Test it for correct behavior. There are a small number of potential 
>compatibility issues 
><http://www.oracle.com/technetwork/java/javase/compatibility-417013.html> 
>between Java 6 and Java 7.
>
>  
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/db847949-9ce5-4df6-95f2-f3c270f33630%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Data recovery appspot

[James Calfee]

Hi, sorry for the delay.  

The data-store upgrade was shortly after:

7/1/2015

I have attached the email I received about the upgrade.  I was able to 
upgrade my app's front-end, but for some reason I was not able to upgrade 
the data store.  The data-store upgrade required an external tool (command 
line) and I had some issue running it.  I'll be happy to enable support on 
my account (silver or so).  I think I need someone to verify me and fetch 
the data manually.  Or better yet just upgrade it into the new front-end 
app so I can get to the blobstore again.

Here is the email about the data upgrade:

Dear App Engine Developer, 

You are receiving this email because you are listed as an owner of a Google 
App Engine application that is configured to use the deprecated service 
Master/Slave Datastore, which will soon be shut down. Don’t worry though, 
this email gives clear instructions for what you need to do. Even if your 
application does not store data in Master/Slave Datastore, it is still 
configured to use Master/Slave Datastore, so please keep reading. 

When we launched App Engine, Master/Slave Datastore was the only database 
service that applications could use to store data. Master/Slave Datastore 
had issues scaling with the size and complexity of applications running on 
App Engine, so we launched its successor, High Replication Datastore (HRD), 
in 2011. Since that launch HRD has proven to scale without issues 
.
 


One of our core goals with Google Cloud Platform is to provide customers 
with the best technologies to build their business, so when we saw that HRD 
was a more robust technology, we decided to make HRD the default database 
service. On April 4 2012 we announced 

 
the deprecation of Master/Slave Datastore -- our signal that three years 
from that date we would formally shut down the service. 

That three years is upon us and, as mentioned above, one or more 
applications that you own (listed below) are running on Master/Slave 
Datastore. If you don’t take any action these applications will be shutdown 
on *July 6, 2015* and will no longer serve traffic (users will see HTTP 404 
responses). 

To ensure that these applications continue to operate, you’ll need to 
follow these few steps for each application:

   - Log into the Google Developers Console 
   .
   - Create a new project, which in turn creates a new HRD application.
   - Use the HRD Migration Utility 
    to 
   migrate any Master/Slave data to the new HRD application.


*An important note*: You need to follow the above steps even if your 
application does not store any data because your application is *configured* 
to use the Master/Slave Datastore. For example, even if it’s a static HTML 
website. When we shut down the Master/Slave Datastore these applications 
will be also shut down if they are not migrated. 

*For applications on the Java 6 runtime*: Java 6 apps must be upgraded to 
Java 7 prior to the migration to HRD. 
To determine whether your app is a Java 6 app:

   - Visit the App Engine Admin console , 
   and select your application.
   - In the left navigation pane, click *Versions* to display the versions 
   page.
   - At the top of this form, click *Try the new Versions page*.
   - The Java runtime used by your app will be listed under *RUNTIME*.


To upgrade:

   - Update your development environment to use the latest App Engine Java 
   SDK.
   - Redeploy your app to production App Engine.
   - Test it for correct behavior. There are a small number of potential 
   compatibility issues 
    
   between Java 6 and Java 7.

 

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/220a52a6-fb99-49e7-a628-6a81b4668295%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Data recovery appspot

[James Calfee]

I need to recover an old app from appspot.com .. I attempted to migrate it 
in 2014 but it did not port the data store back-end only the UI ported.  I 
really need the old blob-store data.  Can someone please direct me in the 
right direction?  Do you recall what this datastore upgrade was called?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/bc3c1335-7b66-4e36-aa27-cc99b6b834bb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Error When Deploying Java Appp to App Engine? Can not get the System Java Complier. Please use a JDK, not JRE?

[James Mortensen]

We should easily be able to confirm this by trying to run "javac -version" 
from the command prompt, right?  If the command prompt finds the right JDK, 
then eclipse should too, or is that not a good sanity check?  Thanks.

James

On Saturday, January 16, 2016 at 9:35:58 AM UTC+5:30, Adam (Cloud Platform 
Support) wrote:
>
> Make sure that your JAVA_HOME environment variable is set to "C:\Program 
> Files(x86)\Java\jdk1.7.0_79" and that your PATH contains "C:\Program 
> Files(x86)\Java\jdk1.7.0_79\bin" and doesn't point to the JRE, which can 
> happen if you let the JDK installer set your environment (if you select the 
> 'Public JRE' option). 
>
> On Friday, January 15, 2016 at 9:43:28 PM UTC-5, Hung Ha wrote:
>>
>> I got this issue when deploying my Java app to App Engine
>>
>> Unable to update app: Cannot get the System Java Compiler. Please use a JDK, 
>> not a JRE.
>> See the deployment console for more detailsUnable to update app: Cannot get 
>> the System Java Compiler. Please use a JDK, not a JRE.
>>
>> That is absurd because I set up jdk1.7 in Installed JREs as the following 
>> picture:
>>
>> [image: enter image description here] 
>> <http://i.stack.imgur.com/uCIi9.png>
>>
>> In the log file. Debugging information may be found in 
>> *C:\Users\AppData\Local\Temp\appengine-deploy3218365179732638698.log*
>>
>> Unable to update:
>> java.lang.RuntimeException: Cannot get the System Java Compiler. Please use 
>> a JDK, not a JRE.
>> at 
>> com.google.appengine.tools.admin.Application.compileJavaFiles(Application.java:904)
>> at 
>> com.google.appengine.tools.admin.Application.compileJsps(Application.java:892)
>> at 
>> com.google.appengine.tools.admin.Application.populateStagingDirectory(Application.java:687)
>> at 
>> com.google.appengine.tools.admin.Application.createStagingDirectory(Application.java:629)
>> at 
>> com.google.appengine.tools.admin.AppAdminImpl.doUpdate(AppAdminImpl.java:569)
>> at 
>> com.google.appengine.tools.admin.AppAdminImpl.update(AppAdminImpl.java:58)
>> at 
>> com.google.appengine.eclipse.core.proxy.AppEngineBridgeImpl.deploy(AppEngineBridgeImpl.java:433)
>> at 
>> com.google.appengine.eclipse.core.deploy.DeployProjectJob.runInWorkspace(DeployProjectJob.java:158)
>> at 
>> org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)
>>
>> *What is wrong?*
>>
>> This is my eclipse.ini
>>
>> -startup
>> plugins/org.eclipse.equinox.launcher_1
>>
>> ...
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2a23cbe3-c83a-47f9-884f-a04effb11348%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: New Flexible App Engine Beta Performs Redirects :(

[James Chan]

I got the same problem too :(

On Friday, 18 November 2016 03:45:52 UTC+8, Mark Herhold wrote:
>
> I tried the new beta version of the flexible app engine and my application 
> redirects (307 Temporary Redirect) to appspot-preview.com from my domain 
> instead of serving up the requests from the domain. This is really awful 
> for my use case and I reverted back to App Engine alpha.
>
> Can someone explain the rationale for the change? Will this new 'feature' 
> be rolled back?
>
> 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a4acdbeb-f7ee-43a9-91b8-60ac73954ced%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] AppEngine with Endpoints

[Andrew James]

>From the tutorials I have seen, you can package html/css within an 
Endpoints app, effectively creating a dynamic web app. Is this good 
practise, or is the recommended approach to create a separate app 
(containing the front-end code) and host it in app engine?

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4200493e-31d5-4e40-8598-44fb2954b8a6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] what is the gae api to retrieve the project number

[James Gilliam]

been googling for how to obtain the project number via a gae api and cannot 
find it

the number is located on the dashboard but i wanted to get it 
programmatically

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/07a00171-7c62-4123-9ec5-4c871b1a25b0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] oauth2 exchange code for token

[James Gilliam]

does anybody know how to pass a user specified parameter in step1 of the 
oauth2 scenario that can be retrieved when receiving the code in step2?  so 
one can relate the step1 authorization with step2.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a51d5d4c-4d88-4972-a317-7bb4bca164af%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: oauth2 exchange code for token

[James Gilliam]

it is state -- try finding that in the oauth2 documentation

On Friday, August 28, 2015 at 4:41:39 PM UTC-7, James Gilliam wrote:

 does anybody know how to pass a user specified parameter in step1 of the 
 oauth2 scenario that can be retrieved when receiving the code in step2?  so 
 one can relate the step1 authorization with step2.



-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/83b79907-05e5-4967-ad60-50381e8ce3a0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: oauth2 exchange code for token

[James Gilliam]

look at documentation page 

https://developers.google.com/identity/protocols/OAuth2WebServer

search for the word 'state'

On Friday, August 28, 2015 at 4:41:39 PM UTC-7, James Gilliam wrote:

 does anybody know how to pass a user specified parameter in step1 of the 
 oauth2 scenario that can be retrieved when receiving the code in step2?  so 
 one can relate the step1 authorization with step2.



-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9acbdeea-868d-43de-9d65-74e6ffcdf06e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] oauth2 with cloud contacts api

[James Gilliam]

After authorizing contacts api in  appid, I was trying to use the contacts 
sample code.  Turns out it is no longer valid since it is using a 
depreciated interface which has been replaced by oauth2.

I am looking for sample python code to demonstrate how to use oauth2 with 
the contacts api.

Can anybody point me in the right direction for this?

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b6185cd8-481b-40e6-baa4-7ce6407e9ba3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] billing -- merging credits from multiple different accounts

[James Gilliam]

I have several billing accounts that have credits in them.  This was from 
the time when different appids could not share the same billing account.

I would now like to move the credits to the one billing account.

Is there a way to do this or a number to call about this?

Thank you

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2b854745-4fd5-4873-9708-e94433cc87b3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] how do you get a serving url for google cloud storage (gcs) object

[James Gilliam]

been googling and reading docs trying to find this out without luck.

i have created a gcs object and want to get a url for serving it 
(get_serving_url)

how do you do this?

also, is there a way to get a blobinfo for the gcs object ?

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a35fa58e-8872-4037-a59a-83d7c5ea11ea%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Analytics showing source/medium as appengine.google.com/referral for sessions using Google Sign-In

[James Foster]

Hi Patrice,

Thank you for your effort. I do appreciate it. What I'm really after is a 
workaround, though. I don't really think of this as a bug as much as an 
unintended side-effect of sending users to a Google login and back again. 
I'd rather that App Engine engineers focus on more pressing stuff like 
getting SSL to work with naked domains.

I imagine there is some way that people are currently dealing with this. 
For example, I could potentially just add utm tags to my post-login 
destination url. I'm just wondering if there are better workarounds.

Regards,
James

On Saturday, July 25, 2015 at 8:01:54 AM UTC+10, Patrice (Cloud Platform 
Support) wrote:

 Hi James!

 So as I said yesterday, I created this issue 
 https://code.google.com/p/googleappengine/issues/detail?id=12177 to 
 track your specific case. If you could go on this and add your exact full 
 login code (complete with the Oauth flow), it would be helpful.

 Also feel free to star the issue so you get notified via email whenever 
 something happens.

 Have a good weekend :)

 On Thursday, July 23, 2015 at 6:12:15 PM UTC-4, Patrice (Cloud Platform 
 Support) wrote:

 Hi again James.

 So, just to keep you updated on your issue, I did a bit of digging around 
 internally to see what can be done, and here's how we'll proceed here:

 as soon as I have a second (today or tomorrow at the latest), I will 
 create an Issue Tracker entry about your issue (and link it here), then, if 
 you could post the code you use for your users to log in, we'll try to 
 reproduce the referral behavior on our end and if we can reproduce, file 
 this as a defect and start working on it.

 Sorry if it took a little while, since it touches both Analytics and App 
 Engine, I had to make sure about the proper place for this to be handled.

 Is that okay with you? (in any case, expect another message on this 
 thread within 24 hours, where I will let you know of the link to the issue 
 I've created for you).

 Cheers!

 On Monday, July 20, 2015 at 2:39:02 PM UTC-4, Patrice (Cloud Platform 
 Support) wrote:

 Well by no means will we let you alone here :). It's just that if you 
 had that avenue of discussion as a possibility it would have helped.

 I'll try to dig in on my end to understand what exactly causes that and 
 what can be done about it. I should be able to let you know what I find 
 within the next couple of days.

 Cheers!

 On Saturday, July 18, 2015 at 4:52:03 AM UTC-4, James Foster wrote:

 I don't have a Google Analytics Premium account. Is there any other way 
 forward?


 On Saturday, July 18, 2015 at 4:23:22 AM UTC+10, Patrice (Cloud 
 Platform Support) wrote:

 Hi James,

 Thank you for your clarification, it does highlight what your issue is.

 Do you have a Google Analytics premium account? Because if you do, I 
 would suggest you go through them. I see this being a feature Request (ie 
 make page referral a repeating attribute or make Adwords have 
 precedence 
 over appengine.google.com/referra| 
 http://appengine.google.com/referra%7C). They might already be 
 aware of the situation and have a workaround for it!

 Cheers

 On Friday, July 17, 2015 at 12:35:24 AM UTC-4, James Foster wrote:

 Google Analytics tracks a single referring page for each session. I'm 
 not 100% sure why a visitor logging in causes a new session in Google 
 Analytics, but I suspect seeing a new referring page is what causes it. 
 (eg. it looks like the user came from an external site)

 I can't add an OR clause in checks for Adwords because visitors who 
 don't come from Adwords go through the same login flow.

 I'm using Google Analytics to measure the results from Adwords. The 
 problem is that since Google Analytics tracks a single referrer for each 
 session and the appengine.google.com referral comes after the 
 Adwords referral, any conversions (from Adwords or other source/medium 
 combinations) are being attributed as appengine.google.com/referral 
 in Google Analytics.


 On Friday, July 17, 2015 at 1:45:08 AM UTC+10, Patrice (Cloud 
 Platform Support) wrote:

 Hi James,

 Not being familiar with the AdWords part of it, I'm not entirely 
 clear on why this stops you. Can't you simply add an OR clause in 
 your 
 checks for Adwords, adding appengine.google.com as a referral? 

 Basically, what do you use to measure results from AdWords and why 
 having the referral breaks this?

 Cheers

 On Wednesday, July 15, 2015 at 11:18:48 PM UTC-4, James Foster wrote:

 I'm wondering whether anyone else is running into this and whether 
 there is a workaround.

 My site sends users through Google login using 
 users.create_login_url 
 https://cloud.google.com/appengine/docs/python/users/functions#create_login_url
  when 
 they opt to sign in. At that point, Google Analytics seems to tag the 
 session as a referral from appengine.google.com.

 It's particularly disruptive, as it hinders my ability to measure 
 results from AdWords.

 Is anyone else encountering

[google-appengine] Re: Google Analytics showing source/medium as appengine.google.com/referral for sessions using Google Sign-In

[James Foster]

I don't have a Google Analytics Premium account. Is there any other way 
forward?


On Saturday, July 18, 2015 at 4:23:22 AM UTC+10, Patrice (Cloud Platform 
Support) wrote:

 Hi James,

 Thank you for your clarification, it does highlight what your issue is.

 Do you have a Google Analytics premium account? Because if you do, I would 
 suggest you go through them. I see this being a feature Request (ie make 
 page referral a repeating attribute or make Adwords have precedence over 
 appengine.google.com/referra| http://appengine.google.com/referra%7C). 
 They might already be aware of the situation and have a workaround for it!

 Cheers

 On Friday, July 17, 2015 at 12:35:24 AM UTC-4, James Foster wrote:

 Google Analytics tracks a single referring page for each session. I'm not 
 100% sure why a visitor logging in causes a new session in Google 
 Analytics, but I suspect seeing a new referring page is what causes it. 
 (eg. it looks like the user came from an external site)

 I can't add an OR clause in checks for Adwords because visitors who 
 don't come from Adwords go through the same login flow.

 I'm using Google Analytics to measure the results from Adwords. The 
 problem is that since Google Analytics tracks a single referrer for each 
 session and the appengine.google.com referral comes after the Adwords 
 referral, any conversions (from Adwords or other source/medium 
 combinations) are being attributed as appengine.google.com/referral in 
 Google Analytics.


 On Friday, July 17, 2015 at 1:45:08 AM UTC+10, Patrice (Cloud Platform 
 Support) wrote:

 Hi James,

 Not being familiar with the AdWords part of it, I'm not entirely clear 
 on why this stops you. Can't you simply add an OR clause in your checks 
 for Adwords, adding appengine.google.com as a referral? 

 Basically, what do you use to measure results from AdWords and why 
 having the referral breaks this?

 Cheers

 On Wednesday, July 15, 2015 at 11:18:48 PM UTC-4, James Foster wrote:

 I'm wondering whether anyone else is running into this and whether 
 there is a workaround.

 My site sends users through Google login using users.create_login_url 
 https://cloud.google.com/appengine/docs/python/users/functions#create_login_url
  when 
 they opt to sign in. At that point, Google Analytics seems to tag the 
 session as a referral from appengine.google.com.

 It's particularly disruptive, as it hinders my ability to measure 
 results from AdWords.

 Is anyone else encountering this, or is it something unusual about my 
 setup? Has anyone managed to work around or resolve this?



-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3a84c444-d4e0-49e3-b335-20c3d296f21a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Analytics showing source/medium as appengine.google.com/referral for sessions using Google Sign-In

[James Foster]

Google Analytics tracks a single referring page for each session. I'm not 
100% sure why a visitor logging in causes a new session in Google 
Analytics, but I suspect seeing a new referring page is what causes it. 
(eg. it looks like the user came from an external site)

I can't add an OR clause in checks for Adwords because visitors who don't 
come from Adwords go through the same login flow.

I'm using Google Analytics to measure the results from Adwords. The problem 
is that since Google Analytics tracks a single referrer for each session 
and the appengine.google.com referral comes after the Adwords referral, any 
conversions (from Adwords or other source/medium combinations) are being 
attributed as appengine.google.com/referral in Google Analytics.


On Friday, July 17, 2015 at 1:45:08 AM UTC+10, Patrice (Cloud Platform 
Support) wrote:

 Hi James,

 Not being familiar with the AdWords part of it, I'm not entirely clear on 
 why this stops you. Can't you simply add an OR clause in your checks for 
 Adwords, adding appengine.google.com as a referral? 

 Basically, what do you use to measure results from AdWords and why having 
 the referral breaks this?

 Cheers

 On Wednesday, July 15, 2015 at 11:18:48 PM UTC-4, James Foster wrote:

 I'm wondering whether anyone else is running into this and whether there 
 is a workaround.

 My site sends users through Google login using users.create_login_url 
 https://cloud.google.com/appengine/docs/python/users/functions#create_login_url
  when 
 they opt to sign in. At that point, Google Analytics seems to tag the 
 session as a referral from appengine.google.com.

 It's particularly disruptive, as it hinders my ability to measure results 
 from AdWords.

 Is anyone else encountering this, or is it something unusual about my 
 setup? Has anyone managed to work around or resolve this?



-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f34056a7-c344-4f9a-8ed3-c4ad8d434884%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Google Analytics showing source/medium as appengine.google.com/referral for sessions using Google Sign-In

[James Foster]

I'm wondering whether anyone else is running into this and whether there is 
a workaround.

My site sends users through Google login using users.create_login_url 
https://cloud.google.com/appengine/docs/python/users/functions#create_login_url
 when 
they opt to sign in. At that point, Google Analytics seems to tag the 
session as a referral from appengine.google.com.

It's particularly disruptive, as it hinders my ability to measure results 
from AdWords.

Is anyone else encountering this, or is it something unusual about my 
setup? Has anyone managed to work around or resolve this?

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e1854f89-acd7-4d24-b6d9-cb3c27be59dd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 400 Error when trying to deploy the Node.js helloworld app to appengine

[James Mortensen]

I hate that Google Groups has no editing capabilities.  I should say that 
I'm from the United States, since globally America is also the name of a 
few different continents and not necessarily specific to the United States 
of America, of which I am from.  Hope this helps clarify and eliminate any 
ethnocentrism on my part.

James

On Wednesday, May 27, 2015 at 2:56:00 PM UTC+5:30, James Mortensen wrote:

 I am an American, but I created my test project in India.  Does that 
 matter?  One of my colleagues created one in the USA and he didn't have any 
 problem.  How do we get around this if this is indeed the issue?  

 Thanks,
 James

 On Tuesday, May 26, 2015 at 11:22:28 PM UTC+5:30, Ryan (Cloud Platform 
 Support) wrote:

 I'm asking this because Managed VM's are currently only available in US 
 projects https://cloud.google.com/appengine/docs/location, so I'm 
 trying to see if there is another issue happening here.

 On Tuesday, May 26, 2015 at 1:23:01 PM UTC-4, Ryan (Cloud Platform 
 Support) wrote:

 That means you never got a MVM up and running thats all. Is everyone 
 seeing this problem have EU projects? I am trying to reproduce without luck 
 so far following the instructions. I will continue to look into it. If you 
 can confirm that your projects are in the EU it will help.

 On Tuesday, May 26, 2015 at 12:53:26 PM UTC-4, James Hutton wrote:

 Hi Ryan, 

 I have never deployed anything to Google successfully. I'm a Google 
 Cloud noob. What I and everyone else on this thread is trying to do is to 
 follow Google's Hello world Node JS tutorial here: 
 https://cloud.google.com/nodejs/getting-started/hello-world

 The problem is that if you follow the instructions in the tutorial, 
 then you get an error message when you try to deploy. Given that several 
 people are having this problem, it looks like the instructions in the 
 tutorial might be wrong.

 I clicked on your link and it started prompting me to create a VM. I 
 don't know whether that's a good or a bad thing.








 On Tuesday, 26 May 2015 17:35:06 UTC+1, Ryan (Cloud Platform Support) 
 wrote:

 If you have deployed it before without issue you can go here 
 https://console.developers.google.com/project/_/compute/instances?graph=GCE_CPU
  and 
 see what zone. If you have not then I need you to confirm you are 
 deploying 
 the Node.js and the command line you used to deploy it.

 On Tuesday, May 26, 2015 at 12:28:04 PM UTC-4, James Hutton wrote:

 I think it is the EU Data Center. But I can't remember for sure. How 
 can I find out?

 On Tuesday, 26 May 2015 16:18:15 UTC+1, Ryan (Cloud Platform Support) 
 wrote:

 Where is the instance located?

 On Tuesday, May 26, 2015 at 10:57:29 AM UTC-4, James Hutton wrote:

 Hi Ryan

 I too have been getting this error. Here is the output from the 
 --verbosity debug option, per your request. I have replaced my app 
 ID on 
 the 3rd line with X but it is otherwise verbatim.


 DEBUG: Host: appengine.google.com
 DEBUG: _Authenticate configuring auth; needs_auth=False
 DEBUG: Sending request to 
 https://appengine.google.com/api/vms/prepare?app_id=XXX 
 headers={'X-appcfg-api-version': '1', 'content-length': '0', 
 'Content-Type': 'application/octet-stream'} body=
 INFO: Attempting refresh to obtain initial access_token
 INFO: Refreshing access_token
 DEBUG: Got http error 400.
 DEBUG: Unexpected results: {'status': '400', 'alternate-protocol': 
 '443:quic,p=1', 'content-length': '82', 'expires': 'Fri, 01 Jan 1990 
 00:00:00 GMT', 'server': 'Google Frontend', 'cache-control': 
 'no-cache', 
 'date': 'Tue, 26 May 2015 14:49:35 GMT', 'content-type': 'text/plain'}
 DEBUG: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 Traceback (most recent call last):
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/cli.py, 
 line 
 537, in Execute
 result = args.cmd_func(cli=self, args=args)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/backend.py,
  
 line 1089, in Run
 result = command_instance.Run(args)
   File 
 /home/james/google-cloud-sdk/lib/googlecloudsdk/appengine/app_commands/deploy.py,
  
 line 111, in Run
 client.PrepareVmRuntime()
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/appengine_client.py,
  
 line 281, in PrepareVmRuntime
 rpcserver.Send('/api/vms/prepare', app_id=self.project)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/util.py,
  
 line 347, in Send
 response = self._server.Send(*args, **kwargs)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
  
 line 269, in Send
 'Unexpected HTTP status %s' % status)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
  
 line 67, in RaiseHttpError
 raise urllib2.HTTPError(url, response_info.status, msg, 
 response_info, stream

[google-appengine] Re: 400 Error when trying to deploy the Node.js helloworld app to appengine

[James Mortensen]

I am an American, but I created my test project in India.  Does that 
matter?  One of my colleagues created one in the USA and he didn't have any 
problem.  How do we get around this if this is indeed the issue?  

Thanks,
James

On Tuesday, May 26, 2015 at 11:22:28 PM UTC+5:30, Ryan (Cloud Platform 
Support) wrote:

 I'm asking this because Managed VM's are currently only available in US 
 projects https://cloud.google.com/appengine/docs/location, so I'm 
 trying to see if there is another issue happening here.

 On Tuesday, May 26, 2015 at 1:23:01 PM UTC-4, Ryan (Cloud Platform 
 Support) wrote:

 That means you never got a MVM up and running thats all. Is everyone 
 seeing this problem have EU projects? I am trying to reproduce without luck 
 so far following the instructions. I will continue to look into it. If you 
 can confirm that your projects are in the EU it will help.

 On Tuesday, May 26, 2015 at 12:53:26 PM UTC-4, James Hutton wrote:

 Hi Ryan, 

 I have never deployed anything to Google successfully. I'm a Google 
 Cloud noob. What I and everyone else on this thread is trying to do is to 
 follow Google's Hello world Node JS tutorial here: 
 https://cloud.google.com/nodejs/getting-started/hello-world

 The problem is that if you follow the instructions in the tutorial, then 
 you get an error message when you try to deploy. Given that several people 
 are having this problem, it looks like the instructions in the tutorial 
 might be wrong.

 I clicked on your link and it started prompting me to create a VM. I 
 don't know whether that's a good or a bad thing.








 On Tuesday, 26 May 2015 17:35:06 UTC+1, Ryan (Cloud Platform Support) 
 wrote:

 If you have deployed it before without issue you can go here 
 https://console.developers.google.com/project/_/compute/instances?graph=GCE_CPU
  and 
 see what zone. If you have not then I need you to confirm you are 
 deploying 
 the Node.js and the command line you used to deploy it.

 On Tuesday, May 26, 2015 at 12:28:04 PM UTC-4, James Hutton wrote:

 I think it is the EU Data Center. But I can't remember for sure. How 
 can I find out?

 On Tuesday, 26 May 2015 16:18:15 UTC+1, Ryan (Cloud Platform Support) 
 wrote:

 Where is the instance located?

 On Tuesday, May 26, 2015 at 10:57:29 AM UTC-4, James Hutton wrote:

 Hi Ryan

 I too have been getting this error. Here is the output from the 
 --verbosity debug option, per your request. I have replaced my app ID 
 on 
 the 3rd line with X but it is otherwise verbatim.


 DEBUG: Host: appengine.google.com
 DEBUG: _Authenticate configuring auth; needs_auth=False
 DEBUG: Sending request to 
 https://appengine.google.com/api/vms/prepare?app_id=XXX 
 headers={'X-appcfg-api-version': '1', 'content-length': '0', 
 'Content-Type': 'application/octet-stream'} body=
 INFO: Attempting refresh to obtain initial access_token
 INFO: Refreshing access_token
 DEBUG: Got http error 400.
 DEBUG: Unexpected results: {'status': '400', 'alternate-protocol': 
 '443:quic,p=1', 'content-length': '82', 'expires': 'Fri, 01 Jan 1990 
 00:00:00 GMT', 'server': 'Google Frontend', 'cache-control': 
 'no-cache', 
 'date': 'Tue, 26 May 2015 14:49:35 GMT', 'content-type': 'text/plain'}
 DEBUG: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 Traceback (most recent call last):
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/cli.py, 
 line 
 537, in Execute
 result = args.cmd_func(cli=self, args=args)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/backend.py,
  
 line 1089, in Run
 result = command_instance.Run(args)
   File 
 /home/james/google-cloud-sdk/lib/googlecloudsdk/appengine/app_commands/deploy.py,
  
 line 111, in Run
 client.PrepareVmRuntime()
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/appengine_client.py,
  
 line 281, in PrepareVmRuntime
 rpcserver.Send('/api/vms/prepare', app_id=self.project)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/util.py,
  
 line 347, in Send
 response = self._server.Send(*args, **kwargs)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
  
 line 269, in Send
 'Unexpected HTTP status %s' % status)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
  
 line 67, in RaiseHttpError
 raise urllib2.HTTPError(url, response_info.status, msg, 
 response_info, stream)
 RPCError: Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400




 On Monday, 25 May 2015 18:14:17 UTC+1, Ryan (Cloud Platform Support) 
 wrote:

 Salutations!

 Are you still seeing this issue? If you are please run the command 
 with the --verbosity debug flag and try

[google-appengine] Re: 400 Error when trying to deploy the Node.js helloworld app to appengine

[James Hutton]

I think it is the EU Data Center. But I can't remember for sure. How can I 
find out?

On Tuesday, 26 May 2015 16:18:15 UTC+1, Ryan (Cloud Platform Support) wrote:

 Where is the instance located?

 On Tuesday, May 26, 2015 at 10:57:29 AM UTC-4, James Hutton wrote:

 Hi Ryan

 I too have been getting this error. Here is the output from the 
 --verbosity debug option, per your request. I have replaced my app ID on 
 the 3rd line with X but it is otherwise verbatim.


 DEBUG: Host: appengine.google.com
 DEBUG: _Authenticate configuring auth; needs_auth=False
 DEBUG: Sending request to 
 https://appengine.google.com/api/vms/prepare?app_id=XXX 
 headers={'X-appcfg-api-version': '1', 'content-length': '0', 
 'Content-Type': 'application/octet-stream'} body=
 INFO: Attempting refresh to obtain initial access_token
 INFO: Refreshing access_token
 DEBUG: Got http error 400.
 DEBUG: Unexpected results: {'status': '400', 'alternate-protocol': 
 '443:quic,p=1', 'content-length': '82', 'expires': 'Fri, 01 Jan 1990 
 00:00:00 GMT', 'server': 'Google Frontend', 'cache-control': 'no-cache', 
 'date': 'Tue, 26 May 2015 14:49:35 GMT', 'content-type': 'text/plain'}
 DEBUG: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 Traceback (most recent call last):
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/cli.py, line 
 537, in Execute
 result = args.cmd_func(cli=self, args=args)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/backend.py, 
 line 1089, in Run
 result = command_instance.Run(args)
   File 
 /home/james/google-cloud-sdk/lib/googlecloudsdk/appengine/app_commands/deploy.py,
  
 line 111, in Run
 client.PrepareVmRuntime()
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/appengine_client.py,
  
 line 281, in PrepareVmRuntime
 rpcserver.Send('/api/vms/prepare', app_id=self.project)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/util.py, 
 line 347, in Send
 response = self._server.Send(*args, **kwargs)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
  
 line 269, in Send
 'Unexpected HTTP status %s' % status)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
  
 line 67, in RaiseHttpError
 raise urllib2.HTTPError(url, response_info.status, msg, 
 response_info, stream)
 RPCError: Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400




 On Monday, 25 May 2015 18:14:17 UTC+1, Ryan (Cloud Platform Support) 
 wrote:

 Salutations!

 Are you still seeing this issue? If you are please run the command with 
 the --verbosity debug flag and try in another region. 

 Thanks!

 On Friday, May 22, 2015 at 10:29:16 AM UTC-4, James Mortensen wrote:

 Hello,

 I'm going through all of the instructions here to deploy the helloworld 
 Node.js app to Google App Engine, and I get a 400 error with no other 
 details as to the problem.  
 https://cloud.google.com/nodejs/getting-started/hello-world#running_hello_world

 Below is the output from the terminal:

 gcloud preview app deploy app.yaml --set-default

 You are about to deploy the following modules:

  - nodejs-start/default/20150522t194829  From: 
 [/Users/jem/Dev/1-hello-world/app.yaml]

 Do you want to continue (Y/n)?  


 ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:

   Bad Request Unexpected HTTP status 400

 Jamess-MacBook-Pro-3:1-hello-world jem$ 



 Anyone know what the problem is?  Thanks,

 James



-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/18439d9c-765d-4edb-80f1-75b92c10fc04%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 400 Error when trying to deploy the Node.js helloworld app to appengine

[James Mortensen]

I thought this stuff was supposed to be abstracted so we didn't see the
underlying compute instance... as James Hutton mentioned, how can we find
out?

Thanks,

James

On Tue, May 26, 2015 at 8:48 PM, Ryan (Cloud Platform Support) 
rbruy...@google.com wrote:

 Where is the instance located?


 On Tuesday, May 26, 2015 at 10:57:29 AM UTC-4, James Hutton wrote:

 Hi Ryan

 I too have been getting this error. Here is the output from the
 --verbosity debug option, per your request. I have replaced my app ID on
 the 3rd line with X but it is otherwise verbatim.


 DEBUG: Host: appengine.google.com
 DEBUG: _Authenticate configuring auth; needs_auth=False
 DEBUG: Sending request to
 https://appengine.google.com/api/vms/prepare?app_id=XXX
 headers={'X-appcfg-api-version': '1', 'content-length': '0',
 'Content-Type': 'application/octet-stream'} body=
 INFO: Attempting refresh to obtain initial access_token
 INFO: Refreshing access_token
 DEBUG: Got http error 400.
 DEBUG: Unexpected results: {'status': '400', 'alternate-protocol':
 '443:quic,p=1', 'content-length': '82', 'expires': 'Fri, 01 Jan 1990
 00:00:00 GMT', 'server': 'Google Frontend', 'cache-control': 'no-cache',
 'date': 'Tue, 26 May 2015 14:49:35 GMT', 'content-type': 'text/plain'}
 DEBUG: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 Traceback (most recent call last):
   File
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/cli.py, line
 537, in Execute
 result = args.cmd_func(cli=self, args=args)
   File
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/backend.py,
 line 1089, in Run
 result = command_instance.Run(args)
   File
 /home/james/google-cloud-sdk/lib/googlecloudsdk/appengine/app_commands/deploy.py,
 line 111, in Run
 client.PrepareVmRuntime()
   File
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/appengine_client.py,
 line 281, in PrepareVmRuntime
 rpcserver.Send('/api/vms/prepare', app_id=self.project)
   File
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/util.py,
 line 347, in Send
 response = self._server.Send(*args, **kwargs)
   File
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
 line 269, in Send
 'Unexpected HTTP status %s' % status)
   File
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
 line 67, in RaiseHttpError
 raise urllib2.HTTPError(url, response_info.status, msg,
 response_info, stream)
 RPCError: Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400




 On Monday, 25 May 2015 18:14:17 UTC+1, Ryan (Cloud Platform Support)
 wrote:

 Salutations!

 Are you still seeing this issue? If you are please run the command with
 the --verbosity debug flag and try in another region.

 Thanks!

 On Friday, May 22, 2015 at 10:29:16 AM UTC-4, James Mortensen wrote:

 Hello,

 I'm going through all of the instructions here to deploy the helloworld
 Node.js app to Google App Engine, and I get a 400 error with no other
 details as to the problem.
 https://cloud.google.com/nodejs/getting-started/hello-world#running_hello_world

 Below is the output from the terminal:

 gcloud preview app deploy app.yaml --set-default

 You are about to deploy the following modules:

  - nodejs-start/default/20150522t194829  From:
 [/Users/jem/Dev/1-hello-world/app.yaml]

 Do you want to continue (Y/n)?


 ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:

   Bad Request Unexpected HTTP status 400

 Jamess-MacBook-Pro-3:1-hello-world jem$



 Anyone know what the problem is?  Thanks,

 James



-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CANhSRj%2BfgHoHcDwBuPK%3DzO7ZHsWYF4yiSfC7cce7-mdNyTmtxg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 400 Error when trying to deploy the Node.js helloworld app to appengine

[James Hutton]

Hi Ryan, 

I have never deployed anything to Google successfully. I'm a Google Cloud 
noob. What I and everyone else on this thread is trying to do is to follow 
Google's Hello world Node JS tutorial 
here: https://cloud.google.com/nodejs/getting-started/hello-world

The problem is that if you follow the instructions in the tutorial, then 
you get an error message when you try to deploy. Given that several people 
are having this problem, it looks like the instructions in the tutorial 
might be wrong.

I clicked on your link and it started prompting me to create a VM. I don't 
know whether that's a good or a bad thing.








On Tuesday, 26 May 2015 17:35:06 UTC+1, Ryan (Cloud Platform Support) wrote:

 If you have deployed it before without issue you can go here 
 https://console.developers.google.com/project/_/compute/instances?graph=GCE_CPU
  and 
 see what zone. If you have not then I need you to confirm you are deploying 
 the Node.js and the command line you used to deploy it.

 On Tuesday, May 26, 2015 at 12:28:04 PM UTC-4, James Hutton wrote:

 I think it is the EU Data Center. But I can't remember for sure. How can 
 I find out?

 On Tuesday, 26 May 2015 16:18:15 UTC+1, Ryan (Cloud Platform Support) 
 wrote:

 Where is the instance located?

 On Tuesday, May 26, 2015 at 10:57:29 AM UTC-4, James Hutton wrote:

 Hi Ryan

 I too have been getting this error. Here is the output from the 
 --verbosity debug option, per your request. I have replaced my app ID on 
 the 3rd line with X but it is otherwise verbatim.


 DEBUG: Host: appengine.google.com
 DEBUG: _Authenticate configuring auth; needs_auth=False
 DEBUG: Sending request to 
 https://appengine.google.com/api/vms/prepare?app_id=XXX 
 headers={'X-appcfg-api-version': '1', 'content-length': '0', 
 'Content-Type': 'application/octet-stream'} body=
 INFO: Attempting refresh to obtain initial access_token
 INFO: Refreshing access_token
 DEBUG: Got http error 400.
 DEBUG: Unexpected results: {'status': '400', 'alternate-protocol': 
 '443:quic,p=1', 'content-length': '82', 'expires': 'Fri, 01 Jan 1990 
 00:00:00 GMT', 'server': 'Google Frontend', 'cache-control': 'no-cache', 
 'date': 'Tue, 26 May 2015 14:49:35 GMT', 'content-type': 'text/plain'}
 DEBUG: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 Traceback (most recent call last):
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/cli.py, line 
 537, in Execute
 result = args.cmd_func(cli=self, args=args)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/backend.py, 
 line 1089, in Run
 result = command_instance.Run(args)
   File 
 /home/james/google-cloud-sdk/lib/googlecloudsdk/appengine/app_commands/deploy.py,
  
 line 111, in Run
 client.PrepareVmRuntime()
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/appengine_client.py,
  
 line 281, in PrepareVmRuntime
 rpcserver.Send('/api/vms/prepare', app_id=self.project)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/util.py, 
 line 347, in Send
 response = self._server.Send(*args, **kwargs)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
  
 line 269, in Send
 'Unexpected HTTP status %s' % status)
   File 
 /home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
  
 line 67, in RaiseHttpError
 raise urllib2.HTTPError(url, response_info.status, msg, 
 response_info, stream)
 RPCError: Server responded with code [400]:
   Bad Request Unexpected HTTP status 400
 ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:
   Bad Request Unexpected HTTP status 400




 On Monday, 25 May 2015 18:14:17 UTC+1, Ryan (Cloud Platform Support) 
 wrote:

 Salutations!

 Are you still seeing this issue? If you are please run the command 
 with the --verbosity debug flag and try in another region. 

 Thanks!

 On Friday, May 22, 2015 at 10:29:16 AM UTC-4, James Mortensen wrote:

 Hello,

 I'm going through all of the instructions here to deploy the 
 helloworld Node.js app to Google App Engine, and I get a 400 error with 
 no 
 other details as to the problem.  
 https://cloud.google.com/nodejs/getting-started/hello-world#running_hello_world

 Below is the output from the terminal:

 gcloud preview app deploy app.yaml --set-default

 You are about to deploy the following modules:

  - nodejs-start/default/20150522t194829  From: 
 [/Users/jem/Dev/1-hello-world/app.yaml]

 Do you want to continue (Y/n)?  


 ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:

   Bad Request Unexpected HTTP status 400

 Jamess-MacBook-Pro-3:1-hello-world jem$ 



 Anyone know what the problem is?  Thanks,

 James



-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To unsubscribe from this group and stop

[google-appengine] Re: 400 Error when trying to deploy the Node.js helloworld app to appengine

[James Hutton]

Hi Ryan

I too have been getting this error. Here is the output from the 
--verbosity debug option, per your request. I have replaced my app ID on 
the 3rd line with X but it is otherwise verbatim.


DEBUG: Host: appengine.google.com
DEBUG: _Authenticate configuring auth; needs_auth=False
DEBUG: Sending request to 
https://appengine.google.com/api/vms/prepare?app_id=XXX 
headers={'X-appcfg-api-version': '1', 'content-length': '0', 
'Content-Type': 'application/octet-stream'} body=
INFO: Attempting refresh to obtain initial access_token
INFO: Refreshing access_token
DEBUG: Got http error 400.
DEBUG: Unexpected results: {'status': '400', 'alternate-protocol': 
'443:quic,p=1', 'content-length': '82', 'expires': 'Fri, 01 Jan 1990 
00:00:00 GMT', 'server': 'Google Frontend', 'cache-control': 'no-cache', 
'date': 'Tue, 26 May 2015 14:49:35 GMT', 'content-type': 'text/plain'}
DEBUG: (gcloud.preview.app.deploy) Server responded with code [400]:
  Bad Request Unexpected HTTP status 400
Traceback (most recent call last):
  File /home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/cli.py, 
line 537, in Execute
result = args.cmd_func(cli=self, args=args)
  File 
/home/james/google-cloud-sdk/./lib/googlecloudsdk/calliope/backend.py, 
line 1089, in Run
result = command_instance.Run(args)
  File 
/home/james/google-cloud-sdk/lib/googlecloudsdk/appengine/app_commands/deploy.py,
 
line 111, in Run
client.PrepareVmRuntime()
  File 
/home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/appengine_client.py,
 
line 281, in PrepareVmRuntime
rpcserver.Send('/api/vms/prepare', app_id=self.project)
  File 
/home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/util.py, 
line 347, in Send
response = self._server.Send(*args, **kwargs)
  File 
/home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
 
line 269, in Send
'Unexpected HTTP status %s' % status)
  File 
/home/james/google-cloud-sdk/./lib/googlecloudsdk/appengine/lib/external/tools/appengine_rpc_httplib2.py,
 
line 67, in RaiseHttpError
raise urllib2.HTTPError(url, response_info.status, msg, response_info, 
stream)
RPCError: Server responded with code [400]:
  Bad Request Unexpected HTTP status 400
ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:
  Bad Request Unexpected HTTP status 400




On Monday, 25 May 2015 18:14:17 UTC+1, Ryan (Cloud Platform Support) wrote:

 Salutations!

 Are you still seeing this issue? If you are please run the command with 
 the --verbosity debug flag and try in another region. 

 Thanks!

 On Friday, May 22, 2015 at 10:29:16 AM UTC-4, James Mortensen wrote:

 Hello,

 I'm going through all of the instructions here to deploy the helloworld 
 Node.js app to Google App Engine, and I get a 400 error with no other 
 details as to the problem.  
 https://cloud.google.com/nodejs/getting-started/hello-world#running_hello_world

 Below is the output from the terminal:

 gcloud preview app deploy app.yaml --set-default

 You are about to deploy the following modules:

  - nodejs-start/default/20150522t194829  From: 
 [/Users/jem/Dev/1-hello-world/app.yaml]

 Do you want to continue (Y/n)?  


 ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:

   Bad Request Unexpected HTTP status 400

 Jamess-MacBook-Pro-3:1-hello-world jem$ 



 Anyone know what the problem is?  Thanks,

 James



-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/05dd0a78-038c-4133-a15e-36738aeaf4b0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] 400 Error when trying to deploy the Node.js helloworld app to appengine

[James Mortensen]

 

Hello,

I'm going through all of the instructions here to deploy the helloworld 
Node.js app to Google App Engine, and I get a 400 error with no other 
details as to the problem. 
 https://cloud.google.com/nodejs/getting-started/hello-world#running_hello_world

Below is the output from the terminal:

gcloud preview app deploy app.yaml --set-default

You are about to deploy the following modules:

 - nodejs-start/default/20150522t194829  From: 
[/Users/jem/Dev/1-hello-world/app.yaml]

Do you want to continue (Y/n)?  


ERROR: (gcloud.preview.app.deploy) Server responded with code [400]:

  Bad Request Unexpected HTTP status 400

Jamess-MacBook-Pro-3:1-hello-world jem$ 



Anyone know what the problem is?  Thanks,

James

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7d05b5fc-b933-4027-8305-2400cfcb1830%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] converting to appcfg update with oauth

[James Gilliam]

I am trying to convert to oauth when i update gae code via command line 
appcfg.  I am finding that the token which is given (via https link 
provided during update) is only valid for one use.  i routinely do an 
update and set_default_version and have to get the token multiple times. 
 Is there a way to get a token that lasts longer than one use and pass it 
on the appcfg command?

thank you

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/aeed778b-12f5-4fff-9aee-034228e9b7a8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Default bucket is not being set up, unable to create storage buckets that I can access through php

[James Nadeau]

I created an issue
https://code.google.com/p/googleappengine/issues/detail?id=11332

but I was hoping someone here could help me

I can't seem to get a storage bucket to work with php. 

I'm running the following code:
https://github.com/jamesjnadeau/gae-storage-test-hardcoded-2

here:
http://arcane-transit-719.appspot.com/index.php

which should output the contents of the file I'm writing with 
file_put_contents. 

Any clues as to what Im missing are much appreciated. Thank you in advance 
for your time.

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

[google-appengine] Re: url.fetch DNS cache (IP server changes)

[Wanderi James]

my application fetches https://api.kazang.net/apimanager/api_v2/ but i get 
this error DNSLookupFailedError: DNS lookup failed for URL: 
https://api.kazang.net/apimanager/api_v2/
Can you refresh your cache

On Thursday, 4 December 2008 18:06:01 UTC+3, Sylvain wrote:

 Hi, 

 My application fetches this url : http://www.hordes.fr 

 But monday, the IP for this server (www.hordes.fr) has changed (they 
 moved), but currently I always fetch the bad URL/bad server. 

 I've tested with different applications in appspot and it is the same 
 error : 

 Here what appspot see : http://www.mirrorrr.com/www.hordes.fr 
 Here what it should be : http://www.hordes.fr 

 So now, my app does not work anymore. 

 Could you check/reset,... your DNS ? 

 Thank you.

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

[google-appengine] Google URLFETCH DNS CACHE

[Wanderi James]

How long does this get refreshed. Can someone refresh it, am loosing 
money
DNSLookupFailedError on api.kazang.net

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

[google-appengine] The pitfalls of building services using Google App Engine

[James Foster]

I came across this article today:
http://techtraits.com/system%20admin/2013/02/24/The-problems-of-working-in-App-engine/

I'm considering undertaking my second project in App Engine (larger than 
the first), but am a bit worried about some of the pitfalls in the article. 
Does anyone know if any of them have been addressed? (and if so, which 
ones?)

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

[google-appengine] cloud gae bank account billing stays pending

[James Gilliam]

A credit card is being used for billing for a cloud account.

I added a bank account to the account and it has been PENDING for a couple 
of weeks.  The small credit never hit my account and I have no way to 
verify the bank account.

It doesn't give me an option to resubmit without cancelling the bank 
account and reentering it but that hasn't worked in the past either.

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

[google-appengine] datastore statistics -- mystery size

[James Gilliam]

I have an appid that has two namespaces and the empty namespace -- the 
empty namespace is not being used by me.

According to datastore statistics, the empty namespace has over a third of 
the space with no entities.  The other two namespaces seem to be correct.

How can the empty namespace be using so much space without any entities at 
all?

Is there any way to fix this ?

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.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] access resouce usage in real time

[James Gilliam]

Is there a way to access usage in real time.

The kind of stuff in the dashboard and/or quota use.

For example, I want to see how many writes my appid has done.

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.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] gae billing vs. cloud billing

[James Gilliam]

For new appid's we are required to use cloud billing and old appids are 
using gae billing -- confusing?  yes

Will the old billing be moved to cloud billing or is this something we can 
do to make this happen?

Also, what happens if an appid has both gae billing and cloud billing for 
other cloud services?

Any help would be appreciated.

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.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: too many appengine frontend instances

[James Foster]

I'm seeing the same thing. Between 10x and 30x the regular number of 
instances, even though the number of requests is the same as usual. Perhaps 
a problem with v1.9.5?

Status page seems to be showing everything but datastore as normal, though.

https://code.google.com/status/appengine

If anyone files an issue, please link it here so that we can star it.


On Friday, May 9, 2014 1:40:19 PM UTC+10, blackdew wrote:

 my server make too many Frontend instances

 may be it make instance per request

 from 2 hours ago

 and my last deploy was yesterday may be 24 hours ago

 so, help and give me any advice

 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.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine 1.9.4 Released

[James Foster]

Hey Eric,

I just wanted to say thank you for posting this. I've noticed that new 
versions tend to get rolled out without announcements sometimes. Even for 
small releases, it is great to hear about the changes and know when they 
happened.

James

On Friday, May 2, 2014 7:06:31 AM UTC+10, Eric Han wrote:

 Hi Everyone,
 We are pleased to announce the latest release of Google App Engine 1.9.4. For 
 more about the general theme on this and the past release, please see our 
 blog 
 post(http://googlecloudplatform.blogspot.com/2014/04/announcing-release-of-google-app-engine-1-9-3.html).

 Release 1.9.4 includes the following enhancements.
 Version 1.9.4 - April 30, 2014

 *Python*

- Fixed an issue with the Search API where it does not correctly parse 
 expressions that use the subtraction operator without surrounding whitespaces.
- Fixed an issue with the devappserver Search API allowing searches for a 
 field with a negated value.
- Fixed an issue with the devappserver Search API not handling searches 
 for empty quotes the same way as production.
- Fixed an issue with the devappserver Search API not matching documents 
 with atom fields the same way as production.
- Fixed an issue with the devappserver Search API allowing expressions 
 that use the snippet operator over a numeric field.
- Fixed an issue with the devappserver Search API allowing sorting 
 expressions to use the snippet operator.
- Fixed an issue with the devappserver Search API not validating that 
 cursors are from a previous search.
- Fixed an issue with the devappserver Search API not parsing queries that 
 use the fuzzy search operator (~).
- Fixed an issue with the devappserver Search API not validating the 
 default value for sorting expressions on date fields.
- Fixed an issue with the devappserver memcache viewer not displaying 
 items with non-ASCII characters properly.
   - https://code.google.com/p/googleappengine/issues/detail?id=9459
- Fixed an issue with the devappserver allowing arbitrarily large file 
 uploads using HTTP POST requests. It now matches production limits of 32MB.
   - https://code.google.com/p/googleappengine/issues/detail?id=10384
- Fixed an issue with NDB deserialization looping infinitely when nested 
 value is None.
   - https://code.google.com/p/googleappengine/issues/detail?id=10758

 *PHP*

- Fixed an issue with libcurl giving a load error for Mac OS X Snow 
 Leopard clients.
   - https://code.google.com/p/googleappengine/issues/detail?id=10405
- Fixed an issue with making simultaneous mysqli connections to the same 
 CloudSQL instance causing the request to time out.


 thanks,eric hanGoogle Cloud Platform



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

[google-appengine] Re: Recipients Emailed count very large

[James Foster]

Mine looks normal.

On Thursday, April 24, 2014 8:15:50 AM UTC+10, Rik wrote:

 The quota table on my app's dashboard page is indicating that today my app 
 sent over 10,000 emails using the GAE mail API-- that's more than 1,000x 
 what it usually sends in a day.

 Looking at analytics events and logs, I can find no evidence that this 
 many emails were actually sent, so I think it's just a dashboard bug. 
 Anyone else experiencing this?


-- 
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] Server Error (Text Search) on Admin Console

[JAMES COURTNEY]

Many thanks Vinny.  It's frustrating because I can't see the data to see what 
might be iffy.  It isn't an emergency though so I'll give Google a few days to 
sort it out.

Best,

Jamey

James Courtney
Co-Founder, CFO, Code Monkey, etc.
PhilanthroPal, Inc.
Office: (650) 300-1652
Mobile: (650) 740-2628
james.court...@philanthropal.com


Be Social. Be Mobile. Be Charitable!

On Apr 7, 2014, at 7:28 PM, Vinny P vinny...@gmail.com wrote:

 On Mon, Apr 7, 2014 at 12:59 PM, JAMES COURTNEY 
 james.court...@philanthropal.com wrote:
 So you believe there's one document which is hobbling the system?
 
 
 Not necessarily one. Most likely there's an unknown number of documents that 
 are improperly configured. And when I say improperly configured, I mean they 
 could be corrupt, improperly replicated, an error with the underlying 
 storage/machine, encoded with the wrong character set, the list goes on and 
 on. 
 
 The problem is there's just no way to know what the problem is without 
 isolating the exact document(s) causing the issues. Fortunately you seem to 
 have isolated a range of suspect documents that Google can now investigate 
 (the page ranges you stated in your previous email). 
 
 
 On Mon, Apr 7, 2014 at 12:59 PM, JAMES COURTNEY 
 james.court...@philanthropal.com wrote:
 IDX_ORGANIZATION
   - fails with the error when paginating results from 240-260.
 IDX_USER
   - fails with the error when paginating results 40-60.
 
 
 If you are in a rush to fix the problem, I would suggest trying to delete and 
 then rebuild the documents listed within the above ranges. But to be honest, 
 now that you've filed a production issue it's probably easier to just sit 
 tight and see what Google's response to your issue is (they also read this 
 forum, so most likely someone's looking into it already).  
  
 
 -
 -Vinny P
 Technology  Media Advisor
 Chicago, IL
 
 App Engine Code Samples: http://www.learntogoogleit.com
 
 
 -- 
 You received this message because you are subscribed to a topic in the Google 
 Groups Google App Engine group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/google-appengine/hsM0Z3mrm3Q/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to 
 google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 For more options, visit https://groups.google.com/d/optout.

-- 
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.
inline: image001.png

Re: [google-appengine] Server Error (Text Search) on Admin Console

[JAMES COURTNEY]

Hey Vinny,

So you believe there's one document which is hobbling the system?

So we have three text search indexes and included below is my browsing 
experience for each:

IDX_APP
- always fails simply when clicking the IDX_APP link from the Text 
Search admin console page
IDX_ORGANIZATION
- fails with the error when paginating results from 240-260.
IDX_USER
- fails with the error when paginating results 40-60.

I was able to iterate the entire alphabet in chunks of three as you suggested 
without error but also without results.  I believe the error is occurring upon 
attempt to display specific documents/results as you seem to suspect.

I've filed the production issue too.  Thanks for your continued help with this.

Best,

Jamey


James Courtney
Co-Founder, CFO, Code Monkey, etc.
PhilanthroPal, Inc.
Office: (650) 300-1652
Mobile: (650) 740-2628
james.court...@philanthropal.com


Be Social. Be Mobile. Be Charitable!

On Apr 7, 2014, at 12:21 AM, Vinny P vinny...@gmail.com wrote:

 On Thu, Apr 3, 2014 at 12:10 PM, JAMES COURTNEY 
 james.court...@philanthropal.com wrote:
 This has been occurring for at least a couple of weeks and likely longer 
 since I wan't trying to use this area of the admin console previously.
 
 
 The reason I asked how long the error has been taking place is to try and 
 narrow down the list of suspect documents. Since the issue started at an 
 unknown time, it's going to be harder to find the culprit, but hopefully not 
 impossible.
 
 
 On Thu, Apr 3, 2014 at 12:10 PM, JAMES COURTNEY 
 james.court...@philanthropal.com wrote:
 I also realized that I can browse my indexes in a limited way though paging 
 forward a few times often causes the described error to appear.
 
 
 Does the server error always happen on the same page; i.e. you page forward 
 and the error consistently occurs at the nth page? Or does the error occur at 
 seemingly-random pages? 
 
 
 On Thu, Apr 3, 2014 at 12:10 PM, JAMES COURTNEY 
 james.court...@philanthropal.com wrote:
 Any attempt to search using even a one-word query string containing only the 
 characters a-z fails with the described error though.
 
 
 Can you try searching using subsets of the alphabet? For example, search once 
 using the query string abc, then if that works continue on with def, 
 ghi, jkl, etc? 
 
  
 On Thu, Apr 3, 2014 at 12:10 PM, JAMES COURTNEY 
 james.court...@philanthropal.com wrote:
 BTW, I realized I probably should have created a post on stack overflow which 
 I did here:
 
 http://stackoverflow.com/questions/22797685/a-server-error-has-occurred-on-text-search-in-admin-console
 
 
  
 It might also be a good idea to file an issue on the tracker: 
 https://code.google.com/p/googleappengine/issues/entry?template=Production%20issue
  (use the template marked production).
 
  
 -
 -Vinny P
 Technology  Media Advisor
 Chicago, IL
 
 App Engine Code Samples: http://www.learntogoogleit.com
 
 
 -- 
 You received this message because you are subscribed to a topic in the Google 
 Groups Google App Engine group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/google-appengine/hsM0Z3mrm3Q/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to 
 google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 For more options, visit https://groups.google.com/d/optout.

-- 
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.
inline: image001.png

[google-appengine] Re: Google Apps No Longer Free

[James Gilliam]

When I didn't think there could be any more issues with google apps 
account, I have found another one.

Used an alias for a custom domain for a client and now the client wants his 
own google apps account.

I deleted the alias but I cannot create the new google apps account.

Anybody know how long before I can create it ?

On Thursday, December 6, 2012 6:42:42 PM UTC-8, Greg wrote:

 Just saw that Google Apps is no longer free for 
 businesseshttp://googleenterprise.blogspot.co.nz/2012/12/changes-to-google-apps-for-businesses.html
 . 

 I have no problem paying for a Google Apps account where I actually use 
 Google apps, but at the moment you have to have a Google Apps account to 
 link a domain to an Appengine app. Some of our apps have two or three 
 domains showing the same app, and because you need to have an account for 
 each email address that Appengine sends email from, we have three or four 
 accounts per domain. So this is potentially going to add $600 per year to 
 our costs - all for virtual accounts that don't actually use Google Apps at 
 all.

 Can someone from Google comment please? Either Google Apps accounts need 
 to remain free if they are associated with Appengine apps, or there needs 
 to be another way to link domains (and authorise email addresses) for 
 Appengine.




-- 
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] Server Error (Text Search) on Admin Console

[JAMES COURTNEY]

Thanks for getting back to me Vinny.  This has been occurring for at least a 
couple of weeks and likely longer since I wan't trying to use this area of the 
admin console previously.  I also realized that I can browse my indexes in a 
limited way though paging forward a few times often causes the described error 
to appear.  Any attempt to search using even a one-word query string containing 
only the characters a-z fails with the described error though.

I've iterated all of our users and searched for each by first + last name and 
found that all but 3 query properly.  Of those three one is an internal user 
which we explicitly don't index and the other two simply have initials for 
their first and last names so a single letter for each which, I assume, the 
text search engine doesn't index.  No errors were received and all operations 
completed promptly.

BTW, I realized I probably should have created a post on stack overflow which I 
did here:

http://stackoverflow.com/questions/22797685/a-server-error-has-occurred-on-text-search-in-admin-console

Best,

Jamey

James Courtney
Co-Founder, CFO, Code Monkey, etc.
PhilanthroPal, Inc.
Office: (650) 300-1652
Mobile: (650) 740-2628
james.court...@philanthropal.com


Be Social. Be Mobile. Be Charitable!

On Apr 3, 2014, at 1:08 AM, Vinny P vinny...@gmail.com wrote:

 On Tue, Apr 1, 2014 at 1:29 PM, James Courtney 
 james.court...@philanthropal.com wrote:
 I'm seeing this error now (22 months later).  I suspect the cause must be 
 different but I can't browse or search any of our text indexes through admin 
 console (app behavior seems unaffected).  In short, the symptoms seem 
 identical to that posted initially for this thread.
 
 
 
 Did this error appear just now, or has it been occurring for a long time?
 
 I realize you said the app behavior seems unaffected, but can you try 
 accessing random records (or most records, if possible) and see if the search 
 operation encounters a snag?
  
  
 -
 -Vinny P
 Technology  Media Advisor
 Chicago, IL
 
 App Engine Code Samples: http://www.learntogoogleit.com
 
 
 -- 
 You received this message because you are subscribed to a topic in the Google 
 Groups Google App Engine group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/google-appengine/hsM0Z3mrm3Q/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to 
 google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 For more options, visit https://groups.google.com/d/optout.

-- 
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.
inline: image001.png

Re: [google-appengine] Re: Server Error (Text Search) on Admin Console

[James Courtney]

I'm seeing this error now (22 months later).  I suspect the cause must be 
different but I can't browse or search any of our text indexes through 
admin console (app behavior seems unaffected).  In short, the symptoms seem 
identical to that posted initially for this thread.

On Tuesday, May 29, 2012 11:47:57 PM UTC-7, Amy Unruh wrote:

 While I can't tell for sure, I suspect you are seeing this issue:
 http://code.google.com/p/googleappengine/issues/detail?id=7601
 related to display of non-ascii content in the search panel of the admin 
 console.  
 You can track this issue to see when it is fixed, which should be by the 
 next release (if not sooner).

 This issue does not affect your ability to index or query non-ascii 
 content using the search API -- it is only specific to the admin console.

 On 30 May 2012 06:15, dima di...@usefy.com javascript: wrote:

 I get this error too. Because of what this error?

 On 29 май, 04:13, Amy Unruh amyu+gro...@google.com wrote:
  Eshe,
 
  What is your app id? (You can email it to me directly if you like).
 
  On 28 May 2012 14:49, eshe muta eshem...@dishcrunch.com wrote:
 
 
 
 
 
 
 
 
 
   We're seeing this:
 
   
   Server Error
 
   A server error has occurred.
 
   Return to Applications screen »

 
   Whenever we click on Any index of Text Search on Admin Console.
 
   100% reproducible.
 
   Is this happening to other apps?
 
   --
   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/-/nhT0A0eCoT4J.
   To post to this group, send email to 
   google-a...@googlegroups.comjavascript:
 .
   To unsubscribe from this group, send email to
   google-appengi...@googlegroups.com javascript:.
   For more options, visit this group at
  http://groups.google.com/group/google-appengine?hl=en.

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




-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: New Pricing

[James Foster]

That's not the case. I have an app that is regularly sending to 100 
recipients/day. I had never requested that any cap be lifted.

Even in the dashboard of any paid app you can see that there currently 
isn't a cap in the Recipients Emailed column. ($0.01/ 100 Recipients)

On Wednesday, March 26, 2014 6:24:39 AM UTC+11, Chad Vincent wrote:

 That's how it's always been...  100 recipient cap until you request a 
 higher cap to discourage spammers from using AppEngine as a distribution 
 platform.

 On Tuesday, March 25, 2014 2:02:14 PM UTC-5, PK wrote:

 I also see in the new Pricing list “E-mail API: Fee: 100 recipients More: 
 Contact Sales”, anybody has some insight on this?

 PK
 http://www.gae123.com

 On March 25, 2014 at 12:00:17 PM, PK (p...@gae123.com) wrote:

  Same observation looking at my main app on small datastore operations: $0
  Since I was preallocating discounted hours I was paying $.05 anyways. 
  
  Are discounted hours going away? I do not see a mention in the new price 
 list effective Apr. 1st
  
  PK
 http://www.gae123.com

 On March 25, 2014 at 11:53:16 AM, Kaan Soral (kaan...@gmail.com) wrote:

  I was thinking of starting a thread about this too, thanks for the 
 information :)
 Funnily both of my main apps have 0 small datastore operations, 
 interesting :)

 Anyway, great news
 --
 You received this message because you are subscribed to the Google Groups 
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to google-appengi...@googlegroups.com.
 To post to this group, send email to google-a...@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 For more options, visit https://groups.google.com/d/optout.
  


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

[google-appengine] Re: Processing payments using Paypal, python SDK

[james maringa]

How did you add the sdk to the app engine project? It's been giving me 
trouble

On Friday, January 3, 2014 12:52:23 AM UTC+3, Robert Avram wrote:

 I'm trying to figure out how to process payments using paypal python sdk 
 and google app engine.
 the following code seems to work, but I can't figure out, based on the 
 SDK, how to handle the exceptions (wrong credit card number etc).
 I would like the customer to be able to see the error. I would appreciate 
 any input! thanks!!!


 class Buy(generichandler.MainHandler):

 def get(self):

api = paypalrestsdk.set_config(

  mode=sandbox,

  client_id=myclientid,

  client_secret=secret)

api.get_token()

paymentDic = {intent: sale,

  payer: {

payment_method: credit_card,

funding_instruments: [{

 credit_card: {


 type: visa,


 number: 4417119669820331,


 expire_month: 11,


 expire_year: 2018,


 cvv2: 874,


 first_name: Joe,


 last_name: Shopper,


 billing_address: {

   
line1: 52 N Main ST,

   
city: Johnstown,

   
state: OH,

   
postal_code: 43210,

   
country_code: US }}}]},

  transactions: [{

amount: {

  total: 1.47,

  currency: USD,

  details:{

subtotal: 
 1.41,

tax: 0.03,

shipping: 
 0.03}},

description: This is the 
 payment transaction description. }]}

payment = paypalrestsdk.Payment(paymentDic)

payment.create()
 Enter code here...




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

[google-appengine] checking if datastore key exists for one small operation only

[James Gilliam]

i thought there was a way to see if a database key exists for the price of 
one small operation?

doing keyobj = Key.from_path, followed by filter( '__key__ =', keyobj ), 
followed by query.get() using key only query, you are charged one large and 
one small operation and only get the key returned.

using, get_by_key_name you are charged one large operation, receives the 
entire entity, and it takes longer than the previous.

i have concluded there is no way to check if a key exists for the price of 
a small operation.

does anybody know if there is a way to check whether a key exists for just 
one small operation?

thank you

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

[google-appengine] Re: Custom domains stopped to work

[James Foster]

FYI, I've put in a feature request for Custom Domains to be shown on the 
System Status page:
https://code.google.com/p/googleappengine/issues/detail?id=10699

On Wednesday, March 12, 2014 7:40:24 AM UTC+11, Tomas Adamek wrote:

 Hi there

 it seems like that today all my custom domain configured in my google apps 
 account stopped to forward the traffic to app engine applications. All 
 custom domains directs to google.com page now (or display 404 if I use 
 custom.domain/some-path/

 The standard appspot url's works fine, ie:

 http://cover.librarist.com/9780007489978.jpg
 http://cover-librarist-com.appspot.com/9780007489978.jpg

 Does anyone have similar issue?

 Cheers

 Tomas


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

[google-appengine] Re: Custom domain going to Google on some networks

[James Foster]

FYI, I've put in a feature request for Custom Domains to be shown on the 
System Status page:
https://code.google.com/p/googleappengine/issues/detail?id=10699


On Wednesday, March 12, 2014 12:20:46 PM UTC+11, GregF wrote:

 The problem was resolved for us about 12:30 NZ time. We had about 4 hours 
 outage. +1 for a post-mortem.


-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Custom domain going to Google on some networks

[James Broberg]

same here. not using cloudflare at all.


On 12 March 2014 08:01, Rodrigo Almeida sher...@geekie.com.br wrote:

 Same issue here. We are located in Brazil and our DNS records managed by
 cloudflare.


 On Tuesday, March 11, 2014 5:48:43 PM UTC-3, GregF wrote:

 We have several custom domains (e.g. www.schoolinterviews.co.nz) mapped
 to our application. Starting this morning, many users (from one ISP?) are
 getting a Google page instead of our app.Others (including ourselves) are
 getting the app correctly, which seems to imply that the domain is being
 mapped to the app correctly at least sometimes.

 I'm at a loss - has anyone got any ideas what could be going on?

 Cheers!
 Greg.

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


-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Custom domain going to Google on some networks

[James Broberg]

Thanks, I also filed a critical issue on our enterprise support (for
whatever that is worth...)


On 12 March 2014 08:07, GregF g...@vig.co.nz wrote:

 I've created a production issue here:
 https://code.google.com/p/googleappengine/issues/detail?id=10687 - please
 star!


 On Wednesday, 12 March 2014 09:48:43 UTC+13, GregF wrote:

 We have several custom domains (e.g. www.schoolinterviews.co.nz) mapped
 to our application. Starting this morning, many users (from one ISP?) are
 getting a Google page instead of our app.Others (including ourselves) are
 getting the app correctly, which seems to imply that the domain is being
 mapped to the app correctly at least sometimes.

 I'm at a loss - has anyone got any ideas what could be going on?

 Cheers!
 Greg.

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


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

[google-appengine] Re: Custom domains stopped to work

[James Foster]

I was seeing that the the custom domain (eg. www.domain.com) was being 302 
redirected to google.com, and any more specific URLs (eg. 
www.domain.com/product) were producing the that's all we know Google 404 
error. Resolved within about 5 minutes of me noticing it.

Has Google announced anything about this anywhere? The GAE status 
pagehttps://code.google.com/status/appengine indicated 
all was OK, as did the Google Apps status 
pagehttp://www.google.com/appsstatus#hl=env=status. 
Would like to have some place to check in future that will confirm that it 
is a problem Google is working to resolve, rather than something that I 
need to resolve.


On Wednesday, March 12, 2014 7:40:24 AM UTC+11, Tomas Adamek wrote:

 Hi there

 it seems like that today all my custom domain configured in my google apps 
 account stopped to forward the traffic to app engine applications. All 
 custom domains directs to google.com page now (or display 404 if I use 
 custom.domain/some-path/

 The standard appspot url's works fine, ie:

 http://cover.librarist.com/9780007489978.jpg
 http://cover-librarist-com.appspot.com/9780007489978.jpg

 Does anyone have similar issue?

 Cheers

 Tomas


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

[google-appengine] Re: Custom domain going to Google on some networks

[James Foster]

Looks like they might've set the security flag on that issue. I hope we get 
a proper postmortem.

On Wednesday, March 12, 2014 8:07:32 AM UTC+11, GregF wrote:

 I've created a production issue here: 
 https://code.google.com/p/googleappengine/issues/detail?id=10687 - please 
 star!


 On Wednesday, 12 March 2014 09:48:43 UTC+13, GregF wrote:

 We have several custom domains (e.g. www.schoolinterviews.co.nz) mapped 
 to our application. Starting this morning, many users (from one ISP?) are 
 getting a Google page instead of our app.Others (including ourselves) are 
 getting the app correctly, which seems to imply that the domain is being 
 mapped to the app correctly at least sometimes.

 I'm at a loss - has anyone got any ideas what could be going on?

 Cheers!
 Greg.



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

[google-appengine] Re: Custom domain going to Google on some networks

[James Foster]

Seems very quiet on Google's end at the moment. Haven't heard a peep 
despite reaching out to Google Cloud Platform on Twitter and Google+. Have 
they been active on the issue you filed?

Is anyone having trouble with SSL at the moment? I'm seeing some issues, 
but not sure whether it's related to today's outage or a change that I made 
in response to the outage.


On Wednesday, March 12, 2014 12:20:46 PM UTC+11, GregF wrote:

 The problem was resolved for us about 12:30 NZ time. We had about 4 hours 
 outage. +1 for a post-mortem.


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

[google-appengine] max size for queue add

[James Gilliam]

in the docs, I cannot locate a maximum size of data in a push queue add 
request but it appears to be around 100k bytes

does anybody know what the maximum is and

if it is just 100k, why not at least a meg ?

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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: regressed to version version 5 days old

[James Gilliam]

at least they have backed off 1.9.0 for now

On Friday, February 14, 2014 6:08:06 PM UTC-8, James Gilliam wrote:

 All of a sudden, GAE started running a version of my code which was 5 days 
 old ... a version that I had even deleted ... I can tell because I display 
 my version number on one of my pages.

 I uploaded the latest version ...

 This 1.9.0 version is having big problems imo ...


-- 
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: instance hours running twice as large with 1.9.0

[James Gilliam]

Instances still running twice as high.  When one instance is running, the 
instance graph shows two.

On Wednesday, February 12, 2014 8:18:56 AM UTC-8, James Gilliam wrote:

 Since yesterday with the deployment of 1.9.0, instance hours have been 
 running twice as large as before this deployment.

 Just now, the instance graph on the dashboard showing more instances 
 running when actually running.

 Gae has turned off the intraday billing for instance hours; perhaps 
 indicating they know about this issue.


-- 
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] regressed to version version 5 days old

[James Gilliam]

All of a sudden, GAE started running a version of my code which was 5 days 
old ... a version that I had even deleted ... I can tell because I display 
my version number on one of my pages.

I uploaded the latest version ...

This 1.9.0 version is having big problems imo ...

-- 
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: regressed to version version 5 days old

[James Gilliam]

They also switched datacenters and purged the memcache.

But how can they regress back to a deleted version of the code?

On Friday, February 14, 2014 6:08:06 PM UTC-8, James Gilliam wrote:

 All of a sudden, GAE started running a version of my code which was 5 days 
 old ... a version that I had even deleted ... I can tell because I display 
 my version number on one of my pages.

 I uploaded the latest version ...

 This 1.9.0 version is having big problems imo ...


-- 
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] instance hours running twice as large with 1.9.0

[James Gilliam]

Since yesterday with the deployment of 1.9.0, instance hours have been 
running twice as large as before this deployment.

Just now, the instance graph on the dashboard showing more instances 
running when actually running.

Gae has turned off the intraday billing for instance hours; perhaps 
indicating they know about this issue.

-- 
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] switching gae data centers and memcache purging

[James Gilliam]

In the last 24 hours, my appid has been on us3, then us2 and now us1 ... 

Any idea why the datacenter is being changed so much ?

Also, the memcache seems to be purged when the appid changes datacenters -- 
is that true?


-- 
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] Flushing Memcache Many Times Today

[James Gilliam]

GAE has flushed memcached three or four times today -- annoying.  Plus, 
their instance hours are running high -- hopefully, it will get backed out 
before the final bill.

Memcache has been unusually stable for the last few weeks ... I guess it 
had to end at some point.

My guess is they are rolling out some new software or switching datacenters 
around.

-- 
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: Shared vs Dedicated Memcache Dedicated Memcache Quota

[James Gilliam]

When you select 1gig private memcache, it will cost $2.88 per day, about 
$90 a month, nothing to do with bandwidth at present.

For that you get to store 1 gig in memory cache but if you store less it 
still costs the same.

Wish they would prorate private memory cache too, and cut the chains of 
google apps on GAE.

On Friday, December 6, 2013 12:13:57 PM UTC-8, Martin Liersch wrote:

 Hi everyone,

 I'm having two questions about memcache:

 1) I am having app that stores ~2 entries in the memcache (each being 
 a Serializable with a String and two integers).
 I store those entries with an expiration time of 6 hours.
 When using the free, shared memcache, it only seems to store ~5000 of 
 those entries in the memcache. The oldest entry is mostly just some minutes 
 old. Why is that? The cache size is ~7 mb at that time...

 So i thought, okay, let's switch to dedicated memcache and choose the 
 smallest available setting: 1 Gbyte.
 So now all my entries are stored correctly and the oldest entry is 6 
 hours, etc. Everything is fine.

 Except for 2) The quota exploded! After just some hours of using this 
 setting I sais that I have used 18 Gbyte Hours already. How is that 
 possible, the total size of my memcache is only~ 11 Mb. So I would think 
 that it would cost me 11Mb*24Hours*$0.12 per day, which would be $0.03. Is 
 my calculation wrong?

 Thanks, Goddchen


-- 
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] Cannot connect to CloudSql from GAE PHP app

[James Bond]

Lets say my GAE app has: 

app id: foo123
name: myAppName
cloud sql instance id: foo123:mybucket


Im using PDO to connect: 
try{
 
   $pdo = new 
pdo(mysql:unix_socket=/cloudsql/*myAppName*:*foo123:mybucket*;charset=utf8, 
, );
   
}catch(PDOException $ex){
die(json_encode(
array('outcome' = false, 'message' = 'Unable to connect')
)
);
}



1. What is the password and the username? root@root doesnt work. I have 
also tried to set a root password in the cloud sql access control settings 
with no success.
2. Is my connection correct? I have tried many options with no success.



Quoted from the documentation: 

 In these examples, an App Engine app that belongs to a Google Cloud 
 Platform project called hello-php is connecting to a Cloud SQL instance 
 named my-cloudsql-instance. These examples show how to connect to Cloud 
 SQL in this scenario using PDO http://php.net/manual/en/book.pdo.php, 
 mysql_connect http://php.net/manual/en/function.mysql-connect.php, and 
 mysqli http://php.net/manual/en/book.mysqli.php.
 PDO
 $db = new PDO(
 'mysql:unix_socket=/cloudsql/hello-php:my-cloudsql-instance;charset=utf8',
   'username',
   'password'
 );

-- 
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: memcache failing now

[James Gilliam]

barry, lol

On Thursday, November 21, 2013 7:09:16 PM UTC-8, James Gilliam wrote:

 Lots of memcache failures

 Then GAE flushed it over 600 megs from premium memcache

 Before the cache could even restore, more failures

 Normal hit ratio is 99%, currently 87%

 Status continues with green -- no issues, no failures, lol


-- 
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] get_serving_url failing

[James Gilliam]

get_serving_url failed, except, The API call datastore_v3.Get() was 
explicitly cancelled., 

deadline failures as a result

-- 
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: get_serving_url failing

[James Gilliam]

GAE takes another API deadline dumps

had a few dozen failures related to get_serving_url

On Thursday, November 21, 2013 2:16:24 PM UTC-8, James Gilliam wrote:

 get_serving_url failed, except, The API call datastore_v3.Get() was 
 explicitly cancelled., 

 deadline failures as a result



-- 
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] memcache failing now

[James Gilliam]

Lots of memcache failures

Then GAE flushed it over 600 megs from premium memcache

Before the cache could even restore, more failures

Normal hit ratio is 99%, currently 87%

Status continues with green -- no issues, no failures, lol

-- 
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] memcache totally down

[James Gilliam]

right now

-- 
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: memcache totally down

[James Gilliam]

back up but very slow

On Friday, November 15, 2013 1:47:41 PM UTC-8, James Gilliam wrote:

 right now


-- 
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: memcache totally down

[James Gilliam]

according to my error logs ... there was a outage from 13:24 to 13:52 PT 
... 28 mins

On Friday, November 15, 2013 1:47:41 PM UTC-8, James Gilliam wrote:

 right now


-- 
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] logging errors -- CancelledError: The API call logservice.Flush() was explicitly cancelled.

[James Gilliam]

Still seeing deadline failures inside of GAE logging ... 15 errors over 4 
mins starting at 18:18 PT ... here is an example

These errors occur from time to time each day and have been lasting at 
least a couple of weeks


   1. 2013-11-14 18:18:40.507 Traceback (most recent call last):
   2. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/app_logging.py,
 
   line 78, in emit
   3. E2013-11-14 18:18:40.507 logservice.write(message)
   4. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
 
   line 348, in write
   5. E2013-11-14 18:18:40.507 logs_buffer().write(message)
   6. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
 
   line 237, in write
   7. E2013-11-14 18:18:40.507 return self._lock_and_call(self._write, line)
   8. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
 
   line 158, in _lock_and_call
   9. E2013-11-14 18:18:40.507 return method(*args)
   10. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
 
   line 254, in _write
   11. E2013-11-14 18:18:40.507 self._autoflush()
   12. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
 
   line 322, in _autoflush
   13. E2013-11-14 18:18:40.507 self._flush()
   14. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
 
   line 308, in _flush
   15. E2013-11-14 18:18:40.507 apiproxy_stub_map.MakeSyncCall('logservice', 
   'Flush', request, response)
   16. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
 
   line 94, in MakeSyncCall
   17. E2013-11-14 18:18:40.507 return stubmap.MakeSyncCall(service, call, 
   request, response)
   18. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
 
   line 328, in MakeSyncCall
   19. E2013-11-14 18:18:40.507 rpc.CheckSuccess()
   20. E2013-11-14 18:18:40.507 File 
   
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_rpc.py,
 
   line 133, in CheckSuccess
   21. E2013-11-14 18:18:40.507 raise self.exception
   22. E2013-11-14 18:18:40.507 CancelledError: The API call 
   logservice.Flush() was explicitly cancelled.
   23. E2013-11-14 18:18:40.507 Logged from file wsgi.py, line 259
   24. I2013-11-14 18:18:40.526 This request caused a new process to be 
   started for your application, and thus caused your application code to be 
   loaded for the first time. This requ
   25. E2013-11-14 18:18:40.526 Process terminated because the request 
   deadline was exceeded during a loading request.

-- 
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: App Engine Version 1.8.8 in control panel ???

[James Gilliam]

I am running 1.8.8 as well ... seems to be working great

For the first day in a couple of weeks, I am not seeing the deadline and 
memory cache errors ...


On Tuesday, November 12, 2013 3:22:38 PM UTC-8, o...@haitov.com wrote:

 Hi logged in to my control panel and this is what i see ??!?




-- 
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: major problems with the datastore?

[James Gilliam]

More and more, gae has one problem after another ...

Yesterday, images were disappearing

Today, having issues with memory cache

The only good news is eventually the problems go away

On Sunday, November 10, 2013 10:20:13 PM UTC-8, Jon Stevens wrote:

 All the sudden, with no changes on my end, I started getting these errors 
 in my logs:

 Caused by: com.google.appengine.api.datastore.DatastoreFailureException: 
 internal error.
   at 
 com.google.appengine.api.datastore.DatastoreApiHelper.translateError(DatastoreApiHelper.java:50)
   at 
 com.google.appengine.api.datastore.DatastoreApiHelper$1.convertException(DatastoreApiHelper.java:70)
   at 
 com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:94)
   at 
 com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:86)
   at 
 com.google.appengine.api.datastore.FutureHelper.getInternal(FutureHelper.java:71)
   at 
 com.google.appengine.api.datastore.FutureHelper.quietGet(FutureHelper.java:32)
   at 
 com.google.appengine.api.datastore.QueryResultsSourceImpl.peekQueryResultAndIfFirstRecordIndexList(QueryResultsSourceImpl.java:161)
   at 
 com.google.appengine.api.datastore.QueryResultsSourceImpl.loadMoreEntities(QueryResultsSourceImpl.java:104)
   at 
 com.google.appengine.api.datastore.QueryResultsSourceImpl.loadMoreEntities(QueryResultsSourceImpl.java:91)
   at 
 com.google.appengine.api.datastore.QueryResultIteratorImpl.ensureLoaded(QueryResultIteratorImpl.java:142)
   at 
 com.google.appengine.api.datastore.QueryResultIteratorImpl.hasNext(QueryResultIteratorImpl.java:62)
   

 Started at 10:11pm Pacific time.


 Any ideas?


 jon




-- 
You received this message because you are subscribed to 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: Emergency!

[James Gilliam]

Yep.  They have been having problems for days ... still going on, off and 
on.

Right now, I cannot activate a newly uploaded version.

The deadline errors have been killing me, off and on, for a week.  They 
tend to come in big clusters for me and then things are normal until the 
next one.

On Wednesday, November 6, 2013 3:56:15 PM UTC-8, GAEfan wrote:

 OK, this is not funny any more.  Now, the rest of the urlfetches stopped 
 working.  Nothing but Deadline Exceeded errors.

 Our site is DOWN without the urlfetch working!

 Are there any Googlers monitoring this?


-- 
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: Python urlfetch suddenly stopped working

[James Gilliam]

Yep, errors for almost a week.

The good news is the gae status is pretty much always green check boxes.

Sometimes you get an investigating but it turns green pretty soon.

On Friday, November 1, 2013 2:15:24 PM UTC-7, philip.g...@gmail.com wrote:

 As of a few hours ago (may 10:00 UTC on Movember 1), urlfetch (from a 
 python instance) stopped working. It now always returns a 
 DeadlIneExceededError after 5 seconds.

 This is always trying to fetch data from my server. I tried doing a 
 similar fetch from another appengine instance, and it also fails.

 This site is accessible both through IPv4 and IPv6. At my server, I am 
 still getting requests from other places on the internet on both IPv4 and 
 IPv6 -- so it appears that the problem is not with my server.

 I seem to recall that there is a proxy between appengine instances and the 
 internet, and I'm wondering if this has problems. 

 I can provide the instance name if that would help

 Thanks

 Philip


-- 
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: deadline errors for pages which normally load fast

[James Gilliam]

I believe this problem was fixed about 10 hours ago.  None of these errors 
occurred overnight and I have had them day after day for a week or longer. 
 Also, pages which were loading in 18 secs to greater than 60 are back to 
loading in 2 seconds when they are not cached.

Also, something significant changed with memcache at the same time.

I typically have about 98% hits but for the last week or so it was 67% 
hits.  I suspected a memcache issue but it was hard to prove.  Now that the 
hit ratio is back up for normal ranges I am convinced there has been a 
memcache issue.

In any case, I am grateful these problems appear to have been fixed.

I wonder if it was version 1.8.7 ???



On Monday, November 4, 2013 4:19:41 PM UTC-8, James Gilliam wrote:

 I am seeing deadline failures such as the one below -- 61 secs.  Using 
 python 2.7, appid ogeekcom.  Notice it doesn't say deadline error -- it 
 appears that somebody is broken in the GAE logging code but based on the 61 
 seconds I have come to believe it is a deadline failure.

 Just loaded the same page in 208 ms.

 Many times they are associated with a memcache set failure, but sometimes 
 other failures, e.g. blob url_serving error.

 I use the 1 gig premium memcache even though I don't need nearly that much 
 cache and hate the cost at $90 a month.

 I saw almost 40 of these errors overnight ... clustered around a couple of 
 times.  When that happens, instances are created for each URL because the 
 request takes so long to finish  ouch.


1. 2013-11-04 14:04:27.457 /viking-international-llc 500 61941ms 0kb 
 Mozilla/5.0 
(compatible; Googlebot/2.1; +http://www.google.com/bot.html)

66.249.66.180 - - [04/Nov/2013:14:04:27 -0800] GET 
 /viking-international-llc HTTP/1.1 500 0 - Mozilla/5.0 (compatible; 
 Googlebot/2.1; +http://www.google.com/bot.html) www.goobafoo.com ms=61941 
 cpu_ms=3850 app_engine_release=1.8.6 
 instance=00c61b117c74a9c539d5b4ef839de2da2a3a8a3f 
 https://appengine.google.com/instances?app_id=s~ogeekcomversion_id=1383584138-1576.371403051099549606key=00c61b117c74a9c539d5b4ef839de2da2a3a8a3f#00c61b117c74a9c539d5b4ef839de2da2a3a8a3f

2. E2013-11-04 14:04:27.361

[data.cacheSave, except, memcache set failed, goobafoo, 
 goobafoo-goobafoo-landingview-landingid=viking-international-llc, 
 {p-landingid:1, p-offset:1, t-gallerys:1, t-landings:1}]

3. E2013-11-04 14:04:27.454

Traceback (most recent call last):

4. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/app_logging.py,
  line 78, in emit

5. E2013-11-04 14:04:27.454

logservice.write(message)

6. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 348, in write

7. E2013-11-04 14:04:27.454

logs_buffer().write(message)

8. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 237, in write

9. E2013-11-04 14:04:27.454

return self._lock_and_call(self._write, line)

10. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 158, in _lock_and_call

11. E2013-11-04 14:04:27.454

return method(*args)

12. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 254, in _write

13. E2013-11-04 14:04:27.454

self._autoflush()

14. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 322, in _autoflush

15. E2013-11-04 14:04:27.454

self._flush()

16. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 308, in _flush

17. E2013-11-04 14:04:27.454

apiproxy_stub_map.MakeSyncCall('logservice', 'Flush', request, 
 response)

18. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
  line 94, in MakeSyncCall

19. E2013-11-04 14:04:27.454

return stubmap.MakeSyncCall(service, call, request, response)

20. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
  line 328, in MakeSyncCall

21. E2013-11-04 14:04:27.454

rpc.CheckSuccess()

22. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1

[google-appengine] Re: Google Apps No Longer Free

[James Gilliam]

The saga continues with the google apps credit ..

Every time I launch a custom domain it is a lot of work making google apps 
happy

I applied for the credit on a domain ... got email saying it was granted on 
oct 3rd ... on nov 2nd they billed my credit card for the monthly $5 ... 
and there is no sign of the credit on the account ...

Plus, I have to signup with a credit card on each of these google apps 
accounts ...

Now sending emails that the credit doesn't actually work ... i have five 
accounts where the credit has been approved or applied for ...

Has anybody noticed how long the process takes even to get the credit 
approved ...

Also, the previous issue with not being able to signup for billing was 
because there is a limit on the number of google apps accounts you can have 
with a single email address ... after you signup for billing  you have to 
update the email address ...

This has not been thought out at all by google apps and gae.

So frustrating

This is a lot of work, particularly when their process doesn't even work

On Thursday, December 6, 2012 6:42:42 PM UTC-8, Greg wrote:

 Just saw that Google Apps is no longer free for 
 businesseshttp://googleenterprise.blogspot.co.nz/2012/12/changes-to-google-apps-for-businesses.html
 . 

 I have no problem paying for a Google Apps account where I actually use 
 Google apps, but at the moment you have to have a Google Apps account to 
 link a domain to an Appengine app. Some of our apps have two or three 
 domains showing the same app, and because you need to have an account for 
 each email address that Appengine sends email from, we have three or four 
 accounts per domain. So this is potentially going to add $600 per year to 
 our costs - all for virtual accounts that don't actually use Google Apps at 
 all.

 Can someone from Google comment please? Either Google Apps accounts need 
 to remain free if they are associated with Appengine apps, or there needs 
 to be another way to link domains (and authorise email addresses) for 
 Appengine.




-- 
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: Google Apps No Longer Free

[James Gilliam]

Just got a response from google apps about the $50 credit ... they say it 
doesn't apply to google apps ...

Andrew responded with 

I see. Unfortunately this credit is only available for the first $50 of 
your Google App Engine spend, not Google Apps. 

I can't see where the credit was applied anywhere ... and don't even 
understand what Andrew is talking about ...

Wasn't the credit suppose to be for the google apps account  
because of the charge for using the damn thing even if you don't want the 
email?

On Thursday, December 6, 2012 6:42:42 PM UTC-8, Greg wrote:

 Just saw that Google Apps is no longer free for 
 businesseshttp://googleenterprise.blogspot.co.nz/2012/12/changes-to-google-apps-for-businesses.html
 . 

 I have no problem paying for a Google Apps account where I actually use 
 Google apps, but at the moment you have to have a Google Apps account to 
 link a domain to an Appengine app. Some of our apps have two or three 
 domains showing the same app, and because you need to have an account for 
 each email address that Appengine sends email from, we have three or four 
 accounts per domain. So this is potentially going to add $600 per year to 
 our costs - all for virtual accounts that don't actually use Google Apps at 
 all.

 Can someone from Google comment please? Either Google Apps accounts need 
 to remain free if they are associated with Appengine apps, or there needs 
 to be another way to link domains (and authorise email addresses) for 
 Appengine.




-- 
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: deadline errors for pages which normally load fast

[James Gilliam]

Spoke too soon ... just had another rash of these errors ... also GAE 
flushed all the memcache again for my app ... second time today ... and 
there is a PYTHON investigation reported as well.

On Monday, November 4, 2013 4:19:41 PM UTC-8, James Gilliam wrote:

 I am seeing deadline failures such as the one below -- 61 secs.  Using 
 python 2.7, appid ogeekcom.  Notice it doesn't say deadline error -- it 
 appears that somebody is broken in the GAE logging code but based on the 61 
 seconds I have come to believe it is a deadline failure.

 Just loaded the same page in 208 ms.

 Many times they are associated with a memcache set failure, but sometimes 
 other failures, e.g. blob url_serving error.

 I use the 1 gig premium memcache even though I don't need nearly that much 
 cache and hate the cost at $90 a month.

 I saw almost 40 of these errors overnight ... clustered around a couple of 
 times.  When that happens, instances are created for each URL because the 
 request takes so long to finish  ouch.


1. 2013-11-04 14:04:27.457 /viking-international-llc 500 61941ms 0kb 
 Mozilla/5.0 
(compatible; Googlebot/2.1; +http://www.google.com/bot.html)

66.249.66.180 - - [04/Nov/2013:14:04:27 -0800] GET 
 /viking-international-llc HTTP/1.1 500 0 - Mozilla/5.0 (compatible; 
 Googlebot/2.1; +http://www.google.com/bot.html) www.goobafoo.com ms=61941 
 cpu_ms=3850 app_engine_release=1.8.6 
 instance=00c61b117c74a9c539d5b4ef839de2da2a3a8a3f 
 https://appengine.google.com/instances?app_id=s~ogeekcomversion_id=1383584138-1576.371403051099549606key=00c61b117c74a9c539d5b4ef839de2da2a3a8a3f#00c61b117c74a9c539d5b4ef839de2da2a3a8a3f

2. E2013-11-04 14:04:27.361

[data.cacheSave, except, memcache set failed, goobafoo, 
 goobafoo-goobafoo-landingview-landingid=viking-international-llc, 
 {p-landingid:1, p-offset:1, t-gallerys:1, t-landings:1}]

3. E2013-11-04 14:04:27.454

Traceback (most recent call last):

4. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/app_logging.py,
  line 78, in emit

5. E2013-11-04 14:04:27.454

logservice.write(message)

6. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 348, in write

7. E2013-11-04 14:04:27.454

logs_buffer().write(message)

8. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 237, in write

9. E2013-11-04 14:04:27.454

return self._lock_and_call(self._write, line)

10. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 158, in _lock_and_call

11. E2013-11-04 14:04:27.454

return method(*args)

12. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 254, in _write

13. E2013-11-04 14:04:27.454

self._autoflush()

14. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 322, in _autoflush

15. E2013-11-04 14:04:27.454

self._flush()

16. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 308, in _flush

17. E2013-11-04 14:04:27.454

apiproxy_stub_map.MakeSyncCall('logservice', 'Flush', request, 
 response)

18. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
  line 94, in MakeSyncCall

19. E2013-11-04 14:04:27.454

return stubmap.MakeSyncCall(service, call, request, response)

20. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
  line 328, in MakeSyncCall

21. E2013-11-04 14:04:27.454

rpc.CheckSuccess()

22. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_rpc.py,
  line 133, in CheckSuccess

23. E2013-11-04 14:04:27.454

raise self.exception

24. E2013-11-04 14:04:27.454

CancelledError: The API call logservice.Flush() was explicitly cancelled.

25. E2013-11-04 14:04:27.454

Logged from file common.py, line 573




-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To unsubscribe from this group and stop

[google-appengine] Re: deadline errors for pages which normally load fast

[James Gilliam]

more failures and another memcache flush at 4:28 PT ...

here's an idea GAE ... why don't you test your shit before pushing it out !

On Monday, November 4, 2013 4:19:41 PM UTC-8, James Gilliam wrote:

 I am seeing deadline failures such as the one below -- 61 secs.  Using 
 python 2.7, appid ogeekcom.  Notice it doesn't say deadline error -- it 
 appears that somebody is broken in the GAE logging code but based on the 61 
 seconds I have come to believe it is a deadline failure.

 Just loaded the same page in 208 ms.

 Many times they are associated with a memcache set failure, but sometimes 
 other failures, e.g. blob url_serving error.

 I use the 1 gig premium memcache even though I don't need nearly that much 
 cache and hate the cost at $90 a month.

 I saw almost 40 of these errors overnight ... clustered around a couple of 
 times.  When that happens, instances are created for each URL because the 
 request takes so long to finish  ouch.


1. 2013-11-04 14:04:27.457 /viking-international-llc 500 61941ms 0kb 
 Mozilla/5.0 
(compatible; Googlebot/2.1; +http://www.google.com/bot.html)

66.249.66.180 - - [04/Nov/2013:14:04:27 -0800] GET 
 /viking-international-llc HTTP/1.1 500 0 - Mozilla/5.0 (compatible; 
 Googlebot/2.1; +http://www.google.com/bot.html) www.goobafoo.com ms=61941 
 cpu_ms=3850 app_engine_release=1.8.6 
 instance=00c61b117c74a9c539d5b4ef839de2da2a3a8a3f 
 https://appengine.google.com/instances?app_id=s~ogeekcomversion_id=1383584138-1576.371403051099549606key=00c61b117c74a9c539d5b4ef839de2da2a3a8a3f#00c61b117c74a9c539d5b4ef839de2da2a3a8a3f

2. E2013-11-04 14:04:27.361

[data.cacheSave, except, memcache set failed, goobafoo, 
 goobafoo-goobafoo-landingview-landingid=viking-international-llc, 
 {p-landingid:1, p-offset:1, t-gallerys:1, t-landings:1}]

3. E2013-11-04 14:04:27.454

Traceback (most recent call last):

4. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/app_logging.py,
  line 78, in emit

5. E2013-11-04 14:04:27.454

logservice.write(message)

6. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 348, in write

7. E2013-11-04 14:04:27.454

logs_buffer().write(message)

8. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 237, in write

9. E2013-11-04 14:04:27.454

return self._lock_and_call(self._write, line)

10. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 158, in _lock_and_call

11. E2013-11-04 14:04:27.454

return method(*args)

12. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 254, in _write

13. E2013-11-04 14:04:27.454

self._autoflush()

14. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 322, in _autoflush

15. E2013-11-04 14:04:27.454

self._flush()

16. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/logservice/logservice.py,
  line 308, in _flush

17. E2013-11-04 14:04:27.454

apiproxy_stub_map.MakeSyncCall('logservice', 'Flush', request, 
 response)

18. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
  line 94, in MakeSyncCall

19. E2013-11-04 14:04:27.454

return stubmap.MakeSyncCall(service, call, request, response)

20. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
  line 328, in MakeSyncCall

21. E2013-11-04 14:04:27.454

rpc.CheckSuccess()

22. E2013-11-04 14:04:27.454

  File 
 /base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_rpc.py,
  line 133, in CheckSuccess

23. E2013-11-04 14:04:27.454

raise self.exception

24. E2013-11-04 14:04:27.454

CancelledError: The API call logservice.Flush() was explicitly cancelled.

25. E2013-11-04 14:04:27.454

Logged from file common.py, line 573




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