[google-appengine] I have few questions about app engine

[John Floyd]

1. First, in standard how long does the app take to start up for a small 
WordPress site.
If I set the instances to 0 and 1 when the visitor is on the site then 
leaves and the instance is 0 once again. is there any noticeable lag for 
the user?

2. How much does it cost to run a small WordPress site with low to med 
traffic. The app calculator is hard to understand for me.

3. Do I pay for SSL for the website? Google does host the domain if that 
matters.

4. Is there a load balancer I pay for too or is it included?

if I use the app 100% of the month do I get a discount?
If I sign a contract for 1 or 3 years do I get a discount?

-- 
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/25dd9d39-f34d-4403-ba39-13142abc7b5an%40googlegroups.com.

Re: [google-appengine] 500 Server Error

[John Iacovacci]

App engine is very unforgiving and 500 is a generic error
unfortunately Google does not have very good descriptive error reporting. I
normally change code to a successful version (keep removing until something
works) or use stackoverflow to debug.

On Wed, Jun 23, 2021 at 3:23 AM Rishi Patni <
ecommercefortunebuil...@gmail.com> wrote:

> Problem I have encountered:
>
> I'm deploying my node.js web app at App Engine standard environment
>
> Issue - My code is working on port8080 but after deployment I got 500
> Server Error
>
> ***Displayed error message on browser***
>
> Error: Server Error
> The server encountered an error and could not complete your request.
> Please try again in 30 seconds.
>
> ***
>
> What I was expected to happen:
>
> As code is working fine at port 8080 so I was expecting to see my app code
> running after app deployment same as it is running on port 8080
>
>
> NOTE I have not received any !!!Critical !!!Alert or !!!Emergency in LOGS
>
> ***Error in Browser Console***
> Failed to load resource: the server responded with a status of 500
> (Internal Server Error)
> **
>
>
> *- Other information *
>
>
> NOTE: I'm using node v12.20.0
>
>
> My package.json
>
> {
>   "name": "ecomm12",
>   "version": "1.0.0",
>   "description": "ecommerce training and services",
>   "main": "app.js",
>   "engines": {
> "node": "12.x.x"
>   },
>   "scripts": {
> "test": "echo \"Error: no test specified\" && exit 1",
> "start": "nodemon app.js",
> "start-server": "node app.js"
>   },
>   "author": "R",
>   "license": "ISC",
>   "devDependencies": {
> "nodemon": "^2.0.7"
>   },
>   "dependencies": {
> "body-parser": "^1.19.0",
> "ejs": "^3.1.6",
> "express": "^4.17.1",
> "mongodb": "^3.6.9"
>   }
> }
>
>
> is it ok to use 12.x.x package.json?
> as im using nodemon is it ok to use "start": "nodemon app.js",?
>
> Noting is there in Logs Explorer (!!!Critical !!!Alert or !!!Emergency)
> then how to solve 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/54c00553-99ee-4162-a7c8-eb391103cbffn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CADTT8SQ5ifs_tbjZ0eFAtHGN5xjuNO8hR%3DJADPkArnebB%2BrdSw%40mail.gmail.com.

Re: [google-appengine] Re: GAE HTTP/3 with custom domain

[John Coonrod]

Thanks. I use the normal gae standard settings for custom domains. When I
use https://gf.dev/http3-test to test, votebd.org fails but
votebd2.appspot.com works.

[image: image.png]
John Coonrod, PhD | Executive Vice President | The Hunger Project


On Fri, May 14, 2021 at 3:37 PM 'yananc' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Hi John,
>
> Could you please provide more details about the issue? For example, what
> is your use case for the service and what do you observe when accessing via
> votebd.org? And also, are you using Cloud Load Balancing and serverless
> NEGS
> <https://cloud.google.com/load-balancing/docs/negs/serverless-neg-concepts> to
> route traffic to your app in App Engine?
> On Wednesday, May 12, 2021 at 3:53:10 PM UTC-4 John Coonrod wrote:
>
>> I have a site votebd2.appspot.com which is normally accessed by its
>> custom domain votebd.org. It connects via http/3 when accessed via the
>> appspot URL but not with votebd.org. This doesn't make sense to me -
>> anybody know how to fix this?
>
> --
> 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/ZEOXbqqnkXE/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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/f2494885-0b3c-4881-922d-13eca4eb4824n%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/f2494885-0b3c-4881-922d-13eca4eb4824n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CA%2BMjbs6QFk96wMP4%3D1Hz875is%2BL_jSr8CXmZN1P20d-z%2BHJgqQ%40mail.gmail.com.

[google-appengine] GAE HTTP/3 with custom domain

[John Coonrod]

I have a site votebd2.appspot.com which is normally accessed by its custom 
domain votebd.org. It connects via http/3 when accessed via the appspot URL 
but not with votebd.org. This doesn't make sense to me - anybody know how 
to fix 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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/aa88ff87-f37e-42aa-89b2-368d91e988dcn%40googlegroups.com.

Re: [google-appengine] Re: import 2nd library

[John Iacovacci]

Issue solved, I did not have the entries in requirements.txt. Error
messages too vague

On Wed, Nov 11, 2020 at 9:13 PM wesley chun  wrote:

> That's quite odd John. Can you temporarily rename your main.py and deploy
> this code as main.py and run it?
>
> from flask import Flask
> from google import cloud
>
> app = Flask(__name__)
>
> @app.route('/')
> def hello_world():
> return 'Hello, World!'
>
> Pls reply with what shows up in your App Engine dashboard
> <https://console.cloud.google.com/appengine> down in the "Application
> Errors" section.
> Also paste relevant lines from your app.yaml (or the whole thing).
>
> Thanks,
> --Wesley
>
> On Wed, Nov 11, 2020 at 12:17 PM John Iacovacci 
> wrote:
>
>> I've isolated the problem down to my app engine python code not allowing
>> me to import more than one module. Even a simple hello world app will only
>> allow me to implement one import. Every time I add a module to any of my
>> program I get errors.
>>
>> On Wed, Nov 11, 2020 at 2:58 PM 'Elliott (Cloud Platform Support)' via
>> Google App Engine  wrote:
>>
>>> Hello,
>>>
>>> To isolate the problem, does this code run locally on your machine?
>>>
>>> On Wednesday, November 11, 2020 at 12:18:48 PM UTC-5
>>> john.ia...@gmail.com wrote:
>>>
>>>> I'm trying to import the datastore module(or anytime I try to import a
>>>> second module for that matter) in my app engine standard code.
>>>>
>>>> I've virtually tried every combination and I'm getting either
>>>>
>>>> Error: Server ErrorThe server encountered an error and could not
>>>> complete your request.
>>>>
>>>> Please try again in 30 seconds.
>>>>
>>>>
>>>> or 502 Gateway ngix errors.
>>>>
>>>>
>>>> Any thoughts?
>>>>
>>>>
>>>> Thanks
>>>>
>>>>
>>>> John Iacovacci
>>>>
>>>> main.py
>>>> from flask import Flask, request, render_template
>>>>
>>>> # START Translate requirements
>>>> from google.cloud import translate_v2 as translate
>>>> translate_client = translate.Client()
>>>>
>>>> import datastore
>>>> # END Translate requirements
>>>>
>>>>
>>>> app = Flask(__name__)   # Flask is the web framework we're using
>>>>
>>>>
>>>> @app.route('/', methods=['POST','GET']) # This defines when the 
>>>> function below will be called
>>>> def translate():
>>>> if request.method == 'POST':
>>>>
>>>> # This code will run if a POST is received
>>>>
>>>> data = request.form.to_dict(flat=True)  # Reads the body of the 
>>>> post request and assigns it to the "data" variable
>>>>
>>>> result = translate_client.translate(data['inputText'], 
>>>> target_language=data["toLang"]) # Sends data to the translate API
>>>>
>>>> return 
>>>> render_template('index.html',translatedText=result['translatedText'])# 
>>>> Renders the page with the response
>>>>
>>>> else:
>>>>
>>>> # This code will run if a GET is received
>>>> return render_template('index.html')
>>>>
>>>>
>>>> # Don't worry about this part
>>>> if __name__ == '__main__':
>>>> app.run(host='127.0.0.1', port=8080, debug=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 view this discussion on the web visit
>>> https://groups.google.com/d/msgid/google-appengine/02857814-1a89-4d13-b0cb-eaa593e2dba9n%40googlegroups.com
>>> <https://groups.google.com/d/msgid/google-appengine/02857814-1a89-4d13-b0cb-eaa593e2dba9n%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
>> 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 

Re: [google-appengine] Re: import 2nd library

[John Iacovacci]

I've isolated the problem down to my app engine python code not allowing me
to import more than one module. Even a simple hello world app will only
allow me to implement one import. Every time I add a module to any of my
program I get errors.

On Wed, Nov 11, 2020 at 2:58 PM 'Elliott (Cloud Platform Support)' via
Google App Engine  wrote:

> Hello,
>
> To isolate the problem, does this code run locally on your machine?
>
> On Wednesday, November 11, 2020 at 12:18:48 PM UTC-5 john.ia...@gmail.com
> wrote:
>
>> I'm trying to import the datastore module(or anytime I try to import a
>> second module for that matter) in my app engine standard code.
>>
>> I've virtually tried every combination and I'm getting either
>>
>> Error: Server ErrorThe server encountered an error and could not complete
>> your request.
>>
>> Please try again in 30 seconds.
>>
>>
>> or 502 Gateway ngix errors.
>>
>>
>> Any thoughts?
>>
>>
>> Thanks
>>
>>
>> John Iacovacci
>>
>> main.py
>> from flask import Flask, request, render_template
>>
>> # START Translate requirements
>> from google.cloud import translate_v2 as translate
>> translate_client = translate.Client()
>>
>> import datastore
>> # END Translate requirements
>>
>>
>> app = Flask(__name__)   # Flask is the web framework we're using
>>
>>
>> @app.route('/', methods=['POST','GET']) # This defines when the 
>> function below will be called
>> def translate():
>> if request.method == 'POST':
>>
>> # This code will run if a POST is received
>>
>> data = request.form.to_dict(flat=True)  # Reads the body of the post 
>> request and assigns it to the "data" variable
>>
>> result = translate_client.translate(data['inputText'], 
>> target_language=data["toLang"]) # Sends data to the translate API
>>
>> return 
>> render_template('index.html',translatedText=result['translatedText'])# 
>> Renders the page with the response
>>
>> else:
>>
>> # This code will run if a GET is received
>> return render_template('index.html')
>>
>>
>> # Don't worry about this part
>> if __name__ == '__main__':
>> app.run(host='127.0.0.1', port=8080, debug=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 view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/02857814-1a89-4d13-b0cb-eaa593e2dba9n%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/02857814-1a89-4d13-b0cb-eaa593e2dba9n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADTT8SQZP_svALjuaUY_SFf%2Bdim%2BV_uGZHHPmruXFGqbvZyMvA%40mail.gmail.com.

[google-appengine] import 2nd library

[John Iacovacci]

I'm trying to import the datastore module(or anytime I try to import a 
second module for that matter) in my app engine standard code.

I've virtually tried every combination and I'm getting either

Error: Server ErrorThe server encountered an error and could not complete 
your request.

Please try again in 30 seconds.


or 502 Gateway ngix errors.


Any thoughts?


Thanks


John Iacovacci

main.py
from flask import Flask, request, render_template

# START Translate requirements
from google.cloud import translate_v2 as translate
translate_client = translate.Client()

import datastore
# END Translate requirements


app = Flask(__name__)   # Flask is the web framework we're using

@app.route('/', methods=['POST','GET']) # This defines when the 
function below will be called
def translate():
if request.method == 'POST':

# This code will run if a POST is received
data = request.form.to_dict(flat=True)  # Reads the body of the post 
request and assigns it to the "data" variable
result = translate_client.translate(data['inputText'], 
target_language=data["toLang"]) # Sends data to the translate API
return 
render_template('index.html',translatedText=result['translatedText'])# 
Renders the page with the response

else:

# This code will run if a GET is received
return render_template('index.html')


# Don't worry about this part
if __name__ == '__main__':
app.run(host='127.0.0.1', port=8080, debug=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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/66ca4b61-9bc2-48b8-9103-9726c03b12bfn%40googlegroups.com.

[google-appengine] an internal error has occurred remote desktop windows server 2016

[John Martinez]

i need help i can't access remote desktop windows server 2016
Help Me pls.



-- 
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/4a96b5b5-a40a-486e-a745-a37b0f1075beo%40googlegroups.com.

[google-appengine] App Engine Fail to Access the application after deployment

[John Kevin Asprec]

Hi guys,

please help I cant browse my application that successfully published to the 
app engine.
I publish from Gitlab using CI/CD : 

*Running after_script*
*Saving cache*
*Uploading artifacts for successful job*
* Uploading artifacts...*
* /builds/pmpc/emr-api-v2/bin/Release/netcoreapp2.1/publish/: found 8 
matching files *
* Uploading artifacts to coordinator... okid=549978820 
responseStatus=201 Created token=QtGu_MCg*
* Job succeeded *

this is the logs of my deployment and I know it successfully uploaded 
because it already executed successfully the EF migration in my Cloud SQL.

but when I try to open the application it only return
*pmc-emr-demo2.oa.r.appspot.com*’s server IP address could not be found.

how can you solve 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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/95fcec58-82f0-4c2d-b507-a4bcb9eb32cc%40googlegroups.com.

Re: [google-appengine] "Billing has not been enabled" error on project with enabled billing

[John Kevin Asprec]

Hi Alexander,

Can you elaborate I'm not expert yet in GCP.
I'm trying to make CI/CD from Gitlab.

Thanks

On Sat, May 9, 2020 at 6:13 AM Alexander Kislitsky
 wrote:

> An error appears today on stable working project with enabled billing and
> valid credit card.
> Project working more than year. There weren't deploys or any changes were
> in app for a month.
> Redeploy doesn't help. Error appears on BQ table creation operation.
>
> --
> 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/8eca31d5-8e74-4645-8377-578df8730e5f%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAMPoN1k0yajQeC5EdFSg%3DjmDNjQ8E_yXBYCADXVG5Axu4So7Wg%40mail.gmail.com.

[google-appengine] gcloud crashed (UnicodeDecodeError): 'utf-8' codec can't decode byte 0xa9 in position 6507: invalid start byte

[John Kevin Asprec]

Hi guy's,

I'm trying gitlab continuous deployment to gcp app engine but I'm 
encountering this error.

gcloud crashed (UnicodeDecodeError): 'utf-8' codec can't decode byte 0xa9 
in position 6507: invalid start byte 
Is there anyone here encounter this? I'm deploying a dotnet core 
application.

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/b4a13050-d395-42c2-8a97-d67079aa86f7%40googlegroups.com.

Re: [google-appengine] Re: Diving into App Engine is soooooooooooo hard now - My analysis

[john]

 +1 
I also lament the loss of the turnkey environment that app engine used to 
provide. I can only presume that the business model for it isn’t very 
profitable, otherwise someone else would reproduce it. 
 

On Monday, March 16, 2020 at 2:47:25 AM UTC-4, Nickolas Daskalou wrote:
>
> Same experience for us.
>
> 10 years ago App Engine was a revolution. Now it's almost revolting.
>
> Agree with the hard to set up development environment for the newer App 
> Engine installments.
>
> Other pain points too, like no shared Memcache replacement (we're told NDB 
> for Python 3 is fully ready, when in reality a lot of existing apps which 
> rely on the built in feature of the free shared Memcache will either suffer 
> performance issues and/or an increase in billing cost if they switch over).
>
> Google are having a hard time working out how to crack the cloud computing 
> market. Enterprises go with Azure because Microsoft are already heavily 
> embedded and sell the business fluff well, and AWS have a massive head 
> start on startups due to a larger existing user base and service offering 
> because they were first in the game.
>
> Nick
>
> On Mon, 16 Mar 2020, 4:35 am Matthew Parkes,  > wrote:
>
>> I have to totally agree with this.  My experience has been the same 
>> coming from AppEngine Standard python 2.7 I decided to try and migrate one 
>> of my apps to Python3.7 but was extremely frustrated and put off with the 
>> whole experience.  I lost a lot of nice framework that made decisions easy 
>> and straight forward to actually just get functionality working. (Endpoints 
>> API, User management, Data management, Admin datastore).  I found it very 
>> hard to get an actual development environment setup where I could rapidly 
>> develop and test, see data in the database etc.
>>
>> The local testing has become very difficult. It's sad that while google 
>> appears to say "Oh AppEngine so much more flexible for you now" sounds like 
>> a step forward, when really it's more like 1 step forward, 5 steps 
>> backwards.
>>
>> Disappointed,
>>
>> Matt
>>
>> On Sunday, 15 March 2020 08:48:56 UTC-7, Brian Ruuska wrote:
>>>
>>> Glad to hear I'm not the only one disappointed with it all. I started 
>>> using App Engine when it was in beta, and launched a one-person business 
>>> when it went GA. It's so overwhelming attempting to port my product to the 
>>> new environments that it's much more than a one-person effort. And with all 
>>> the land mines and missing functionality I decided to just close the 
>>> business last year. They seem to be more interested in serving big 
>>> enterprises, and us little guys are just left behind. :-(
>>>
>>> On Saturday, March 14, 2020 at 7:22:15 AM UTC-5, Kaan Soral wrote:

 I'll whine a lot, but there's a concentrated and crisp TL;DR in the end


 I've been using App Engine I guess for 10 years now? It's hard for me 
 too, but also, I'm preparing to open source my current project, at each 
 step I question everything, I was going to open source my game so young 
 developers/kids/gamers could dive into networked game development easier 
 (It's an MMORPG on Google Cloud, my dream was that open sourcing it could 
 enable fast experimentation with the genre), but as it is, at the current 
 state of App Engine, the bottleneck is definitely all the diversified and 
 separated products, separate emulators (missing ones), separate 
 environment 
 variables for everything etc. - I can't imagine a happy scenario where one 
 could just develop an App Engine app locally without spending weeks trying 
 to understand what's what first - Back in the day, I think the Launcher 
 GUI 
 and the simplicity of it all, got us all hooked (This is coming from a CLI 
 user)


 Things used to be as simple as *"python2.7 /sdk/dev_appserver.py 
 --storage_path=/storage/ --blobstore_path=/blobstore/ 
 --datastore_path=/storage/db.rdbms --host=0.0.0.0 --port=8080 /path 
 --require_indexes"* - We could test *EVERYTHING* locally, now we can 
 almost test nothing locally


 It seems that the python2.7 that's currently in the process of being 
 deprecated was the last of it's kind


 Instead of refactoring everything for Python 3, I decided to move onto 
 NodeJS instead, the work done, the documentation, the depth of it all, on 
 the surface, is very exciting, until you dive in


 First of all, at each step, you're faced with initially arbitrary 
 decisions that's going to eliminate you, flexible or standard? - does it 
 really matter, I don't think so, firestore in datastore mode or firestore? 
 oh my god, it's like each option is designed to torture and drive away a 
 potential user


 As a long time App Engine / Datastore user, I've simplified my data 
 design to a singular dimension and simple get/set by key operations 
 

Re: [google-appengine] Re: How can I see in which environment my App Engine module is running?

[John Pool]

Thanks, that's what I was looking for -- John

Op wo 5 feb. 2020 om 19:25 schreef 'David (Cloud Platform Support)' via
Google App Engine :

> Hello,
>
> Yes, you can see in which environment your App Engine application is
> running. Just head over to your Cloud Console and click the hamburger top
> left corner to see the settings menu, then go to App Engine - > versions
> and you should be able to see some information about your application which
> includes the environment.
>
> --
> 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/04ffe0bd-4cfc-4c42-8ffd-c37bdc7543d0%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/04ffe0bd-4cfc-4c42-8ffd-c37bdc7543d0%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CAB%3Dn0GBG5L63z0ycsc7RsfnsVQsfwGMjRuDqOrPtCxazyXo_XA%40mail.gmail.com.

[google-appengine] How can I see in which environment my App Engine module is running?

[John Pool]

Hi there,

 

Yesterday I created an App Engine module in the App Engine Standard 
Environment (at least, that is what I intended to do). 

When I deployed my software, the following log message appeared on the 
gcloud console:

 

Enabling service [appengineflex.googleapis.com] on project []...

Operation "operations/acf.22b5a0e6-76c0-4d31-8c00-4f7ae947d18d" finished 
successfully.

Beginning deployment of service [default]...

 

That made me think that it has been deployed to the flexible environment 
anyway.

 

Question: is there a way to see in which environment the module is running?


Kind regards,


John Pool

-- 
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/344a2c08-eb52-4e8e-9512-a0b699f4de50%40googlegroups.com.

[google-appengine] Get Professional Help For Hp Support Assistant Server Issues

[john pocus]

Facing issues! Server connection issues with Hp printer Assistance are not 
easy to weave by someone who is not a pro. Therefore, if you are having *Hp 
Support Assistant 
* Server Issues 
problems, discuss it with an expert. The professionals exclusively provide 
services for similar issues. An experienced hand of professional can easily 
fix the issues that tend to be a headache for the users. 
https://www.hpprintersupportpro.net/hp-support-assistant/

-- 
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/478b4bbb-9da3-4b77-979f-5cea9963c617%40googlegroups.com.

[google-appengine] Re: Needed URL endpoints to whitelist for pub-sub (publish)

[John lee]

check this
https://enterprise.comodo.com/blog/what-is-endpoint-security/

On Tuesday, February 12, 2019 at 5:59:50 AM UTC+5:30, George (Cloud 
Platform Support) wrote:
>
> Hello Anoop, 
>
> If you rely on IP-based firewall rules as a security mechanism, note that 
> Cloud Pub/Sub is not associated with any specific IP address. Configuration 
> of your Organization's firewall falls under your Organization's 
> responsibility, and you should take into consideration the situation 
> described here and on the "Access control" documentation page 
> . 
>

-- 
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/24d6c1ff-a6f8-4297-902e-d5b8f3116301%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine Enable managed security not working

[John Janzen]

Thanks Amit.

Reverifying the domain did the trick. (Still not sure why I had to reverify)


-- 
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/70bae633-95da-4a77-9430-c3c43eca7525%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] App Engine Enable managed security not working

[John Janzen]

I am trying to enable managed security for an app I've had running for 
years. I've also had a custom domain mapped to it for years.

Selecting the domain does not allow me to *Enable Managed security*. 
Mousing over the button informs me that I must be a domain owner to enable 
security.

I believe I've already confirmed ownership (again years ago), see 
attachment.

Is there something I'm missing?


 

-- 
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/a0e17031-e60b-4f3f-bc03-29a8fa6e357f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Cloud Load Balancer redirect HTTP to HTTPS

[John Balvin]

Any request to HTTTP to be redirect to HTTPS, only for get methods of 
course, I know it can be done on the server code but it's anoying, at least 
doing for kubernetes engine 
On Friday, August 24, 2018 at 6:37:42 PM UTC-5, edgaral...@google.com wrote:
>
> @Jon, yes the documentation can sometimes be hard to follow. The 
> information you provided is although already in our documentation, albeit 
> you would have to track it down in a few clicks.
>
> 1) https://cloud.google.com/storage/docs/hosting-static-website
>
> 2) Read the Caution notice about HTTP/HTTPS, which brings you here: 
>
> https://cloud.google.com/storage/docs/troubleshooting#https
>
> 3) Follow the link to the troubleshooting which would direct you to how to 
> serve HTTPS, which provide the solution of using Firebase hosting:
>
> https://firebase.google.com/docs/hosting/
>
> Let us know how we can make improvements to our documentation regarding 
> the above documentation, any feedback will be redirected to the appropriate 
> team to review.
>
> @John, Can you confirm exactly what would be required as a functionality? 
> Are you referencing to the redirection of HTTP to HTTPS when hosting a 
> static website hosted in Google Cloud Storage __without the need of using a 
> Load Balancer and a CDN__?
>
>

-- 
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/23e623e4-db99-46ea-a6fb-6d5bf4f1926c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Google Cloud Load Balancer redirect HTTP to HTTPS

[John Balvin]

It would be great to have this funtionality 

-- 
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/ceac0e3b-96d3-4d40-97a3-5ef8152264e5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Extremely dissatisfied with App Engine lately, Network Issues, Support doesn't help and loops

['John Lowry' via Google App Engine]

Hi Kaan,

Sorry that you're experiencing these issues.

As Attila-Mihaly Balazs pointed out above, intermittent network issues are 
very difficult to debug.

I'm going to grab your support case (16573520) and will follow up privately 
to help you get to the bottom of this issue.

To help others who may be experiencing similar issues, it can be useful to 
understand the network path. In this case, it is:

Client -> ISP network -> Cloudflare -> Maglev (Google network load 
balancer) -> Google Frontend -> Cloud Load Balancer -> App Engine traffic 
router -> Appserver -> App

The server side logs are written by the Appserver, but requests can fail at 
any layer along the path above, and the errors won't necessarily get 
plumbed back to your app.

It helps to have good client-side monitoring to try to figure out the 
commonalities between the clients that are experiencing the problems. 

On the Google side, we have increasingly good logging and monitoring the 
further upstream the request reaches.

The troubleshooting methodology will be to try to get as much information 
from you on the problem experienced by clients and then try to figure out 
which layer of the stack is most likely to be the culprit. We can then dig 
into logs and monitoring at that layer in the stack.

For example, if the client gets an HTTP response from the GFE then it will 
be clearly labelled as such in the response headers and we know that the 
request reached Google's network.

If the client does not get an HTTP response then the problem most likely 
occurred before the GFE.

We recognize that this is a pain point for customers and are looking at 
ways to make this easier to debug.



On Monday, August 13, 2018 at 6:45:02 AM UTC-7, Kaan Soral wrote:
>
> For almost 10** years
>
> On Monday, August 13, 2018 at 4:44:02 PM UTC+3, Kaan Soral wrote:
>>
>> Yes, but the main problem is requests not reaching the logs, or appengine
>>
>> By the way, the new support strategy is now loop+exhaust
>>
>> Whenever I open a support ticket, I'm being looped to another place, in 
>> my last attempt, I've been told this issue is not covered by SLA's: 
>> https://groups.google.com/forum/#!topic/google-appengine-downtime-notify/wiXNbETOYgA
>>  (full 
>> downtime, and not covered, bizarre) - and I need to open a ticket on the 
>> cloud platform sla page
>>
>> Anyway, I'm exhausted
>>
>> This is coming from someone who has been using App Engine *for almost a 
>> year**, I've been using App Engine in simpler and simpler ways over the 
>> times, as anything complex, and you hit issues that were hard to debug in 
>> the past, and with the current support levels, almost impossible, for my 
>> next project, I'll try not using App Engine at all, I don't know whether I 
>> can dump my experience/knowledge of the platform, but I'll certainly try, 
>> it's very saddening :(
>>
>> I really wish we could regain the dynamism of the older days, where we 
>> got actual helped and found solutions to the problems, rather than passing 
>> the day and ignoring issues
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2605a2d8-f654-4a93-9236-13c985e05335%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: When does app engine serialise the http response?

[John Clute]

It looks like a signed Character problem,  It is expecting a value under 
127, if it were a unsigned character the ORD value up is 0 to 255, would be 
OK, 0xE2 converts to 226 Decimal.  The interpreter may be defaulting to a 
signed characters in this version.  So you may want to force it to make 
characters variables unsigned.


On Wednesday, June 6, 2018 at 8:56:08 AM UTC-6, b...@soliduslink.com wrote:
>
> Hi,
>
> I am trying to set the headers on the http response but realised in some 
> cases the http response has been serialised and the setHeader() function 
> will fail. When exactly does app engine serialise the http response?
>
> Best,
> Baojun
>

-- 
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/5ea0e3be-cd49-4c74-8e37-528cc79679e0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] google cloud platform no permission to download from SSH

[John Appleseed]

When I try to download a file while in the ssh for a vm instance in the 
root\ directory, it says failed. Also when I try to access the file, it 
said no permission
d

-- 
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/5fad716c-b17e-4e33-be6e-72d0a991cfd9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Hiring Java Developer at Alpharetta, GA

[John LAKKI LLC]

 Hi Associates

This is *John* from *LAKKI LLC*. I am trying to reach you regarding a job
opening with us. If you would be interested in the below job description
let us know your interest in the same with updated resume.

Role: Java Developer
Location: Alpharetta, GA.
Job type: Contract

*Position Requirements*
Minimum 5+ years experience in the software industry(For Mid level) and 2-3
years for Junior
Bachelor's degree in computer science, information technology, engineering
or related field (willing to accept foreign education equivalent).
Java / J2EE design and development experience using Spring, JMS, JNDI, XML,
XSLT, RMI, JSP,  JDBC, JUnit, AJAX.  Architectural experience – UML and OO
design.
Should have good experience on Java with Azure and AWS.
Database - SQL tuning experience.
Hands on knowledge of any one of the following appservers
(Websphere/Sun/Weblogic/JBoss) is required

*Position Responsibilities:*
Design, implement and test software applications using a variety of
technologies, including, but not limited to: Web Services, SOA, Axis, OOD
and design patterns; develop web application using Java frameworks (Spring,
Hibernate, Struts, JSF);  Oracle/NoSql database, JavaScript/AJAX, HTML,
Business rule iLog engine and and scripting languages.
Use analytic skills to interpret complex information and adapt; participate
with the Enterprise Architecture team to evaluate solution design and also
collaborate and provide feedback to the product development team;
participate in projects with other IT professionals, deliver quality
applications and components within scope, on time, and within budget;
Participate in business continuous improvement efforts outside of the
customer focused teams; and provide guidance and direction to distributed
teams, including onshore and offshore resources.
Support Customer Support and Business teams when there are issues in
production environment.
Continuous Integration - J2EE deplopyment using Ant, Maven, Jenkins and any
new technologies in this arena.
Responsible for creating and maintaining all technical artifacts on the
Platform.
Provide technical guidance to onshore/offshore development teams


*Preferred Skills*
Microsoft  Office
Web Frameworks – Strong expertise in Spring/Hibernate framework and any
responsive web technologies like Bootstrap and Angular JS.
Experience in a high volume ASP environment with > 99.9x% service
availability.
Knowledge of Internet based (B2C and B2B2C) Financial Services and Credit
Industry desired.
Log business rules repository;
Java frameworks (Spring Hibernate, Struts, JSF, ORMs like Hibernate and
iBATIS);
 Database architecture, table structure and schemas on Oracle platform;
Web Services using SOA and Axis;
OOD and design patterns;
Client facing systems analysis/requirement gathering; and
Onshore/offshore business model


Regards
John
*LAKKI LLC*
3627 River Heights Crossing
<https://maps.google.com/?q=3627+River+Heights+Crossing+Marietta+GA+30067=gmail=g>
Marietta GA 30067
<https://maps.google.com/?q=3627+River+Heights+Crossing+Marietta+GA+30067=gmail=g>
Direct: +1 678-661-2112 / 678-506-0734
Office: +1 678-941-6188 / 732-406-8080
Email: joh...@lakki.us
Gtalk: r...@lakkic.com
URL: www.lakki.us | www.lakkic.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAJiuPXct_W5K6g9deWkNM6xDpkyO4xjbhHEF7N9BeVsm_e-jkw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Excluding node_modules with skip_files in a nodejs runtime environment?

[John White]

Hi all
I noticed that every time I ran `gcloud app deploy`, it has to upload a 
.tgz with all files, including node_modules. AFAIK this is recreated in the 
server, so it's pointless to upload it. So I added the folder to the 
exclusion list, and it became way faster.

It's hard to find any doc on this, but shouldn't this folder be already 
excluded when deploying? Is it a good thing to exclude it?

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/24404191-0f9d-4058-b4cc-0e42fb009e63%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Architecture advice for Google Cloud Platform website solution

[John Davies]

Thanks all for your replies.  It is looking like the Cloud DataStore is the 
way to go.  I think the generation of the PDF is going to be the trickiest 
part so I will concentrate on that part first. From my initial 
investigations i'll need to think about the best library to generate the 
PDF in such a way that multipule templates could be used.  John

-- 
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/ef11c75b-aeb8-473d-9101-a204501758b7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Architecture advice for Google Cloud Platform website solution

[John Davies]

apture the personal details (would doing this and 
   then having my app have to read the data be easier than having to build the 
   forms on app engine myself?)
   - Google App engine - standard edition (seems to be good for 
   applications which could go down to zero instances often - which will be 
   mine)
   - Cloud SQL - mqsql 2nd generation (have never used nosql database 
   before - which would be better for this kind of app?) Can this go down to 
   zero instances when not in use?
   - Cloud Storage - to store the generated PDF's
   - StackDriver for logging
   - Cloud IAM to manage users and what they can do?
   - Not sure what I would need to get a domain name and SSL up and running?

*Language & frameworks*

   - 
   
   I am drawn to using Go, even though I have never used it. Simply because 
   it is newer and lots of people seem to like it and i would get to 
   experience something more modern. That being said, do you think one of the 
   other languages would be more suitable to build this app?
   - 
   
   Something like gopdf to generate PDF's
   - 
   
   I have seen a whole bunch of discussion around whether you need any web 
   framework when using Go?
   - 
   
   And for the front end something like React?
   
*Effort*

   - As all this is new to me, I am thinking 3 months in my spare time to 
   learn and complete this... thoughts?

Any thoughts as to if I am on the right path or not? Any suggestions as to 
where I should read more to understand about how to solution for GPC? What 
would you do differently? Where could I go to get some basic mentoring as I 
go through this development (paid/unpaid)?

I am hoping that any answer/discussion around this would also help other 
people understand about how to create an entire solution in GPC.

Thanks!

John

-- 
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/ebbfc376-5647-4dc1-8dd6-994ff3cf7fa6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: GAE / Datastore issues right now?

[John Jacob]

I am seeing the same on one of my apps. My other apps appear to be fine.

On Thursday, February 15, 2018 at 12:07:48 PM UTC-8, Thanasis Delenikas 
wrote:
>
> Is anybody else experiencing issues with GAE (Java) in the last 10 minutes 
> or so?
>
> I see a ridiculous number of ConcurrentModificationException  - my app is 
> almost dead, nothing moves. All datastore ops seem to throw exceptions.
>

-- 
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/bbd6c53c-6983-4c2d-84a3-1283a4705708%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Datastore storage size

[John Coleman]

Hello,

We have an GAE application and looking at datastore dashboard, it's showing 
the attached datastore usage (almost 96% for entities).
Does the storage automatically scale up or do we need to change quota??

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/c558057c-c5ec-44e6-87d6-dd10ce6ad69b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: app engine firewall - allow services to access each other?

[John Pettitt]

Thanks for the update. This issue makes the firewall unusable for our 
application.  We’ll look at proxying but doing so brings it’s own issues around 
redundancy.



> On Sep 27, 2017, at 5:49 PM, 'Kenworth (Google Cloud Platform)' via Google 
> App Engine <google-appengine@googlegroups.com> wrote:
> 
> Hi John,
> 
> Correction: GAE Firewall set to disallow traffic will NOT allow traffic from 
> services in the same project. For such a setup, 403s are currently expected. 
> Our engineering team is aware of this current gap in the product which is in 
> the beta state. Unfortunately, there is no ETA on when/if it will be 
> implemented.
> 
> A workaround would possibly be to proxy through GCE (a known good host).
> 
> 
> 
> -- 
> 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/AIG6yyUn8Xg/unsubscribe 
> <https://groups.google.com/d/topic/google-appengine/AIG6yyUn8Xg/unsubscribe>.
> To unsubscribe from this group and all its topics, send an email to 
> google-appengine+unsubscr...@googlegroups.com 
> <mailto:google-appengine+unsubscr...@googlegroups.com>.
> To post to this group, send email to google-appengine@googlegroups.com 
> <mailto:google-appengine@googlegroups.com>.
> Visit this group at https://groups.google.com/group/google-appengine 
> <https://groups.google.com/group/google-appengine>.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/google-appengine/92bdc1f0-d736-49c0-a9a7-e96fa4cba14c%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/google-appengine/92bdc1f0-d736-49c0-a9a7-e96fa4cba14c%40googlegroups.com?utm_medium=email_source=footer>.
> For more options, visit https://groups.google.com/d/optout 
> <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/A782AF08-AA37-417A-B310-6FCF3D61297A%40relaymedia.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: app engine firewall - allow services to access each other?

[John Pettitt]

They all use the same primary service address and then dispatch.yaml to route 
them.  Count the dispatch.yaml be causing the 403’s we’re seeing?  For the same 
reason I’m trying to use the firewall to protect the origin server I don;t want 
to publish the service names here.

John

> On Sep 26, 2017, at 6:43 PM, 'Kenworth (Google Cloud Platform)' via Google 
> App Engine <google-appengine@googlegroups.com> wrote:
> 
> If the services are coming from the same project, it should be allowed by 
> default and there's no need to put allow rules. Otherwise, let me know which 
> services are involved on your application.
> 
> -- 
> 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/AIG6yyUn8Xg/unsubscribe 
> <https://groups.google.com/d/topic/google-appengine/AIG6yyUn8Xg/unsubscribe>.
> To unsubscribe from this group and all its topics, send an email to 
> google-appengine+unsubscr...@googlegroups.com 
> <mailto:google-appengine+unsubscr...@googlegroups.com>.
> To post to this group, send email to google-appengine@googlegroups.com 
> <mailto:google-appengine@googlegroups.com>.
> Visit this group at https://groups.google.com/group/google-appengine 
> <https://groups.google.com/group/google-appengine>.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/google-appengine/2db2b348-4881-4996-9ae8-0953009beff5%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/google-appengine/2db2b348-4881-4996-9ae8-0953009beff5%40googlegroups.com?utm_medium=email_source=footer>.
> For more options, visit https://groups.google.com/d/optout 
> <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/00776B80-AE14-4BB9-B00D-3EE692353B0E%40relaymedia.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] app engine firewall - allow services to access each other?

[John Pettitt]

I've been playing the the new firewall beta.  The use case is disallow all 
traffic except our CDN, essentially origin shielding.  Works great except 
some of our services access each other and I'd like to be able to put allow 
rules in for that but I can't be sure of what outbound IP they use.  Is 
there way of specifying allow for a service?

John

-- 
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/207f9f0e-68f7-4a52-95ea-ee374cc5ded4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Force https with new managed SSL

[John L Magee]

Is there any administrative way to force https once the managed SSL certs 
are installed?

I installed managed SSL for a domain earlier today and it went very 
smoothly. Thanks for implementing 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/a7aa77bc-baf9-4496-8c89-98c840052375%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Cannot find how to add iOS push certificate to engine

[John Wisbey]

Hi All , think it a trivial question but still cannot find how to update 
.pem certificate under engine . Managed to upload it to google platform 
only . 
Could anyone please provide a guide how to make it 

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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/854d94f7-4bed-4148-89c3-8b3c1a9d70f2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Error - deploying a custom tinywebdb using Google App Engine Launcher --- Windows 7

[John Woods]

HI,

I'm trying to deploy a custom tinywebdb using Google App Engine Launcher, 
and I get the error message shown below.  Can anyone tell me how to resolve 
this error.  Thanks.  John


 File "C:\Program Files 
(x86)\Google\google_appengine\lib\httplib2\httplib2\__init__.py", line 
1037, in connect
raise SSLHandshakeError(e)
httplib2.SSLHandshakeError: [Errno 1] _ssl.c:499: error:14090086:SSL 
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
2017-04-06 13:17:09 (Process exited with code 1)

You can close this window 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3a38aca8-11f8-49ba-b558-f6995aaec4c9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Problems getting started with App Engine free trial

[John Louell Atienza]

Hi, I also got the same  issue. I tried both my debit and credit account 
but system says "*Transaction was declined due to an Invalid Payment*". 
Need help though. Thanks

On Tuesday, March 28, 2017 at 1:20:00 AM UTC+8, Adam (Cloud Platform 
Support) wrote:
>
> The page is labeled "Google Cloud Platform" because the free trial is for 
> Google Cloud Platform , of which App 
> Engine is just one part. Free trial verification requires either a credit 
> card or bank account details 
>  for 
> verification. If you have further issues or questions you may open a billing 
> support ticket 
> , or use 
> the Free Trial Troubleshooter 
> .
>
> On Monday, March 27, 2017 at 12:02:43 PM UTC-4, Carl Caulkett wrote:
>>
>> Hello, I am trying to get started with the App Engine free trial but I 
>> cannot get the page (Labelled confusingly Google Cloud Platform) to accept 
>> either my Debit card or my bank details. The card details do not show any 
>> errant items and the bank details show no errors when the verify button is 
>> pressed. Yet when I press "Start my Free Trial" I am told to Verify. And if 
>> I have chosen the Debit card method, I am informed that the "Transaction 
>> was declined due to an Invalid Payment" method. Frankly this is appalling 
>> and doesn't fill one with confidence to build "Financial Apps of the 
>> Future" if it cannot get a freaking Debit card payment mechanism sorted. 
>> How do I start my App Engine Free Trial?
>>
>

-- 
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/3168a3b4-2544-40f0-bf21-fc798025c9c7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Problems getting started with App Engine free trial

[John Louell Atienza]

On Tuesday, March 28, 2017 at 12:02:43 AM UTC+8, Carl Caulkett wrote:
>
> Hello, I am trying to get started with the App Engine free trial but I 
> cannot get the page (Labelled confusingly Google Cloud Platform) to accept 
> either my Debit card or my bank details. The card details do not show any 
> errant items and the bank details show no errors when the verify button is 
> pressed. Yet when I press "Start my Free Trial" I am told to Verify. And if 
> I have chosen the Debit card method, I am informed that the "Transaction 
> was declined due to an Invalid Payment" method. Frankly this is appalling 
> and doesn't fill one with confidence to build "Financial Apps of the 
> Future" if it cannot get a freaking Debit card payment mechanism sorted. 
> How do I start my App Engine Free Trial?
>

-- 
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/a6a0461e-84bf-478d-ab0a-56e6c403f44f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Custom domain redirecting to appspot URL

['John Lowry' via Google App Engine]

Can you send me your app ID and I will provide help.

On Saturday, February 18, 2017 at 8:09:28 AM UTC-8, Gene Linetsky wrote:
>
> Same here... Any news?
>
> On Friday, February 17, 2017 at 3:05:05 PM UTC-8, Mario Gallegos wrote:
>>
>> Thanks John, but what i'm trying yo do is to avoid my app to redirect to 
>> appspot-preview.com and use my custom domain instead.
>>
>> On Friday, February 17, 2017 at 3:21:43 PM UTC-6, John Lowry wrote:
>>>
>>> Hi,
>>>
>>> We made a change this morning which causes some App Engine Flexible apps 
>>> to redirect to appspot-preview.com. 
>>>
>>> If this is causing an issue for you, please create a support case and we 
>>> will provide help.
>>>
>>> https://cloud.google.com/support/
>>>
>>> John Lowry
>>>
>>>
>>>
>>> On Friday, February 17, 2017 at 12:45:26 PM UTC-8, Mario Gallegos wrote:
>>>>
>>>> Hello Alex, I just tested it and it is not working for me. 
>>>>
>>>> Is it supposed to be fixed for everyone? or just a few?
>>>>
>>>>
>>>> On Wednesday, February 15, 2017 at 10:15:27 AM UTC-6, Alex (Cloud 
>>>> Platform Support) wrote:
>>>>>
>>>>> Good news, it seems like this redirection issue has now been resolved. 
>>>>> Custom domains listed on Flexible Environment App Engine instances should 
>>>>> work as prescribed without redirecting to an appspot.com URL.
>>>>>
>>>>> Regards,
>>>>> Alex
>>>>>
>>>>

-- 
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/e2c3cb7a-6472-4ae8-a849-2c904b4a3498%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Custom domain redirecting to appspot URL

['John Lowry' via Google App Engine]

Hi,

We made a change this morning which causes some App Engine Flexible apps to 
redirect to appspot-preview.com. 

If this is causing an issue for you, please create a support case and we 
will provide help.

https://cloud.google.com/support/

John Lowry



On Friday, February 17, 2017 at 12:45:26 PM UTC-8, Mario Gallegos wrote:
>
> Hello Alex, I just tested it and it is not working for me. 
>
> Is it supposed to be fixed for everyone? or just a few?
>
>
> On Wednesday, February 15, 2017 at 10:15:27 AM UTC-6, Alex (Cloud Platform 
> Support) wrote:
>>
>> Good news, it seems like this redirection issue has now been resolved. 
>> Custom domains listed on Flexible Environment App Engine instances should 
>> work as prescribed without redirecting to an appspot.com URL.
>>
>> Regards,
>> Alex
>>
>

-- 
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/1400d9fb-15e6-4355-b63f-07e6d4627070%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to build Flexible Environment's standard runtime locally for a deploy?

[John Del Rosario]

Hi George,

Ah, I wanted to stick with Flexible Environment to avoid doing 
orchestration on our own. Or can Kubernetes be used with Flexible 
Environment?

How about environment variables? Does the custom runtime use the 
env_variables values in the app.yaml? Or would they need to be built into 
the image itself as well?

I guess a better question would be, which values does the custom runtime 
use from app.yaml?

Thanks

On Tuesday, November 29, 2016 at 12:46:33 AM UTC+8, George (Cloud Platform 
Support) wrote:
>
> Hello John, 
>
> You are right, your second option applies: in almost all cases, you should 
> only 
> run a single process 
> <https://docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices/>in
>  
> a single container. The CMD instruction should be used to run the software 
> contained by your image. 
>
> If services are to be available concurrently, you may consider building a 
> group of containers in a pod <http://kubernetes.io/docs/user-guide/pods/>. 
> Using Kubernetes 
> <http://kubernetes.io/docs/user-guide/pods/multi-container/> may come in 
> handy 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/be1fc36e-e6de-4347-bbf4-a8313445e80a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to build Flexible Environment's standard runtime locally for a deploy?

[John Del Rosario]

Thanks George.

Does the custom runtime use the entrypoint value of app.yaml to start the 
service? I want to use the same image for different services, where each 
service is running the same codebase, but with different commands (e.g. one 
service runs gunicorn+django, the other runs celery workers, both of which 
use the same codebase).

Or would I have to build different images for each service with a different 
CMD value in their Dockerfile?

Thanks.

On Saturday, November 26, 2016 at 4:02:11 AM UTC+8, George (Cloud Platform 
Support) wrote:
>
> Hi John, 
>
> Thank you for the interesting question. 
>
> You may build a custom runtime to your liking, and deploy it, if it 
> satisfies a set of conditions that define a performance minimum. Your 
> custom runtime needs to comply to the following 
> <https://cloud.google.com/appengine/docs/flexible/custom-runtimes/build> 
> and contain: 
>
> - An app.yaml file that describes your application's runtime configuration.
>
> - A Dockerfile that configures the runtime environment. In many cases, 
> this can be just one line specifying a base image.
>
> - You need to ensure your application is listening on port 8080 and has 
> request handlers that respond to lifecycle events, such as start, stop, and 
> health check requests.
>
> In fact, there is no imperative requirement that you have to use the base 
> images 
> <https://cloud.google.com/appengine/docs/flexible/custom-runtimes/build#configuring_the_dockerfile>
>  
> supplied by Google, only that your Docker image satisfies the above minimum 
> requirements.
>
>
> Hoping the above covers your initial concern; you are welcome to ask more 
> in-depth questions.
>

-- 
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/fd1676d0-230a-47f6-b131-557bfbfce9c8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] How to build Flexible Environment's standard runtime locally for a deploy?

[John Del Rosario]

In this guide[1], it mentions how to specify an image url for a deploy, but 
not how to build the image. Does specifying an image url imply using the 
custom runtime?
Or is it possible to build the standard runtime locally and push that? I'm 
having trouble to find docs on how to build the standard runtime locally.

[1] 
https://cloud.google.com/appengine/docs/flexible/python/testing-and-deploying-your-app#remote-container-build

-- 
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/c0c797ee-4dfa-433e-a462-cae27483167f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: (Java) Remote API no longer needs to be behind security-constraint

[John Wheeler]

Thanks

On Friday, November 18, 2016 at 12:45:59 PM UTC-8, Nick (Cloud Platform 
Support) wrote:
>
> Hey John,
>
> Yes, putting the remote API endpoint behind an auth constraint will 
> actually cause errors, which is why this was clarified in the docs, to 
> prevent developers from adding one to the remote API endpoint.
>
> Cheers,
>
> Nick
> Cloud Platform Community Support
>
> On Thursday, November 17, 2016 at 6:12:10 PM UTC-5, John Wheeler wrote:
>>
>> According to the docs here:
>>
>> https://cloud.google.com/appengine/docs/java/tools/remoteapi
>>
>> The Remote API uses it's own authentication mechanism and apparently 
>> doesn't need an auth-constraint in web.xml. 
>>
>> Can someone from Google please confirm?
>>
>> 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/2194c862-a687-43dd-9b20-bd0b0c7b9e2a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] (Java) Remote API no longer needs to be behind security-constraint

[John Wheeler]

According to the docs here:

https://cloud.google.com/appengine/docs/java/tools/remoteapi

The Remote API uses it's own authentication mechanism and apparently 
doesn't need an auth-constraint in web.xml. 

Can someone from Google please confirm?

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/4d768485-a54a-43b5-ac7a-cd2e02e23276%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Task Queue Slowness

[John Wheeler]

Is anyone experiencing task queue slowness as of about Nov 1st, 6PM PT? I 
have a queue that has a 500/min rate, with Bucket Size 10, and Max 
Concurrent of 16. For 5 years, it's run without problems (other than any 
announced ones). For the last 12 hours it's been pushing at 1/5th the 
normal rate.

-- 
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/27164dca-58f3-4334-a537-d752516570c5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Missing AppEngineLauncher .dmg for latest Python SDK?

[John Delaney]

I got a reply on this SO post 

 indicating 
it would be better to move over to the Cloud SDK 
. There is also an Eclipse Plugin 
 for it if that's helpful. Okay 
then, no time like the present! 

-- 
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/490587eb-24b1-4b16-868b-8a42c389bae0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Missing AppEngineLauncher .dmg for latest Python SDK?

[John Delaney]

I'd like to 2nd the question and add some additional clarification. The 
GoogleAppEngineLauncher.app is missing as result. That was normally 
installed with the .DMG. I had V 1.9.37 of the launcher and it could not 
update itself. 

Further, all the current documentation directs us to the command line to run

This is all fine. I'd just like to know if any knows if Google has in fact 
dropped support for the GoogleAppEngineLauncher GUI application. 

Thanks,
-jd

On Monday, August 15, 2016 at 9:25:50 AM UTC-7, Sriram Karra wrote:
>
> Is there any specific reason the latest Python SDK for Appengine does not 
> make available the Launcher as a dmg? (
> https://cloud.google.com/appengine/downloads)
>

-- 
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/9a345c0f-eaef-4d67-8c76-3b198d04fc83%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: SearchException - Failed to complete request

[John Wieczorek]

Hi Nick,

Here is a belated followup. I do not know why the production effects were 
seen, but they were ephemeral. The index I was loading also eventually 
became responsive, though many searches continued to fail. In the process I 
learned how to improve the search efficiency by changing the data type to 
Atom fields wherever reasonably possible. This improved search execution to 
the point where it was not even necessary to bump up the instance class nor 
to change the default url fetch deadline.

Thanks for your responsiveness when the issue arose.


On Tuesday, July 19, 2016 at 10:57:00 PM UTC+2, Nick (Cloud Platform 
Support) wrote:
>
> A link to the Public Issue Tracker for App Engine 
> <http://code.google.com/p/googleappengine/issues/list>, left out of the 
> last message.
>
> On Monday, July 18, 2016 at 5:13:35 PM UTC-4, John Wieczorek wrote:
>>
>> I am have been experiencing symptoms similar to those described here and 
>> on the set of postings in the past 
>> <https://groups.google.com/forum/#!msg/google-appengine/ETydrw1RJ6Y/jrx1zgyfCgAJ>
>>  as 
>> mentioned earlier in this thread. There are no reports of abnormal 
>> operations, but my index has essentially become non-functional, with 
>> timeouts when searching, or even deleting. I do use retry logic, but the 
>> queries are failing persistently. The problems began at 2016-07-18T14:47:10Z 
>> and have persisted since. 
>>
>> Actually, I have just checked a production system that has been 
>> functional until now that uses a different index from the one I was having 
>> trouble with, and it too is timing out consistently for certain types of 
>> queries that did not fail in the past.
>>
>> Any recommendations for how to find out what might be causing this, and 
>> how to recover from this situation?
>>
>> On Thursday, April 14, 2016 at 7:18:33 PM UTC+2, Nick (Cloud Platform 
>> Support) wrote:
>>>
>>> Hey Ananthakrishnan,
>>>
>>> While we are aware this can happen, as it has for other users in the 
>>> past, and we commit ourselves daily to maintaining the uptime of our 
>>> systems, I'm glad to hear that it is not consistent, and you have a retry 
>>> logic. This is indeed a best practice for distributed systems which need to 
>>> have a higher level of fault-tolerance and defensive programming (using 
>>> incremental backoff, etc.) than traditional single-system applications. 
>>>
>>> Search API is a backend API service for App Engine, and it basically is 
>>> a distributed system. Hence it can happen that one job is stuck, takes 
>>> longer time to complete, and results in timeout. The exception only means 
>>> that the particular request timed out. If you would like to experiment with 
>>> different settings than a 10 second timeout, you can specify your 
>>> desired timeout value 
>>> <https://cloud.google.com/appengine/docs/java/javadoc/com/google/appengine/api/search/SearchServiceConfig.Builder#setDeadline-java.lang.Double->
>>>  using 
>>> the setDeadline() method during building of the SearchService.
>>>
>>> I hope this response has been helpful - let me know if you have any 
>>> further questions and I'll be happy to assist.
>>>
>>> Sincerely,
>>>
>>> Nick
>>> Cloud Platform Community Support
>>>
>>> On Thursday, April 14, 2016 at 4:10:52 AM UTC-4, Ananthakrishnan 
>>> Venkatasubramanian wrote:
>>>>
>>>> Hey Nick,
>>>>
>>>> Thanks for your kind reply. Will keep an eye on this thread for further 
>>>> updates.
>>>>
>>>> Regards,
>>>> Ananthakrishnan.
>>>>
>>>> On Thursday, April 14, 2016 at 5:21:45 AM UTC+5:30, Nick (Cloud 
>>>> Platform Support) wrote:
>>>>>
>>>>> Hey Ananthakrishnan,
>>>>>
>>>>> This appears to be some kind of internal error, and is not something 
>>>>> you can necessarily prevent as a developer. It appears it has happened in 
>>>>> the past 
>>>>> <https://groups.google.com/forum/#!msg/google-appengine/ETydrw1RJ6Y/jrx1zgyfCgAJ>
>>>>>  
>>>>> and was related to an internal issue. I'll look into this and report back 
>>>>> with any findings.
>>>>>
>>>>> Sincerely,
>>>>>
>>>>> Nick
>>>>> Cloud Platform Community Support
>>>>>
>>>>> On Tuesday, April 12, 2016 at 10:51:18 AM UTC-4, Ananthakrishnan

[google-appengine] Re: SearchException - Failed to complete request

[John Wieczorek]

I am have been experiencing symptoms similar to those described here and on 
the set of postings in the past 

 as 
mentioned earlier in this thread. There are no reports of abnormal 
operations, but my index has essentially become non-functional, with 
timeouts when searching, or even deleting. I do use retry logic, but the 
queries are failing persistently. The problems began at 2016-07-18T14:47:10Z 
and have persisted since. 

Actually, I have just checked a production system that has been functional 
until now that uses a different index from the one I was having trouble 
with, and it too is timing out consistently for certain types of queries 
that did not fail in the past.

Any recommendations for how to find out what might be causing this, and how 
to recover from this situation?

On Thursday, April 14, 2016 at 7:18:33 PM UTC+2, Nick (Cloud Platform 
Support) wrote:
>
> Hey Ananthakrishnan,
>
> While we are aware this can happen, as it has for other users in the past, 
> and we commit ourselves daily to maintaining the uptime of our systems, I'm 
> glad to hear that it is not consistent, and you have a retry logic. This is 
> indeed a best practice for distributed systems which need to have a higher 
> level of fault-tolerance and defensive programming (using incremental 
> backoff, etc.) than traditional single-system applications. 
>
> Search API is a backend API service for App Engine, and it basically is a 
> distributed system. Hence it can happen that one job is stuck, takes longer 
> time to complete, and results in timeout. The exception only means that the 
> particular request timed out. If you would like to experiment with 
> different settings than a 10 second timeout, you can specify your desired 
> timeout value 
> 
>  using 
> the setDeadline() method during building of the SearchService.
>
> I hope this response has been helpful - let me know if you have any 
> further questions and I'll be happy to assist.
>
> Sincerely,
>
> Nick
> Cloud Platform Community Support
>
> On Thursday, April 14, 2016 at 4:10:52 AM UTC-4, Ananthakrishnan 
> Venkatasubramanian wrote:
>>
>> Hey Nick,
>>
>> Thanks for your kind reply. Will keep an eye on this thread for further 
>> updates.
>>
>> Regards,
>> Ananthakrishnan.
>>
>> On Thursday, April 14, 2016 at 5:21:45 AM UTC+5:30, Nick (Cloud Platform 
>> Support) wrote:
>>>
>>> Hey Ananthakrishnan,
>>>
>>> This appears to be some kind of internal error, and is not something you 
>>> can necessarily prevent as a developer. It appears it has happened in 
>>> the past 
>>> 
>>>  
>>> and was related to an internal issue. I'll look into this and report back 
>>> with any findings.
>>>
>>> Sincerely,
>>>
>>> Nick
>>> Cloud Platform Community Support
>>>
>>> On Tuesday, April 12, 2016 at 10:51:18 AM UTC-4, Ananthakrishnan 
>>> Venkatasubramanian wrote:

 Hi,


 We have an application developed using Java running in google appengine.


 When AppEngine's Search API is accessed for querying the records, 
 sporadically we get the following exception (not always). But when we try 
 again it is responding with results.


 Stacktrace : 
 Class : class com.google.appengine.api.search.SearchExceptionMessage : 
 Failed to complete request in 9498ms

 at 
 com.google.appengine.api.search.IndexImpl$4.convertException(IndexImpl.java:355)
 at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java:96)
 at 
 com.google.appengine.api.search.FutureHelper.getInternal(FutureHelper.java:73)
 at 
 com.google.appengine.api.search.FutureHelper.quietGet(FutureHelper.java:32)
 at com.google.appengine.api.search.IndexImpl.search(IndexImpl.java:506)


 Please let us know what is the issue behind this failure and what's the 
 remedy for it.


 Thanks in Advance.


 Regards,

 Ananthakrishnan.

>>>

-- 
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/21f62f23-f27f-4468-91a0-c1599d5c9a1b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Mail Service Deprecation?

[John Wheeler]

Google,

Please don't assume everyone is unhappy with the state of your e-mail 
offering, and that we're looking for you to provide a concrete alternative. 
We deliver a lot of e-mails on App Engine, and our business relies on being 
grandfathered.

We do not want to switch e-mail providers and have to iron out all the 
idiosyncrasies like already done on App engine. Please keep that in mind. 
Migrating to a provider when sending e-mail at scale is not a risk-free 
endeavor at all.

Thanks

On Monday, June 27, 2016 at 12:37:27 PM UTC-7, Kim Lewandowski wrote:
>
> Hi everyone,
>
> PM on App Engine here. We hear your pain. Email is an important part of 
> any cloud-based application and we definitely understand that a 1st-party 
> service is preferred for this. We're in the process of assessing what we're 
> going to do about this. I don't have anything specific to announce right 
> now, but I can say that we're actively working on finding the best 
> solution, and that deprecating a service without giving customers a pathway 
> to a comparable alternative is not a tenable strategy.
>
> On Friday, April 29, 2016 at 7:17:03 AM UTC-7, pdknsk wrote:
>>
>> https://cloud.google.com/appengine/docs/python/release-notes
>>
>> > Google no longer accepts quota increase requests for the mail service. 
>> Customers should use Sendgrid instead.
>>
>> Google will probably deprecate it soon, and close it a year later.
>>
>

-- 
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/2a0387ac-8dac-41be-8159-be852098c612%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Batch querying the datastore (with Go)

[John Beckett]

Hi Nick,

Thanks, that clears up the question for me.  I already have it working with
multiple queries, I was just hoping it was possible to have it as a single
query without having to create a separate data set specifically for having
these queries done quickly.

~ John

On 31 May 2016 at 20:28, 'Nick (Cloud Platform Support)' via Google App
Engine <google-appengine@googlegroups.com> wrote:

> Hey JohnGB,
>
> I believe that one KeysOnly query for each email is unavoidable. You could
> use a Mapreduce
> <https://github.com/GoogleCloudPlatform/appengine-mapreduce> or Dataflow
> <https://cloud.google.com/dataflow/> pipeline to coordinate the spawning
> of multiple parallel processes to run those queries, joining them up once
> they've all completed, or you could just use asynchronous calls, being
> careful not to overload the individual instance.
>
> I hope this has been helpful advice. Let me know if you have any further
> questions or extra information to add, as I'll be glad to assist.
>
> Sincerely,
>
> Nick
> Cloud Platform Community Support
>
> On Friday, May 27, 2016 at 3:44:42 AM UTC-4, JohnGB wrote:
>>
>>
>> I'm using the Go 1.9.37 SDK with App Engine Classic (in case that matters
>> to the answer).
>>
>> I have some entities of type "user", which have one or more unique email
>> addresses associated with each entity.  Given a list of email addresses, I
>> would like to look up some simple data from the entities which correspond
>> to an email address, and mark the email addresses which don't have a
>> corresponding entity as invalid.  I have the email addresses indexed in the
>> entity.
>>
>> Is there a way of batch querying the datastore in a single API request to
>> get the first key (there will be only one) which corresponds to each email
>> address?  I was thinking of something similar to the way there can be a
>> batch get (via GetMulti) once one already has the keys?
>>
>> I would appreciate any suggestions on the most efficient way of doing
>> this, as right now I'm stuck with a lot of single KeysOnly queries (one for
>> each email address), and then a single GetMulti to get all the entities
>> that I want.
>>
> --
> 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/23x6CBBCp8Y/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/63de1865-2980-49e4-b49e-17e27abae042%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/63de1865-2980-49e4-b49e-17e27abae042%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 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/CAOur7YndWqeDnLip1uzNR67GTZt%2BH6VrMenx2JQ-Uje7N96w%2Bg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] architecture for whitelisting clients

[John Grant]

*Am I violating current practices with the following architecture?*

   1. on one subdomain/domain, a single service/module/app that defines 
   entry point for all datastore access.
  1. probably only has API, no html
  2. probably in Python
  3. users will need to authenticate for some data, but not all.
   2. on multiple other domains or subdomains, statically hosted and served 
   javascript front-ends (SPAs) will make https calls to the datastore service.
  1. datastore service should manage data separately (multi-tenant) for 
  some clients coming from different domains.
  2. clients are probably hosted statically 
  <https://cloud.google.com/storage/docs/hosting-static-website> on 
  various Cloud Storage instances
   

*Some questions:*

   1. Is this the situation that Google Cloud Endpoints 
   
<https://cloud.google.com/solutions/angularjs-cloud-endpoints-recipe-for-building-modern-web-applications#challenge>
 
   solves today (2016) or is that outdated technology? (I say outdated because 
   the javascript client library does not offer Promise interface).
   2. How should the datstore service *whitelist* the clients coming from 
   different domains or mobile apps?
   3. Can I enforce *httpS* is used when clients interact with datastore 
   service?


Thank you for feedback.
John

-- 
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/eb8f14fe-ac29-4cab-9596-b7841de7e6e6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Mail Service Deprecation?

[John Wheeler]

The Mail API is extremely important to us and provides satisfactory 
deliverability for our use cases in its current form. For the amount of 
mail we send, alternatives are still too expensive. -1 on shutting the API 
down completely. We rely on it and find it useful.

On Monday, May 2, 2016 at 1:43:21 PM UTC-7, Nick (Cloud Platform Support) 
wrote:
>
> Hey Joshua,
>
> That's certainly an interesting idea! While I can't guarantee we'll 
> implement it, be assured that we've heard this suggestion and will consider 
> it. In the meantime, if a deprecation were announced, we would certainly 
> welcome the opportunity to help as many users as possible easily migrate, 
> in whatever form that looks like.
>
> Cheers,
>
> Nick
> Cloud Platform Community Support 
>
> On Monday, May 2, 2016 at 11:35:35 AM UTC-4, Joshua Smith wrote:
>>
>> Suggestion for the team: If you do decide to do this, keep your existing 
>> API and just swap in SendGrid as the underlying transport layer. Maybe we 
>> could put our SendGrid API key (or however they deal with that) into the 
>> console, or in app.yaml someplace, or something like that.
>>
>> I’ve got dozens of apps on GAE, and do not relish the idea of porting 
>> them all to a different mail API. Especially since 99% of the mail sent is 
>> just error logging reports sent to me.
>>
>> -Joshua
>>
>> On Apr 29, 2016, at 3:27 PM, 'Nick (Cloud Platform Support)' via Google 
>> App Engine  wrote:
>>
>> Hey pdknsk,
>>
>> While I can't speak on any concrete plan to deprecate, the excellent 
>> quality of SendGrid (even at the free tier), combined with our 
>> 1-year-minimum deprecation policy timeline, should reassure everyone that 
>> there's nothing significant to worry about. If this were to occur, you can 
>> rest assured as well that we'd be happy to provide migration advice to 
>> anybody needing it during the deprecation. 
>>
>> Cheers!
>>
>> Nick
>> Cloud Platform Community Support
>>
>> On Friday, April 29, 2016 at 10:17:03 AM UTC-4, pdknsk wrote:
>>>
>>> https://cloud.google.com/appengine/docs/python/release-notes
>>>
>>> > Google no longer accepts quota increase requests for the mail service. 
>>> Customers should use Sendgrid instead.
>>>
>>> Google will probably deprecate it soon, and close it a year later.
>>>
>>
>> -- 
>> 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 https://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/6a7d9927-1924-4c87-94bc-115f0f7503d1%40googlegroups.com
>>  
>> 
>> .
>> 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/24a0e570-f271-456d-a889-7df5fe56216d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] http 204 status on static files

[John Flint]

I am getting a 204 status in the logs of my application for some static 
files (CSS, JS etc). It is not every request and seems quite random. The 
logs do show a response is being returned and reports a response size. As 
far as I can tell from my browser the response is actually normal apart 
from the 204 status. It is a very low volume app with one a few hundred or 
so requests per day.

-- 
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/814e0fe6-94c0-4d19-a4a2-cf5f93dbdfbb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine SDK to login with username and password while deploying

[John Flint]

The oath tokens are cached in a file .appcfg_oauth2_tokens in your profile 
directory. I just renamed this, logged on as a different user, which 
creates a new file. Subsequently I just rename the file to the target I 
want on the command line.  There is also a --oauth2_access_token= flag to 
the update command but I have not tried setting that. 

On Saturday, 19 March 2016 13:44:57 UTC+11, Dmitry V. wrote:
>
> In the old version of SDK you have to type e-mail and password each time 
> you upload the application. In the new version it stores your credentials 
> so it is not easy to swtich account. Each time have to press clear 
> deployment credential, login as another user on google, etc. Is there a way 
> to return old way of authorising? Or do it from command line?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f1033953-8bd0-4f78-84cc-5eb1cbd4be78%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: memcache problems with objects over ~3.5k on node/appengine

[John Pettitt]

It's not logging any errors - I've tried using several different none 
memcache libs - the example is node memcached which is the most popular.   
In the example I'm just sending a string of spaces, it doesn't get much 
simpler than that.  In prod I tried base64 encoding just to see if it made 
a difference , it didn't and shouldn't be needed when what I'm saving is 
the output of JSON.stringify();

On Friday, March 11, 2016 at 11:18:19 AM UTC-8, Christian F. Howes wrote:
>
> do you have any logging from the GAE side of things?  I have ran into 
> issues in the past with things not being pickleable by the GAE memcache 
> adapter.  perhaps something about your data is not pickleable?
>
>
> On Friday, March 11, 2016 at 7:50:59 AM UTC-8, John Pettitt wrote:
>>
>>
>>
>> I have an app that works fine on my dev machine (osx, local memcached) 
>> but when I move it to appengine it fails. I tracked it to memcache not 
>> storing objects over about 3.5k.
>>
>>
>> Here is a little test that runs under express. It takes a length value 
>> makes a buffers, sends it to memcache and tries to get it back. It works 
>> fine locally up to the expected 1MB limit, however on appengine it fails at 
>> around length 3600 +/- 200 (it varies, which is really odd). I've tried 
>> several different memcache libs, they all fail the same way.
>>
>>
>> What am I missing?
>>
>>
>> //memcache test.
>> app.get('/mct/:len',function(req,res)  {
>>   var memcachedAddr = process.env.MEMCACHE_PORT_11211_TCP_ADDR || 
>> 'localhost';
>>   var memcachedPort = process.env.MEMCACHE_PORT_11211_TCP_PORT || '11211';
>>   var memcacheServer = memcachedAddr + ":" + memcachedPort;
>>   var Memcached = require('memcached');
>>   var client = new Memcached(memcacheServer);
>>   var len = req.params.len * 1; //lazy cast to int
>>   var text = new  Array(len + 1).join( " " );
>>
>>   try {
>> client.set("testkey",text,600,function(err,val) {
>> client.get("testkey",function(err,data) {
>> if (data && data.length === text.length) {
>> res.send("OK at length " + text.length + " " +data.length);
>> } else {
>> res.send("Failed at " + text.length + " " );
>> }
>> });
>> })
>>   } catch(e) {
>> res.send("Failed at " + text.length + " " + e.message);
>>   }});
>>
>>

-- 
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/a7039825-82bf-4020-b83c-50cef51329e1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] memcache problems with objects over ~3.5k on node/appengine

[John Pettitt]

I have an app that works fine on my dev machine (osx, local memcached) but 
when I move it to appengine it fails. I tracked it to memcache not storing 
objects over about 3.5k.


Here is a little test that runs under express. It takes a length value 
makes a buffers, sends it to memcache and tries to get it back. It works 
fine locally up to the expected 1MB limit, however on appengine it fails at 
around length 3600 +/- 200 (it varies, which is really odd). I've tried 
several different memcache libs, they all fail the same way.


What am I missing?


//memcache test.
app.get('/mct/:len',function(req,res)  {
  var memcachedAddr = process.env.MEMCACHE_PORT_11211_TCP_ADDR || 'localhost';
  var memcachedPort = process.env.MEMCACHE_PORT_11211_TCP_PORT || '11211';
  var memcacheServer = memcachedAddr + ":" + memcachedPort;
  var Memcached = require('memcached');
  var client = new Memcached(memcacheServer);
  var len = req.params.len * 1; //lazy cast to int
  var text = new  Array(len + 1).join( " " );

  try {
client.set("testkey",text,600,function(err,val) {
client.get("testkey",function(err,data) {
if (data && data.length === text.length) {
res.send("OK at length " + text.length + " " +data.length);
} else {
res.send("Failed at " + text.length + " " );
}
});
})
  } catch(e) {
res.send("Failed at " + text.length + " " + e.message);
  }});

-- 
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/2b9de800-4a66-45f3-9faa-311c834de30c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Delete Instance from Google Cloud Console.. Bug??

[John Valavi]

When I try to delete an instance from google App Engine console , I see 
that the particular instance gets deleted, but another instance starts up. 
Is there a way to make sure that another instance doesn't come up when I 
delete an instance in Google App Engine. Is this a bug or am I having a 
wrong setting. Meanwhile I am just testing the "Hello World" app I download 
from git and I deployed this using the google cloud SDK shell

-- 
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/4f6a5901-7ee9-48b4-a74d-cb8f202fd85e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Headers being stripped from POST to a blobstore uploadURL

[John Beckett]

Hi John,

It was the Authorization header that I was using, so I can't comment on any
other headers.  It seems to be working correctly now, thanks.

~ John

On 19 February 2016 at 22:31, 'John Lucena' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> Hi John,
>
> There was an issue starting on Wed where by the Authorization: header was
> stripped. That issue was corrected last night.
> Is your code working now as expected?
> Also, what specific headers did you find missing as we were only seeing
> issues with applications that relied on the Authorization: header.
>
> Thanks,
> -John
>
> On Friday, February 19, 2016 at 5:43:37 AM UTC-8, JohnGB wrote:
>>
>>
>> Note: This is a crosspost from google-appengine-go as I wasn't sure which
>> group would be more applicable as I'm using Go, but I don't think the
>> language has anything to do with this issue.
>> My understanding of the docs, as well as how it has worked up until about
>> the last week is:
>>
>>1. when using blobstore.UploadURL, a successPath is specified to be
>>called after a successful POST.
>>2. blobstore.UploadURL returns a URL to upload a file to.
>>3. a HTTP POST is made to the given URL with the file(s) to upload.
>>4. if that POST is successful, the blobstore calls the successPath
>>given in the blobstore.UploadURL.
>>5. all headers from the POST request are passed onto the successPath
>>request.
>>
>> In reference to point 5, the documentation
>> <https://cloud.google.com/appengine/docs/go/blobstore/> states (with my
>> own emphasis):
>>
>> When the Blobstore rewrites the user's request, the MIME parts of the
>>> uploaded files have their bodies emptied, and the blob key is added as a
>>> MIME part header. *All other form fields and parts are preserved and
>>> passed to the upload handler*.
>>
>>
>> Up until this week, that is what was happening, but then suddenly I found
>> that all headers are being stripped.  Additionally, there is an (I think)
>> new header "X-Appengine-Blobupload", which is set to "true".
>>
>> Can someone please fill me in on what is going on, as stripping the
>> headers has broken functionality.
>>
>> ~ John
>>
> --
> 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/CCL_9sgjdu0/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/330684d6-6580-43e3-80d6-a669b925de34%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/330684d6-6580-43e3-80d6-a669b925de34%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 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/CAOur7YkjrGCsE_67LyCtKdjENV65DJ9tTgpud75bOYXpZCRB2g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Elevated Images Service Errors

['John Lowry' via Google App Engine]

Hi,

Google Cloud support here.

Just to confirm that we did have an incident that caused elevated errors 
for the get_serving_url() API call starting at 12:50 PST today.

We have applied a fix and the error rate has been steadily decreasing since 
13:25.

I will post to this thread if we have any significant updates.

John Lowry

On Monday, February 22, 2016 at 1:57:53 PM UTC-8, David Fischer wrote:
>
> I'm seeing elevated error levels with the request to "get_serving_url" and 
> for completely valid images and formats (PNGs and JPGs). It is not failing 
> 100% but I'm seeing errors at a much higher rate than normal. I've had 
> about 100 errors in the past hour and it started about an hour ago.
>
> Is anyone else seeing the same?
>
> While testing this, I uploaded PNGs taken directly as screenshots and 
> still saw the problem. These images do not cause the same problem on the 
> dev appserver and I'm unable to reproduce it locally. Interestingly enough, 
> it took about 3 minutes to post my 51kb image to this post. That might be 
> unrelated.
>
>
> Traceback (most recent call last):
>   File "/base/data/home/apps/.../views.py", line x 
> <https://console.cloud.google.com/code/develop/resolve_location?appModule=default=38=1456177247293362000=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs%7Ethetaphunter-hrd%2F38.390889577488367522%2Ftaphunter%2Flocationadmin%2Fviews.py=2618=thetaphunter-hrd>
> xx,
>  in ajax_upload_image
> url_thumbnail = images.get_serving_url(files[0].key(), size=150, 
> secure_url=True)
>   File 
>
> "/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/images/__init__.py"
> ,
>  line 1794, in get_serving_url
> return rpc.get_result()
>   File 
>
> "/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py"
> ,
>  line 613, in get_result
> return self.__get_result_hook(self)
>   File 
>
> "/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/api/images/__init__.py"
> ,
>  line 1892, in get_serving_url_hook
> raise _ToImagesError(e, readable_blob_key)
> TransformationError
>
>
>

-- 
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/5b70e393-f600-424e-b8de-3a1adcaa0636%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Headers being stripped from POST to a blobstore uploadURL

['John Lucena' via Google App Engine]

Hi John,

There was an issue starting on Wed where by the Authorization: header was 
stripped. That issue was corrected last night.
Is your code working now as expected?
Also, what specific headers did you find missing as we were only seeing 
issues with applications that relied on the Authorization: header.

Thanks,
-John

On Friday, February 19, 2016 at 5:43:37 AM UTC-8, JohnGB wrote:
>
>
> Note: This is a crosspost from google-appengine-go as I wasn't sure which 
> group would be more applicable as I'm using Go, but I don't think the 
> language has anything to do with this issue.
> My understanding of the docs, as well as how it has worked up until about 
> the last week is:
>
>1. when using blobstore.UploadURL, a successPath is specified to be 
>called after a successful POST.
>2. blobstore.UploadURL returns a URL to upload a file to.
>3. a HTTP POST is made to the given URL with the file(s) to upload.
>4. if that POST is successful, the blobstore calls the successPath 
>given in the blobstore.UploadURL.
>5. all headers from the POST request are passed onto the successPath 
>request.
>
> In reference to point 5, the documentation 
> <https://cloud.google.com/appengine/docs/go/blobstore/> states (with my 
> own emphasis):
>
> When the Blobstore rewrites the user's request, the MIME parts of the 
>> uploaded files have their bodies emptied, and the blob key is added as a 
>> MIME part header. *All other form fields and parts are preserved and 
>> passed to the upload handler*.
>
>
> Up until this week, that is what was happening, but then suddenly I found 
> that all headers are being stripped.  Additionally, there is an (I think) 
> new header "X-Appengine-Blobupload", which is set to "true".
>
> Can someone please fill me in on what is going on, as stripping the 
> headers has broken functionality.
>
> ~ John
>

-- 
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/330684d6-6580-43e3-80d6-a669b925de34%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Recent Increase of 403 Errors

[John White]

Thank you for your help, gentlemen.  It appears resolved for me, as well. 
Both apps are communicating with the backend fine.

On Tuesday, February 9, 2016 at 12:21:46 PM UTC-5, Ryan Fagan wrote:
>
> Agreed, thank you.
>
> Ryan
>
> On Tuesday, February 9, 2016 at 10:20:10 AM UTC-7, Saket Kumar wrote:
>>
>> Thanks. This problem should have been resolved ~30 mins ago.
>>
>> On 9 February 2016 at 16:50, Ryan Fagan <ry...@gannettpeaktech.com> 
>> wrote:
>>
>>> This appears resolved for us at this time.
>>>
>>> On Tuesday, February 9, 2016 at 8:11:38 AM UTC-7, Saket Kumar wrote:
>>>>
>>>> Hi Ryan,
>>>>
>>>> Can you please send me the App Id privately? This would let us verify 
>>>> if these 403s are related.
>>>>
>>>> On 9 February 2016 at 16:07, Ryan Fagan <ry...@gannettpeaktech.com> 
>>>> wrote:
>>>>
>>>>> We are seeing the 403 on all sites on every request to cloud endpoints 
>>>>> at this time.
>>>>>
>>>>>
>>>>> On Tuesday, February 9, 2016 at 3:23:35 AM UTC-7, Saket Kumar wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> We are aware of an increase in 403 errors for Cloud Endpoints 
>>>>>> starting 1300 (US/Pacific), 02/08. We are currently rolling out a fix 
>>>>>> that 
>>>>>> should be available in next few hours.
>>>>>>
>>>>>>
>>>>>> Thanks!
>>>>>> Saket Kumar
>>>>>> Google Cloud Platform Support.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tuesday, 9 February 2016 03:29:53 UTC+1, John White wrote:
>>>>>>>
>>>>>>> The last two weeks I've seen an uptick of 403 responses come back 
>>>>>>> from my endpoint.  It's been random.  At first it was only every once 
>>>>>>> every 
>>>>>>> hour or so.  Then over the last two weeks the 403 responses increased 
>>>>>>> more 
>>>>>>> and more until tonight things are almost unusable.  I can't get through 
>>>>>>> to 
>>>>>>> my endpoint and the data within datastore at all.
>>>>>>>
>>>>>>> Two different apps access the same endpoint.  One is a JavaFX app 
>>>>>>> (JDK 8) developed in NetBeans.  The other is an Android app (JDK 7) 
>>>>>>> being 
>>>>>>> developed in Android Studio.  Here's the specifics of the GAE and 
>>>>>>> endpoints 
>>>>>>> version I'm using, taken from my build.gradle file of the endpoint 
>>>>>>> backend 
>>>>>>> within Android Studio:
>>>>>>>
>>>>>>> com.google.appengine:appengine-java-sdk:1.9.14
>>>>>>>
>>>>>>> com.google.appengine:appengine-endpoints:1.9.14
>>>>>>>
>>>>>>> com.google.appengine:appengine-endpoints-deps:1.9.14
>>>>>>>
>>>>>>>
>>>>>>> Like I said, the 403 has been happening intermittently and increasing 
>>>>>>> in volume, and it's happening during both read and write operations.  
>>>>>>> The response I get is very generic.  I read somewhere in the help docs 
>>>>>>> here that the returned errors from the endpoint can sometimes return 
>>>>>>> more detail.  Would any one know how to capture that?  This is all I'm 
>>>>>>> getting in my console:
>>>>>>>
>>>>>>>
>>>>>>> com.google.api.client.googleapis.json.GoogleJsonResponseException: 403 
>>>>>>> Forbidden
>>>>>>> 
>>>>>>> 
>>>>>>> Forbidden
>>>>>>> 
>>>>>>> 
>>>>>>> Forbidden
>>>>>>> Error 403
>>>>>>> 
>>>>>>> 
>>>>>>>
>>>>>>> at 
>>>>>>> com.google.api.client.googleapis.json.GoogleJsonResponseException.from(GoogleJsonResponseException.java:145)
>>>>>>> at 
>>>>>>> com.google.api.client.googleapis.services.json.AbstractGoogleJsonClientRequest.newExceptionOnError(AbstractGo

Re: [google-appengine] Re: Recent Increase of 403 Errors

[John White]

Thank you for your help, gentlemen.  It appears resolved for me, as well. 
Both apps are communicating with the backend fine.

On Tuesday, February 9, 2016 at 12:21:46 PM UTC-5, Ryan Fagan wrote:
>
> Agreed, thank you.
>
> Ryan
>

-- 
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/9c9706ab-44f7-4f8a-bf93-c5a17edf0983%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Recent Increase of 403 Errors

[John White]

The last two weeks I've seen an uptick of 403 responses come back from my 
endpoint.  It's been random.  At first it was only every once every hour or 
so.  Then over the last two weeks the 403 responses increased more and more 
until tonight things are almost unusable.  I can't get through to my 
endpoint and the data within datastore at all.

Two different apps access the same endpoint.  One is a JavaFX app (JDK 8) 
developed in NetBeans.  The other is an Android app (JDK 7) being developed 
in Android Studio.  Here's the specifics of the GAE and endpoints version 
I'm using, taken from my build.gradle file of the endpoint backend within 
Android Studio:

com.google.appengine:appengine-java-sdk:1.9.14

com.google.appengine:appengine-endpoints:1.9.14

com.google.appengine:appengine-endpoints-deps:1.9.14


Like I said, the 403 has been happening intermittently and increasing in 
volume, and it's happening during both read and write operations.  The response 
I get is very generic.  I read somewhere in the help docs here that the 
returned errors from the endpoint can sometimes return more detail.  Would any 
one know how to capture that?  This is all I'm getting in my console:


com.google.api.client.googleapis.json.GoogleJsonResponseException: 403 Forbidden


Forbidden


Forbidden
Error 403



at 
com.google.api.client.googleapis.json.GoogleJsonResponseException.from(GoogleJsonResponseException.java:145)
at 
com.google.api.client.googleapis.services.json.AbstractGoogleJsonClientRequest.newExceptionOnError(AbstractGoogleJsonClientRequest.java:113)
at 
com.google.api.client.googleapis.services.json.AbstractGoogleJsonClientRequest.newExceptionOnError(AbstractGoogleJsonClientRequest.java:40)
at 
com.google.api.client.googleapis.services.AbstractGoogleClientRequest$1.interceptResponse(AbstractGoogleClientRequest.java:312)
at com.google.api.client.http.HttpRequest.execute(HttpRequest.java:1056)
at 
com.google.api.client.googleapis.services.AbstractGoogleClientRequest.executeUnparsed(AbstractGoogleClientRequest.java:410)
at 
com.google.api.client.googleapis.services.AbstractGoogleClientRequest.executeUnparsed(AbstractGoogleClientRequest.java:343)
at 
com.google.api.client.googleapis.services.AbstractGoogleClientRequest.execute(AbstractGoogleClientRequest.java:460)
at 
com.white.chordkendev.services.PlayFieldViewService$1.call(PlayFieldViewService.java:46)


or, something like


02-08 20:45:51.8776296-6596/com.nessylum.sudochord E/PlayFieldService﹕ 
findPlayFieldViews
com.google.api.client.googleapis.json.GoogleJsonResponseException: 403 
Forbidden


Forbidden


Forbidden
Error 403


at 
com.google.api.client.googleapis.services.json.AbstractGoogleJsonClientRequest.newExceptionOnError(AbstractGoogleJsonClientRequest.java:113)
at 
com.google.api.client.googleapis.services.json.AbstractGoogleJsonClientRequest.newExceptionOnError(AbstractGoogleJsonClientRequest.java:40)
at 
com.google.api.client.googleapis.services.AbstractGoogleClientRequest$1.interceptResponse(AbstractGoogleClientRequest.java:312)
at 
com.google.api.client.http.HttpRequest.execute(HttpRequest.java:1049)
at 
com.google.api.client.googleapis.services.AbstractGoogleClientRequest.executeUnparsed(AbstractGoogleClientRequest.java:410)
at 
com.google.api.client.googleapis.services.AbstractGoogleClientRequest.executeUnparsed(AbstractGoogleClientRequest.java:343)
at 
com.google.api.client.googleapis.services.AbstractGoogleClientRequest.execute(AbstractGoogleClientRequest.java:460)
at 
com.nessylum.sudochord.service.PlayFieldServiceImpl.findPlayFieldViews(PlayFieldServiceImpl.java:123)


I had absolutely no problems of this kind before a couple weeks ago.  I haven't 
changed anything in the endpoint code within that time, nor anything in the 
JavaFX app's code.  Things are working fine when I debug against the endpoint 
deployed locally.  Sorry if I didn't provide enough detail, this is all I've 
been able to find so far.  Is anyone else having this problem?  

-- 
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/fecd01ac-8628-4a61-b32b-2e33679addda%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Incoming emails to live app are rejected

[John Barham]

I'm testing incoming email URLs in a new app and am stumped why they work 
in the dev server but not in the live app. My app files are:

app.yaml:

version: 1
runtime: python27
api_version: 1
threadsafe: true

inbound_services:
- mail

handlers:
- url: /.*
  script: hello.app
- url: /_ah/mail/.+
  script: hello.app
  login: admin


hello.py:

import logging
import webapp2
from google.appengine.ext.webapp.mail_handlers import InboundMailHandler

class MainPage(webapp2.RequestHandler):
def get(self):
self.response.headers['Content-Type'] = 'text/plain'
self.response.write('Hello, World!')

class MailHandler(InboundMailHandler):
def receive(self, msg):
logging.info("Received a message from: %s, subject: %s", 
msg.sender, msg.subject)

app = webapp2.WSGIApplication([
('/_ah/mail/', MailHandler),
('/', MainPage),
], debug=True)


The expected log message is printed by the dev server when I "send" a test 
email using the dev admin web interface, but when I send an email to the 
live app (i.e., t...@myappid.appspotmail.com), it logs a 404 in the log and 
returns a bounce message saying "Delivery to the following recipient failed 
permanently". Any ideas?

-- 
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/d3b8d23c-ae2c-4588-9523-27580dde8350%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: unexpected image API failure

[John Smith]

I have created a new bucket and everything seems to work.
The old bucket does not work, but I still need to use it.
How can I fix this?

On Sunday, January 17, 2016 at 8:23:23 PM UTC+2, John Smith wrote:
>
>
> Hey,
>
> Today I have introduced a new feature in my application which includes the 
> image.ServeURL() API call.
>
> Unfortunately every call to this API returns an error:
> "API error 1 (images: UNSPECIFIED_ERROR)"
>
> This happens in my production environment but I fail to reproduce it on my 
> development environment (also deployed to the app engine).
> As far as I can tell everything is exactly the same in these two 
> environments.
>
> Relevant piece of code:
>
> blobkey := fmt.Sprintf("/gs/%s/%s", bucketName, fqdn)
> blobKey, err := blobstore.BlobKeyForFile(ctx, blobkey)
> if err != nil {
> return fmt.Errorf("blobkey failure: %v", err)
> }
> servingURL, err := image.ServingURL(ctx, blobKey, 
> {Secure: true})
> if err != nil {
> return fmt.Errorf("ServeURL failure: %v", err) // <-- fails here
> }
>
>
> May you please help me shed some light or suggest a path to debug this?
>
>
> Thanks,
> John.
>

-- 
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/30602dd2-e93d-4479-bc30-536d9ba0ff65%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] unexpected image API failure

[John Smith]

Hey,

Today I have introduced a new feature in my application which includes the 
image.ServeURL() API call.

Unfortunately every call to this API returns an error:
"API error 1 (images: UNSPECIFIED_ERROR)"

This happens in my production environment but I fail to reproduce it on my 
development environment (also deployed to the app engine).
As far as I can tell everything is exactly the same in these two 
environments.

Relevant piece of code:

blobkey := fmt.Sprintf("/gs/%s/%s", bucketName, fqdn)
blobKey, err := blobstore.BlobKeyForFile(ctx, blobkey)
if err != nil {
return fmt.Errorf("blobkey failure: %v", err)
}
servingURL, err := image.ServingURL(ctx, blobKey, 
{Secure: true})
if err != nil {
return fmt.Errorf("ServeURL failure: %v", err) // <-- fails here
}


May you please help me shed some light or suggest a path to debug this?


Thanks,
John.

-- 
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/62b4261d-0eba-4e54-b9da-b9f8d7562fa8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: managed vms deployment errors

[John Smith]

At the time of my first post I was using a version which is NOT 92.0.0 (I 
cannot recall which exact version but I regularly update the SDK).
As part of my attempts to solve this issue I upgraded the SDK version to 
92.0.0


>- removing and re-installing the gcloud sdk
>
>
On Friday, January 15, 2016 at 11:44:34 PM UTC+2, Nicholas (Google Cloud 
Support) wrote:
>
> Thanks for supplying your thorough details, logs and success here 
> publicly. Would you mind also posting the versions of the gcloud or App 
> Engine SDKs used for each of your tests and posts? This may indicate a 
> relationships between these failures or successes that might be helpful to 
> others stumbling upon this post when encountering a similar error. Note 
> that version 92.0.0 of the gcloud SDK 
> <https://cloud.google.com/sdk/release_notes#9200_2016113> was released on 
> the 13th though not indicating any definitive relation to this issue.
>
> On Friday, January 15, 2016 at 12:02:23 PM UTC-5, John Smith wrote:
>>
>> I've created a new project and the new issue is now resolved.
>>
>> please close this thread
>>
>> On Friday, January 15, 2016 at 6:23:34 PM UTC+2, John Smith wrote:
>>>
>>> Attaching --verbosity debug relevant lines:
>>>
>>> Updating module [default]...\DEBUG: Operation 
>>> [apps/my-app-id/operations/UUID1] complete. Result: {
>>> "metadata": {
>>> "target": 
>>> "apps/my-app-id/modules/default/versions/20160115t181126",
>>> "operationType": "create_version",
>>> "user": "acco...@email.tld",
>>> "insertTime": "2016-01-15T16:16:37.783Z",
>>> "@type": "
>>> type.googleapis.com/google.appengine.v1beta4.OperationMetadata",
>>> "endTime": "2016-01-15T16:16:55.627Z",
>>> "method": "google.appengine.v1beta4.Versions.CreateVersion"
>>> },
>>> "done": true,
>>> "name": "apps/my-app-id/operations/UUID1",
>>> "error": {
>>> "message": "Could not pick a region and/or zone. Version: 
>>> 20160115t181126...",
>>> "code": 13
>>> }
>>> }
>>> Updating module [default]...failed.
>>> DEBUG: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
>>> region and/or zone. Version: 20160115t181126...
>>> Traceback (most recent call last):
>>>   File "C:\Program Files (x86)\Google\Cloud 
>>> SDK\google-cloud-sdk\lib\googlecloudsdk\calliope\cli.py", line 643, in 
>>> Execute
>>> result = args.cmd_func(cli=self, args=args)
>>>   File "C:\Program Files (x86)\Google\Cloud 
>>> SDK\google-cloud-sdk\lib\googlecloudsdk\calliope\backend.py", line 1401, in 
>>> Run
>>> resources = command_instance.Run(args)
>>>   File "C:\Program Files (x86)\Google\Cloud 
>>> SDK\google-cloud-sdk\lib\surface\preview\app\deploy.py", line 387, in Run
>>> images.get(module))
>>>   File "C:\Program Files (x86)\Google\Cloud 
>>> SDK\google-cloud-sdk\lib\googlecloudsdk\api_lib\app\appengine_api_client.py",
>>>  
>>> line 90, in DeployModule
>>> return operations.WaitForOperation(self.client.apps_operations, 
>>> operation)
>>>   File "C:\Program Files (x86)\Google\Cloud 
>>> SDK\google-cloud-sdk\lib\googlecloudsdk\api_lib\app\api\operations.py", 
>>> line 66, in WaitForOperation
>>> encoding.MessageToPyValue(completed_operation.error)))
>>> OperationError: Error Response: [13] Could not pick a region and/or 
>>> zone. Version: 20160115t181126...
>>> ERROR: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
>>> region and/or zone. Version: 20160115t181126...
>>>
>>>
>>>
>>> On Friday, January 15, 2016 at 5:58:52 PM UTC+2, John Smith wrote:
>>>>
>>>> Hey and thanks for the reply,
>>>>
>>>> unfortunately as I've already noted, I tried this approach with my 
>>>>
>>>>>
>>>>>- writing a new *empty* project (code-wise) and trying to deploy it
>>>>>
>>>>> the new project had "empty.yaml" file as the application definition 
>>>> file (with a module named "empty" as the deployed module)
>>>>
>>>> I

[google-appengine] Re: managed vms deployment errors

[John Smith]

Attaching --verbosity debug relevant lines:

Updating module [default]...\DEBUG: Operation 
[apps/my-app-id/operations/UUID1] complete. Result: {
"metadata": {
"target": "apps/my-app-id/modules/default/versions/20160115t181126",
"operationType": "create_version",
"user": "acco...@email.tld",
"insertTime": "2016-01-15T16:16:37.783Z",
"@type": 
"type.googleapis.com/google.appengine.v1beta4.OperationMetadata",
"endTime": "2016-01-15T16:16:55.627Z",
"method": "google.appengine.v1beta4.Versions.CreateVersion"
},
"done": true,
"name": "apps/my-app-id/operations/UUID1",
"error": {
"message": "Could not pick a region and/or zone. Version: 
20160115t181126...",
"code": 13
}
}
Updating module [default]...failed.
DEBUG: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
region and/or zone. Version: 20160115t181126...
Traceback (most recent call last):
  File "C:\Program Files (x86)\Google\Cloud 
SDK\google-cloud-sdk\lib\googlecloudsdk\calliope\cli.py", line 643, in 
Execute
result = args.cmd_func(cli=self, args=args)
  File "C:\Program Files (x86)\Google\Cloud 
SDK\google-cloud-sdk\lib\googlecloudsdk\calliope\backend.py", line 1401, in 
Run
resources = command_instance.Run(args)
  File "C:\Program Files (x86)\Google\Cloud 
SDK\google-cloud-sdk\lib\surface\preview\app\deploy.py", line 387, in Run
images.get(module))
  File "C:\Program Files (x86)\Google\Cloud 
SDK\google-cloud-sdk\lib\googlecloudsdk\api_lib\app\appengine_api_client.py", 
line 90, in DeployModule
return operations.WaitForOperation(self.client.apps_operations, 
operation)
  File "C:\Program Files (x86)\Google\Cloud 
SDK\google-cloud-sdk\lib\googlecloudsdk\api_lib\app\api\operations.py", 
line 66, in WaitForOperation
encoding.MessageToPyValue(completed_operation.error)))
OperationError: Error Response: [13] Could not pick a region and/or zone. 
Version: 20160115t181126...
ERROR: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
region and/or zone. Version: 20160115t181126...



On Friday, January 15, 2016 at 5:58:52 PM UTC+2, John Smith wrote:
>
> Hey and thanks for the reply,
>
> unfortunately as I've already noted, I tried this approach with my 
>
>>
>>- writing a new *empty* project (code-wise) and trying to deploy it
>>
>> the new project had "empty.yaml" file as the application definition file 
> (with a module named "empty" as the deployed module)
>
> I've tried to run the very same command today and it proceeded as it 
> usually would the application was successfully built but then I've got this 
> error:
>
> ...
> ...
> ...
> Removing intermediate container ID1
> Successfully built ID2
>
> -
>
> Beginning teardown of remote build environment (this may take a few 
> seconds).
> Updating module [default]...failed.
> ERROR: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
> region and/or zone. Version: 20160115t174246...
> Deleted [
> https://www.googleapis.com/compute/v1/projects/my-app-id/zones/us-central1-f/instances/gae-builder-vm-20160115t174246
> ].
> aedeploy: Error: unable to run "gcloud preview app deploy --promote 
> backend.yaml": exit status 1
>
> the output of my "gcloud config list" command is:
>
> Your active configuration is: [default]
>
> [app]
> suppress_change_warning = true
> [compute]
> region = us-central1
> zone = us-central1-b
> [core]
> account = acco...@email.tld
> disable_usage_reporting = True
> project = my-app-id
>
>
> the project is on the us-central location
>
> things I've already tried:
>
>- removing the region and zone settings from gcloud
>- setting the zone to us-central1-{a,b,f}
>- settings the region to us-central, us-central1
>- changing computer, creating a new project, deploying my empty 
>project, etc..
>
>
> can you please enlighten me of what I do wrong?
>
>
> Thanks
> John. 
>  
>
> On Friday, January 15, 2016 at 2:31:26 AM UTC+2, Christian F. Howes wrote:
>>
>> Hi John,
>>
>> I really don't know about setting up a new project, i haven't done it in 
>> a while, but can you try an experiment and rename your module?  GAE used to 
>> have something that was controlled from backend.yaml or backends.yaml 
>> (can't remember w

[google-appengine] Re: managed vms deployment errors

[John Smith]

I've created a new project and the new issue is now resolved.

please close this thread

On Friday, January 15, 2016 at 6:23:34 PM UTC+2, John Smith wrote:
>
> Attaching --verbosity debug relevant lines:
>
> Updating module [default]...\DEBUG: Operation 
> [apps/my-app-id/operations/UUID1] complete. Result: {
> "metadata": {
> "target": 
> "apps/my-app-id/modules/default/versions/20160115t181126",
> "operationType": "create_version",
> "user": "acco...@email.tld",
> "insertTime": "2016-01-15T16:16:37.783Z",
> "@type": "
> type.googleapis.com/google.appengine.v1beta4.OperationMetadata",
> "endTime": "2016-01-15T16:16:55.627Z",
> "method": "google.appengine.v1beta4.Versions.CreateVersion"
> },
> "done": true,
> "name": "apps/my-app-id/operations/UUID1",
> "error": {
> "message": "Could not pick a region and/or zone. Version: 
> 20160115t181126...",
> "code": 13
> }
> }
> Updating module [default]...failed.
> DEBUG: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
> region and/or zone. Version: 20160115t181126...
> Traceback (most recent call last):
>   File "C:\Program Files (x86)\Google\Cloud 
> SDK\google-cloud-sdk\lib\googlecloudsdk\calliope\cli.py", line 643, in 
> Execute
> result = args.cmd_func(cli=self, args=args)
>   File "C:\Program Files (x86)\Google\Cloud 
> SDK\google-cloud-sdk\lib\googlecloudsdk\calliope\backend.py", line 1401, in 
> Run
> resources = command_instance.Run(args)
>   File "C:\Program Files (x86)\Google\Cloud 
> SDK\google-cloud-sdk\lib\surface\preview\app\deploy.py", line 387, in Run
> images.get(module))
>   File "C:\Program Files (x86)\Google\Cloud 
> SDK\google-cloud-sdk\lib\googlecloudsdk\api_lib\app\appengine_api_client.py", 
> line 90, in DeployModule
> return operations.WaitForOperation(self.client.apps_operations, 
> operation)
>   File "C:\Program Files (x86)\Google\Cloud 
> SDK\google-cloud-sdk\lib\googlecloudsdk\api_lib\app\api\operations.py", 
> line 66, in WaitForOperation
> encoding.MessageToPyValue(completed_operation.error)))
> OperationError: Error Response: [13] Could not pick a region and/or zone. 
> Version: 20160115t181126...
> ERROR: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
> region and/or zone. Version: 20160115t181126...
>
>
>
> On Friday, January 15, 2016 at 5:58:52 PM UTC+2, John Smith wrote:
>>
>> Hey and thanks for the reply,
>>
>> unfortunately as I've already noted, I tried this approach with my 
>>
>>>
>>>- writing a new *empty* project (code-wise) and trying to deploy it
>>>
>>> the new project had "empty.yaml" file as the application definition file 
>> (with a module named "empty" as the deployed module)
>>
>> I've tried to run the very same command today and it proceeded as it 
>> usually would the application was successfully built but then I've got this 
>> error:
>>
>> ...
>> ...
>> ...
>> Removing intermediate container ID1
>> Successfully built ID2
>>
>> -
>>
>> Beginning teardown of remote build environment (this may take a few 
>> seconds).
>> Updating module [default]...failed.
>> ERROR: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
>> region and/or zone. Version: 20160115t174246...
>> Deleted [
>> https://www.googleapis.com/compute/v1/projects/my-app-id/zones/us-central1-f/instances/gae-builder-vm-20160115t174246
>> ].
>> aedeploy: Error: unable to run "gcloud preview app deploy --promote 
>> backend.yaml": exit status 1
>>
>> the output of my "gcloud config list" command is:
>>
>> Your active configuration is: [default]
>>
>> [app]
>> suppress_change_warning = true
>> [compute]
>> region = us-central1
>> zone = us-central1-b
>> [core]
>> account = acco...@email.tld
>> disable_usage_reporting = True
>> project = my-app-id
>>
>>
>> the project is on the us-central location
>>
>> things I've already tried:
>>
>>- removing the region and zone settings from gcloud
>>- setting the zone to us-central1-{a,b,f}
>>- settin

[google-appengine] Re: managed vms deployment errors

[John Smith]

Hey and thanks for the reply,

unfortunately as I've already noted, I tried this approach with my 

>
>- writing a new *empty* project (code-wise) and trying to deploy it
>
> the new project had "empty.yaml" file as the application definition file 
(with a module named "empty" as the deployed module)

I've tried to run the very same command today and it proceeded as it 
usually would the application was successfully built but then I've got this 
error:

...
...
...
Removing intermediate container ID1
Successfully built ID2
-

Beginning teardown of remote build environment (this may take a few 
seconds).
Updating module [default]...failed.
ERROR: (gcloud.preview.app.deploy) Error Response: [13] Could not pick a 
region and/or zone. Version: 20160115t174246...
Deleted 
[https://www.googleapis.com/compute/v1/projects/my-app-id/zones/us-central1-f/instances/gae-builder-vm-20160115t174246].
aedeploy: Error: unable to run "gcloud preview app deploy --promote 
backend.yaml": exit status 1

the output of my "gcloud config list" command is:

Your active configuration is: [default]

[app]
suppress_change_warning = true
[compute]
region = us-central1
zone = us-central1-b
[core]
account = acco...@email.tld
disable_usage_reporting = True
project = my-app-id


the project is on the us-central location

things I've already tried:

   - removing the region and zone settings from gcloud
   - setting the zone to us-central1-{a,b,f}
   - settings the region to us-central, us-central1
   - changing computer, creating a new project, deploying my empty project, 
   etc..


can you please enlighten me of what I do wrong?


Thanks
John. 
 

On Friday, January 15, 2016 at 2:31:26 AM UTC+2, Christian F. Howes wrote:
>
> Hi John,
>
> I really don't know about setting up a new project, i haven't done it in a 
> while, but can you try an experiment and rename your module?  GAE used to 
> have something that was controlled from backend.yaml or backends.yaml 
> (can't remember which) and perhaps that is still a sort of keyword.
>
> good luck!
>
> cfh
>
> On Thursday, January 14, 2016 at 5:28:07 AM UTC-8, John Smith wrote:
>>
>> Today I have created a new project (referenced here as *my-app-id*) in 
>> my account and attempted to deploy my code.
>>
>> using this command:
>>
>>> aedeploy gcloud preview app deploy --promote backend.yaml --verbosity 
>>> debug
>>
>>
>> I have got the following output:
>>
>> DEBUG: Running gcloud.preview.app.deploy with Namespace(
>> __calliope_internal_deepest_parser=ArgumentParser(prog=
>> 'gcloud.preview.app.deploy', usage=None, description="*(BETA)* This 
>> command is used to deploy both code and configuration to the App 
>> Engine\nserver.  As an input it takes one or more ``DEPLOYABLES'' that 
>> should be\nuploaded.  A ``DEPLOYABLE'' can be a module's .yaml file or a 
>> configuration's\n.yaml file.", version=None, formatter_class=> 'argparse.HelpFormatter'>, conflict_handler='error', add_help=False), 
>> account=None, authority_selector=None, authorization_token_file=None, 
>> bucket=None, cmd_func=> calliope.backend.Command object at 0x02E67B50>>, command_path=['gcloud', 
>> 'preview', 'app', 'deploy'], configuration=None, deployables=[
>> 'backend.yaml'], docker_build=None, document=None, force=False, format=
>> None, h=None, help=None, http_timeout=None, image_url=None, log_http=None
>> , project=None, promote='true', quiet=None, repo_info_file=None, server=
>> None, stop_previous_version=None, trace_email=None, trace_log=False, 
>> trace_token=None, user_output_enabled=None, verbosity='debug', version=
>> None).
>> DEBUG: API endpoint: [https://appengine.googleapis.com/], API version: 
>> [v1beta4]
>> You are about to deploy the following modules:
>>  - my-app-id/default (from [C:\Users\username\AppData\Local\Temp\
>> aedeploy188210551\backend.yaml])
>>  Deployed URL: [https://my-app-id.appspot.com]
>>
>>
>> Do you want to continue (Y/n)?  Y
>>
>>
>> Beginning deployment...
>> 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=my-app-id 
>> 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
>> If this is your first deployment, this may take a while...\DEBUG: Got 
&

[google-appengine] Re: Exceeded Soft Private memory usage of 128MB

[John Smith]

you can take a look at the App engine Modules page 

if you want additional memory on classic app engine you could upgrade your 
instances to B2/F2 instance class

you have to add this to your app.yaml file:

instance_class: F2


please note that F2 instance costs twice as F1 instance would.


On Friday, January 15, 2016 at 5:26:07 PM UTC+2, Richard Cheesmar wrote:
>
> Any chance of a response Google or do I have to put questions like this on 
> Stackoverflow ???
>
> On Thursday, January 14, 2016 at 9:43:04 PM UTC+2, Richard Cheesmar wrote:
>>
>> Hi, all
>>
>> I had some errors on a POST handler today, which by the way fully 
>> completed, it just raised exceptions...
>>
>> An example exception is: Exceeded soft private memory limit of 128 MB 
>> with 133 MB after servicing 313 requests total.
>>
>> I'm still in the middle of checking the source for problems, however this 
>> is the first time this has occurred, so I figure I might just need to 
>> upgrade the instances which brings me to my questions:
>>
>>
>> 1. How do you do that with vanilla App Engine, i.e. no VM setup 
>> 2. Can you upgrade instances at certain times, so schedule upgrades on a 
>> hour by hour basis?
>>
>>
>> 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/014a1551-b3c7-4109-9db2-4c6e282399ed%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] managed vms deployment errors

[John Smith]

e a *new-and-unrelated-project-id*
   - using appcfg.py -V 1 -A my-app-id update backend.yaml (to no avail, 
   the deployment is "successful" but rolling back immediately) 
   - revoking the ***-cloud@gservices account permissions and apis and 
   re-enabling them
   - removing and re-setting the billing account
   - using a different billing account
   - removing and re-installing the gcloud sdk
   - using a different computer
   - creating a cloud computing instance to "jumpstart" things and deleting 
   it
   - writing a new *empty* project (code-wise) and trying to deploy it
   - checking the status.cloud.google.com page


can you please help shed some light on this matter?

Thanks,
John

-- 
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/923d2d77-aa65-4d1d-8226-af6c9bb4034e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine Java log messages missing

[John Pallister]

OK, I've figured out my logging problem. The Oracle Java 7 docs say[1] to 
use Logger.getGlobal() but the Google java-docs-samples code uses 
Logger.getLogger(ClassName.class.getName()). I was using the former which 
fails silently.

It would be nice if this was documented somewhere, or if any of the code 
snippets in the documentation actually used log messages.

Cheers,

John :^P

[1] 
https://docs.oracle.com/javase/7/docs/api/java/util/logging/Logger.html#global

On Tuesday, 29 December 2015 21:56:04 UTC, John Pallister wrote:

Hello list,
>
> After finally getting my "Hello World" web app working in the App Engine 
> development server I've uploaded it to the cloud and immediately struck 
> problems.
>
> The main problem is that I'm not seeing my java.util.logging.Logger log 
> messages (from either my Java or Lisp code) in the App Engine console. I've 
> set ".level=FINER" in my logging.properties file but I don't see any of the 
> messages I see using the development server, apart from a single INFO-level 
> message saying "Startup completed in -0.001 seconds.", sent to stdout.
>
> The other message I do see is an exception from my code, which suggests 
> that either the servlet's init method hasn't been called or it couldn't 
> read the context-param values from the web.xml file (via 
> GenericServlet.getInitParameter()). I wondered whether I should've used 
> system-properties in my appengine-web.xml file instead of context-param 
> elements in web.xml; I'm now checking both, to no apparent effect. But I 
> could debug this if I had my log messages.
>
> In the same log message as the exception there is also the text 
> "javax.servlet.ServletContext log: unavailable" which must be a clue, but 
> Google doesn't throw up any obvious leads for it.
>
> I have added a dirt-simple "Hello World" servlet to my application that 
> calls log.severe() and log.info() to try and get any log messages to 
> appear in the Google Cloud Platform Console Log Viewer (or the legacy 
> AppEngine Log Viewer). On running this I don't get the "log: unavailable" 
> message but I don't get any log messages either.
>
> I can't help the feeling I'm missing something obvious; as I said, this 
> all works fine in the development server (I'm using Java 7 on OS X 10.9). 
> Where do people go to see their Java log messages in the Google Cloud 
> Platform Console?
>
> Cheers,
>
> John :^P
>
>

-- 
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/1c4d79e7-ae49-495b-9efa-15b7b1fded20%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: datastore timeouts?

[John Lowry]

Hi ,

Our engineers have isolated an issue in our infrastructure that caused 
occasional slow Datastore RPCs for a small number of apps from 2015-12-27 
19:10 through 2015-12-29 15:20.

If your issue is still ongoing, then please file a support case and we can 
investigate further.

John Lowry



On Tuesday, December 29, 2015 at 11:34:56 AM UTC-8, Nick Franceschina wrote:
>
> yes, we're seeing many timeouts of the same sort... across multiple 
> libraries.  we've submitted a ticket
>
> Timeout: The datastore operation timed out, or the data was temporarily 
> unavailable
> DeadlineExceededError: The API call datastore_v3.Delete() took too long to 
> respond and was cancelled
> BadRequestError: The referenced transaction has expired or is no longer 
> valid
> DeadlineExceededError: The API call datastore_v3.RunQuery() took too long 
> to respond and was cancelled
> DeadlineExceededError: The API call search.ListDocuments() took too long 
> to respond and was cancelled
> DeadlineExceededError(The API call datastore_v3.AllocateIds() took too 
> long to respond and was cancelled
>
>
> On Monday, December 28, 2015 at 6:37:42 PM UTC-5, Adam Sah wrote:
>>
>> anyone else seeing increased datastore timeouts?  I've confirmed that 
>> traffic levels are normal i.e. not getting DOS'd...
>>
>> E 2015-12-28 15:19:09.728 error:Timeout('The datastore operation timed 
>> out, or the data was temporarily unavailable.',)
>> ...
>> E 2015-12-28 15:08:31.447 error:TransactionFailedError('too much 
>> contention on these datastore entities. please try again.',)
>>
>> adam
>>
>>

-- 
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/1fa06de8-e57f-4f01-a90e-3f0c7cc04438%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] App Engine Java log messages missing

[John Pallister]

Hello list,

After finally getting my "Hello World" web app working in the App Engine 
development server I've uploaded it to the cloud and immediately struck 
problems.

The main problem is that I'm not seeing my java.util.logging.Logger log 
messages (from either my Java or Lisp code) in the App Engine console. I've 
set ".level=FINER" in my logging.properties file but I don't see any of the 
messages I see using the development server, apart from a single INFO-level 
message saying "Startup completed in -0.001 seconds.", sent to stdout.

The other message I do see is an exception from my code, which suggests 
that either the servlet's init method hasn't been called or it couldn't 
read the context-param values from the web.xml file (via 
GenericServlet.getInitParameter()). I wondered whether I should've used 
system-properties in my appengine-web.xml file instead of context-param 
elements in web.xml; I'm now checking both, to no apparent effect. But I 
could debug this if I had my log messages.

In the same log message as the exception there is also the text 
"javax.servlet.ServletContext log: unavailable" which must be a clue, but 
Google doesn't throw up any obvious leads for it.

I have added a dirt-simple "Hello World" servlet to my application that 
calls log.severe() and log.info() to try and get any log messages to appear 
in the Google Cloud Platform Console Log Viewer (or the legacy AppEngine 
Log Viewer). On running this I don't get the "log: unavailable" message but 
I don't get any log messages either.

I can't help the feeling I'm missing something obvious; as I said, this all 
works fine in the development server (I'm using Java 7 on OS X 10.9). Where 
do people go to see their Java log messages in the Google Cloud Platform 
Console?

Cheers,

John :^P

-- 
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/1ab8b286-40d1-45fa-8635-a15bbc30f7e3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Managed VMs logs, load-balancing & context

[John Smith]

Hey Nick & Kyle,

@Nick
Yes I do need to call App Engine services in response to WebSocket 
requests. 
There are multiple issues here and I'm trying to work around them

to sum things up:

   - WebSocket connections are not supported in the Classic App Engine OR 
   the HTTP load balancers
   - The App Engine log API does not export API for writing specific log 
   entries and the BackgroundContext logs get cluttered


@Kyle
You probably could not connect to your MVM instance because the default 
firewall rule forbids access to port 80, try :8080 instead
After browsing the thread you linked to I have found this 
<https://godoc.org/google.golang.org/cloud/logging#Client.Log> API, which I 
will look into and might help me mitigate App Engine's lack of finer 
resolution log infrastructure.

Thanks again,
John


On Wednesday, December 23, 2015 at 7:03:47 AM UTC+2, Kyle Finley wrote:
>
> John,
>
> I just tested accessing my VM by IP. Unfortunately the request timed out:
>
> curl: (7) Failed to connect to 23.XX.XX.XX port 80: Operation timed out
>
>
> Incase you haven't seen it yet. There's a thread in the App Engine Go 
> group where the issue with background context logging is discussed. There's 
> a few alternatives suggested.
>
>
> https://groups.google.com/forum/#!searchin/google-appengine-go/background/google-appengine-go/V90qiZKJ5Tk/CWiXsxkNDgAJ
>
> I hope you find a solution I'll be looking into websockets in the near 
> future.
>
> Kyle
>
> On Tuesday, December 22, 2015 at 9:15:28 AM UTC-6, John Smith wrote:
>>
>> Hey Kyle,
>>
>> yes I am using appengine.Main() to start serving requests.
>> did you try to access your VMs directly? (by IP, or by 
>> network-load-balancer)
>>
>> (note: when using google's default my-game.appspot.com 
>> appengine.NewContext works but WebSockets dont)
>>
>> Thanks
>>
>>
>> On Tuesday, December 22, 2015 at 4:16:56 PM UTC+2, Kyle Finley wrote:
>>>
>>> John,
>>>
>>> Are you calling appengine.Main() in your main() function?
>>>
>>> I'm not sure if it works with the network-load-balancer, but when I 
>>> switched from classic to MVM I was receiving the same error. Adding the 
>>> appengine.Main() call fixed the unknown http.Request error.
>>>
>>> Kyle
>>>
>>> e.g.
>>>
>>> package main
>>>
>>> import (
>>> "google.golang.org/appengine"
>>> )
>>>
>>> func main() {
>>> appengine.Main()
>>> }
>>>
>>> On Tuesday, December 22, 2015 at 7:42:16 AM UTC-6, John Smith wrote:
>>>>
>>>> Hey Nick,
>>>>
>>>> Thank you for your response, I would like to further clarify the flow 
>>>> of things:
>>>>
>>>>- I have to use WebSockets
>>>>- WebSockets are not supported on the Classic App Engine (when I 
>>>>attempt to open a websocket connection to my-game.appspot.com it is 
>>>>being filtered out and not even making it to my app code)
>>>>- WebSockets seem to work on MVM via a network-load-balancer 
>>>><https://cloud.google.com/compute/docs/load-balancing/network/> (and 
>>>>not via the default my-game.appspot.com domain)
>>>>- using MVM and a network-load-balancer I cannot create a request 
>>>>context [to create a new context I use the supplied 
>>>> appengine.NewContext(r) 
>>>>function and get the mentioned error]
>>>>- I need a context to use the datastore.GetMulti() or log.Debugf() 
>>>>APIs
>>>>- I am able to create a background context (supported by MVM) and 
>>>>use these APIs but when I use this context (with the 
>>>> appengine/log.Debugf() 
>>>>API) the logs get cluttered (aggregated under /_ah/background)
>>>>
>>>>
>>>>1. are the above points clarify how my app receives requests?
>>>>2. no, when a request is dispatched via network-load-balancer (and 
>>>>not my-game.appspot.com) my application gets no X-Appengine-* 
>>>>headers at all
>>>>3. yes all of my logs are piling up under one /_ah/background 
>>>>entry. as mentioned above I am using the golang standard appengine/log 
>>>>library as I did with my previous Classic App engine.
>>>>
>>>>
>>>> ideally the appengine.NewContext(r) function would work and logging via 
>>>> the appengine/log.Debugf() w

[google-appengine] Re: Managed VMs logs, load-balancing & context

[John Smith]

Hey Kyle,

yes I am using appengine.Main() to start serving requests.
did you try to access your VMs directly? (by IP, or by 
network-load-balancer)

(note: when using google's default my-game.appspot.com appengine.NewContext 
works but WebSockets dont)

Thanks


On Tuesday, December 22, 2015 at 4:16:56 PM UTC+2, Kyle Finley wrote:
>
> John,
>
> Are you calling appengine.Main() in your main() function?
>
> I'm not sure if it works with the network-load-balancer, but when I 
> switched from classic to MVM I was receiving the same error. Adding the 
> appengine.Main() call fixed the unknown http.Request error.
>
> Kyle
>
> e.g.
>
> package main
>
> import (
> "google.golang.org/appengine"
> )
>
> func main() {
> appengine.Main()
> }
>
> On Tuesday, December 22, 2015 at 7:42:16 AM UTC-6, John Smith wrote:
>>
>> Hey Nick,
>>
>> Thank you for your response, I would like to further clarify the flow of 
>> things:
>>
>>- I have to use WebSockets
>>- WebSockets are not supported on the Classic App Engine (when I 
>>attempt to open a websocket connection to my-game.appspot.com it is 
>>being filtered out and not even making it to my app code)
>>- WebSockets seem to work on MVM via a network-load-balancer 
>><https://cloud.google.com/compute/docs/load-balancing/network/> (and 
>>not via the default my-game.appspot.com domain)
>>- using MVM and a network-load-balancer I cannot create a request 
>>context [to create a new context I use the supplied 
>> appengine.NewContext(r) 
>>function and get the mentioned error]
>>- I need a context to use the datastore.GetMulti() or log.Debugf() 
>>APIs
>>- I am able to create a background context (supported by MVM) and use 
>>these APIs but when I use this context (with the appengine/log.Debugf() 
>>API) the logs get cluttered (aggregated under /_ah/background)
>>
>>
>>1. are the above points clarify how my app receives requests?
>>2. no, when a request is dispatched via network-load-balancer (and 
>>not my-game.appspot.com) my application gets no X-Appengine-* headers 
>>at all
>>3. yes all of my logs are piling up under one /_ah/background entry. 
>>as mentioned above I am using the golang standard appengine/log library 
>> as 
>>I did with my previous Classic App engine.
>>
>>
>> ideally the appengine.NewContext(r) function would work and logging via 
>> the appengine/log.Debugf() would split the lines per request.
>> do you find this explanation sufficient?
>>
>> Thanks.
>>
>>
>>
>> On Tuesday, December 22, 2015 at 12:21:02 AM UTC+2, Nick (Cloud Platform 
>> Support) wrote:
>>>
>>> As someone somewhat familiar with the Go runtime but not with your exact 
>>> use case, I'd like to help, but I'm wondering if you could provide some 
>>> more concrete specification of the following from your post, in terms of 
>>> code or logs: 
>>>
>>> While porting my app from the Classic App Engine I was facing an issue 
>>>> with the request context (which now "skips" the default HTTP load balancer 
>>>> and goes straight to my MVM(gce) node).
>>>>
>>>  
>>>
>>>> I was getting an error ("appengine: NewContext passed an unknown 
>>>> http.Request").
>>>>
>>>  
>>>
>>>> To overcome my need for datastore/logging/other App Engine facilities I 
>>>> used context.BackgroundContext() everywhere and it seemed to work well for 
>>>> the datastore/urlfetch/etc..
>>>
>>>
>>> This might help me to reproduce your situation and attempt different 
>>> solutions. 
>>>
>>> As to your numbered questions, here are my first responses:
>>>
>>> 1. Are you talking about "Network Loadbalancing 
>>> <https://cloud.google.com/compute/docs/load-balancing/network/>" or the 
>>> GCE "Http Load balancer 
>>> <https://cloud.google.com/container-engine/docs/tutorials/http-balancer>", 
>>> and could you clarify again what kind of errors you observed when 
>>> attempting this? What is meant by context "skipping"?
>>>
>>> 2. Do you notice that you're receiving X-Appengine-* headers? If so, you 
>>> can certainly use them. If you attempt to add them to requests, do you 
>>> notice if they're stripped? If they are, it won't work, if they aren't, it 
>>> will. Although

[google-appengine] Re: Managed VMs logs, load-balancing & context

[John Smith]

Hey Nick,

Thank you for your response, I would like to further clarify the flow of 
things:

   - I have to use WebSockets
   - WebSockets are not supported on the Classic App Engine (when I attempt 
   to open a websocket connection to my-game.appspot.com it is being filtered 
   out and not even making it to my app code)
   - WebSockets seem to work on MVM via a network-load-balancer 
   <https://cloud.google.com/compute/docs/load-balancing/network/> (and not 
   via the default my-game.appspot.com domain)
   - using MVM and a network-load-balancer I cannot create a request 
   context [to create a new context I use the supplied appengine.NewContext(r) 
   function and get the mentioned error]
   - I need a context to use the datastore.GetMulti() or log.Debugf() APIs
   - I am able to create a background context (supported by MVM) and use 
   these APIs but when I use this context (with the appengine/log.Debugf() 
   API) the logs get cluttered (aggregated under /_ah/background)


   1. are the above points clarify how my app receives requests?
   2. no, when a request is dispatched via network-load-balancer (and not 
   my-game.appspot.com) my application gets no X-Appengine-* headers at all
   3. yes all of my logs are piling up under one /_ah/background entry. as 
   mentioned above I am using the golang standard appengine/log library as I 
   did with my previous Classic App engine.


ideally the appengine.NewContext(r) function would work and logging via the 
appengine/log.Debugf() would split the lines per request.
do you find this explanation sufficient?

Thanks.



On Tuesday, December 22, 2015 at 12:21:02 AM UTC+2, Nick (Cloud Platform 
Support) wrote:
>
> As someone somewhat familiar with the Go runtime but not with your exact 
> use case, I'd like to help, but I'm wondering if you could provide some 
> more concrete specification of the following from your post, in terms of 
> code or logs: 
>
> While porting my app from the Classic App Engine I was facing an issue 
>> with the request context (which now "skips" the default HTTP load balancer 
>> and goes straight to my MVM(gce) node).
>>
>  
>
>> I was getting an error ("appengine: NewContext passed an unknown 
>> http.Request").
>>
>  
>
>> To overcome my need for datastore/logging/other App Engine facilities I 
>> used context.BackgroundContext() everywhere and it seemed to work well for 
>> the datastore/urlfetch/etc..
>
>
> This might help me to reproduce your situation and attempt different 
> solutions. 
>
> As to your numbered questions, here are my first responses:
>
> 1. Are you talking about "Network Loadbalancing 
> <https://cloud.google.com/compute/docs/load-balancing/network/>" or the 
> GCE "Http Load balancer 
> <https://cloud.google.com/container-engine/docs/tutorials/http-balancer>", 
> and could you clarify again what kind of errors you observed when 
> attempting this? What is meant by context "skipping"?
>
> 2. Do you notice that you're receiving X-Appengine-* headers? If so, you 
> can certainly use them. If you attempt to add them to requests, do you 
> notice if they're stripped? If they are, it won't work, if they aren't, it 
> will. Although this is a quite empirical way to proceed, and if something 
> isn't explicitly documented, you should file a Public Issue Tracker 
> feature request <http://code.google.com/p/google-appengine/issues/list> 
> to have the behaviour defined. 
>
> 3. Your log lines are all piling up under one /_ah/background entry, as 
> far as I can tell. You could use the Logging API 
> <https://cloud.google.com/logging/docs/api/tasks/creating-logs> to write 
> logs, and see if that shows up properly. Another option is logging to a 
> BigQuery or SQL table. The final, most trivial answer, is to figure out how 
> to get request logging to work without this BackgroundContext which seems 
> to flatten all its logs into one expando in the Developers Console UI (if 
> I'm understanding you correctly, again, it seems like this is what you're 
> reporting).
>
> 4.  A better approach could only be found through further investigation, 
> if it exists. I'm optimistic that a better approach is out there, it would 
> just take more thought.
>
> On Sunday, December 20, 2015 at 11:17:12 AM UTC-5, John Smith wrote:
>>
>> *TL;DR: *Need to use WebSockets on AE. Only works on MVM. NewContext 
>> fails, BackgroundContext works. Logs are polluted & disorganized 
>> (/_ah/background)
>>
>> Hey,
>>
>> I would like to communicate with my App Engine app over WebSockets.
>> I have found that the Java library has an official (github) example of 
>> using WebSockets under the Managed 

[google-appengine] Managed VMs logs, load-balancing & context

[John Smith]

*TL;DR: *Need to use WebSockets on AE. Only works on MVM. NewContext fails, 
BackgroundContext works. Logs are polluted & disorganized (/_ah/background)

Hey,

I would like to communicate with my App Engine app over WebSockets.
I have found that the Java library has an official (github) example of 
using WebSockets under the Managed VMs framework,
after browsing the implementation I noticed that it queries the internally 
exposed metadata service to get the external IP of the machine and 
redirects the client to it.

However I expect my application to receive more traffic than a single 
server would handle and so I need a load-balanced solution (cannot relay on 
a single static-IP)
so I've looked into App Engine's "Network Load Balancer" and after an hour (and 
a long deploy time) I was up and running with now my domain set to the load 
balancer's static IP.

Now is a good time to note that I use the Go standard runtime.
While porting my app from the Classic App Engine I was facing an issue with 
the request context (which now "skips" the default HTTP load balancer and 
goes straight to my MVM(gce) node).
I was getting an error ("appengine: NewContext passed an unknown 
http.Request").
To overcome my need for datastore/logging/other App Engine facilities I 
used context.BackgroundContext() everywhere and it seemed to work well for 
the datastore/urlfetch/etc..

Everything worked but the logging facility which was polluting my logs with 
empty "/_ah/background" lines and everything else was multiplexed into a 
single huge "/_ah/background" entry.
This makes it very difficult to debug or monitor my application.

I have browsed the google.golang.org/appengine package and tried to split 
the log lines to no avail.


My questions are:
1) Can I use the classic App Engine/default http load balancer/custom http 
load balancer to service my WebSocket requests?
2) Can I, with my current solution, get the X-AppEngine-* headers?
3) How could I, with my current solution, split the log lines to per 
request entries (very like the classic app engine logs)
4) Is this the right approach?

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/e0c46b9b-89e1-402b-9e2d-b5fddf31f47f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Task Queue Latency

[John Wheeler]

Yes back to normal here too

On Tuesday, December 1, 2015 at 8:03:25 AM UTC-8, Jim wrote:
>
> Hello,
>
> Has anyone else noticed a lot of latency in Task Queues within the past 
> few days?  We've noticed that our push queues are backing up with 
> thousands, sometimes tens of thousands of tasks.  Nothing has changed in 
> our app or traffic profile.  Over the past few days we've seen several 
> instances where the queues just seem to stop "pushing" tasks and they fill 
> up.  We can go in and manually trigger individual tasks to run; tasks are 
> not generating errors, they're just not running automatically like they 
> should based on our configuration.  Eventually things seem to catch up 
> again.  Anyone else seeing similar behavior?
>
> Jim
>

-- 
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/9e4cb232-651d-4c2d-9532-6eb3c26598c7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Loading data into automatic scaled instance memory

[John Smith]

Each instance of my application module (default) needs to load data from 
the datastore into local memory (for performance/cost reasons), where it 
will be read-only.
A separate module updates the data in the datastore (updater), and the data 
needs to be refreshed (entirely) in each default instance every several 
minutes (preferably when the data is updated by the updater module).
Loading the data into instance memory takes more time than is reasonable 
for a single user request.

I would have used a thread (goroutine) with a background context to reload 
the data in each (default) instance, but background context is not 
supported in automatically scaled modules.

How should I update each (default) instance's memory when the data is 
updated by the updater module?

I am using the go runtime environment.

-- 
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/5f9c7c9e-221f-4287-af7b-8ef601b3f96b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] How to check which urls are doing a lot of Datastore reads?

[John Del Rosario]

Starting a few days ago (June 17 to be precise), my Datastore Reads quota 
has more than quadrupled, with no changes in the codebase.
I'm thinking maybe some url is being abused or something, or maybe a broken 
task. 
But in the dashboard graphs, I don't see any spikes or strange behavior.
And my taskqueues look normal.

Where could I start looking for what's wrong?

-- 
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/f4396ea1-4672-40e2-869f-4549448d3c53%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Gcloud preview app run returns a timeout error

[John Wesonga]

I seem to be having a problem with my test managed VM. Every time I run *glcoud 
preview app run path-to-app *I get the following error:

INFO 2015-04-15 09:29:31,525 devappserver2.py:726] Skipping SDK update 
check.



INFO 2015-04-15 09:29:32,173 api_server.py:172] Starting API server at: 
http://localhost:51143

INFO 2015-04-15 09:30:32,186 api_server.py:588] Applying all pending 
transactions and saving the datastore

INFO 2015-04-15 09:30:32,187 api_server.py:591] Saving search indexes

Traceback (most recent call last):

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/dev_appserver.py
, line 83, in module

_run_file(__file__, globals())

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/dev_appserver.py
, line 79, in _run_file

execfile(_PATHS.script_file(script_name), globals_)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/devappserver2.py
, line 985, in module

main()

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/devappserver2.py
, line 978, in main

dev_server.start(options)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/devappserver2.py
, line 774, in start

self._dispatcher.start(options.api_host, apis.port, request_data)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/dispatcher.py
, line 182, in start

_module, port = self._create_module(module_configuration, port)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/dispatcher.py
, line 262, in _create_module

threadsafe_override=threadsafe_override)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/module.py
, line 1463, in __init__

super(ManualScalingModule, self).__init__(**kwargs)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/module.py
, line 514, in __init__

self._module_configuration)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/module.py
, line 237, in _create_instance_factory

module_configuration=module_configuration)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/vm_runtime_factory.py
, line 78, in __init__

timeout=self.DOCKER_D_REQUEST_TIMEOUT_SECS)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/docker/containers.py
, line 740, in NewDockerClient

client.ping()

  File /Users/jwesonga/google-cloud-sdk/./lib/docker/docker/client.py, 
line 711, in ping

return self._result(self._get(self._url('/_ping')))

  File /Users/jwesonga/google-cloud-sdk/./lib/docker/docker/client.py, 
line 76, in _get

return self.get(url, **self._set_request_timeout(kwargs))

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/lib/requests/requests/sessions.py
, line 468, in get

return self.request('GET', url, **kwargs)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/lib/requests/requests/sessions.py
, line 456, in request

resp = self.send(prep, **send_kwargs)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/lib/requests/requests/sessions.py
, line 559, in send

r = adapter.send(request, **kwargs)

  File 
/Users/jwesonga/google-cloud-sdk/platform/google_appengine/lib/requests/requests/adapters.py
, line 384, in send

raise Timeout(e, request=request)

 

requests.exceptions.Timeout: (requests.packages.urllib3.connection.
VerifiedHTTPSConnection object at 0x10dba17d0, 'Connection to 
192.168.59.104 timed out. (connect timeout=60)')


I've confirmed that boot2docker is up and running, BTW this was working 
just fine when I did the initial set up. Any idea how I can fix this? I 
posted similar question on stackoverflow with no 
luck 
http://stackoverflow.com/questions/29576087/golang-preview-of-managed-vm-app-returns-error

-- 
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/86a20084-357d-4206-9c1e-aef92911ded0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] GAE Authentication Flow now annoying?

[John Coonrod]

After the latest update of GAE Launcher on my mac, it now runs through two 
browser pages every time I deploy. Before it use to just have it's own 
popup. This is really tedious and annoying. Is there any way to streamline 
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/c9a3d95c-2caf-4406-b1f1-640afe3ad83b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] NoseGAE not fit for testing?

[John Louis Del Rosario]

From the NoseGAE readme: 

Due to changes in the sandboxing mechanisms in dev_appserver2, it isn't 
possible for NoseGAE to simulate the deployed environment any longer. The 
sandboxing feature had to be removed since there is no longer any way to 
toggle it between noses own internal workings.

This means that certain tests may pass locally but the code in question 
will fail in production due to restricted modules and functions. As of now 
there is no workaround but pull requests are welcome!

That sounds like a pretty big deal? Doesn't the limitation defeat the 
purpose of testing? What exactly are the restricted modules and functions 
mentioned?

I posted here instead of opening an issue on Github to start a discussion 
on whether we should be concerned (we've been using NoseGAE from the 
start), and what alternatives can we use if it is cause for concern.

-- 
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/2468f370-e060-4217-a385-19a960997e9f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Can I use an alias to send emails with the mail api?

[John Louis Del Rosario]

Thanks Jim. Makes sense now. 

On Wednesday, February 11, 2015 at 3:19:10 AM UTC+8, Jim wrote:

 This page describes the differences in detail:  
 https://support.google.com/accounts/answer/72709?hl=en

 In a nutshell, when using Google Apps you own the domain and sign up for 
 Google Apps (email, docs, calendar, etc) for your business.  Your email 
 service is hosted on Google's gmail infrastructure.

 With a simple Google Account you can sign up using any old email address 
 hosted anywhere and Google send a confirmation email to the address that 
 you specify.  Once you click a link in the confirmation email your Google 
 Account is activated and you can then use the GAE dashboard to invite the 
 account to be a developer on your app.




 On Tuesday, February 10, 2015 at 4:39:16 AM UTC-6, John Louis Del Rosario 
 wrote:

 Sorry, I'm not an admin so I'm not familiar with the terms, but what's 
 the difference between a Google Accounts account and a GApps account? 
 We use GApps, doesn't that make our Google accounts GApps accounts by 
 default?

 Thanks

 On Tuesday, February 10, 2015 at 4:18:24 AM UTC+8, Jim wrote:

 I'm not certain of every circumstance where this will work, but this is 
 how we do it:

 If you set up nor...@mydomain.com as a Developer on your project then 
 you'll be able to send emails from that address.  You can just setup a 
 Google Accounts account for nor...@mydomain.com and then invite the 
 account to be a Developer on your project; no GApps account required.



 On Monday, February 9, 2015 at 3:46:51 AM UTC-6, John Louis Del Rosario 
 wrote:


 Say I have 'ad...@mydomain.com' added as an admin to my project, and 
 it has an alias named 'nor...@mydomain.com'. Will I be able to send 
 emails from my project as 'nor...@mydomain.com'? Or does noreply need 
 to be a real GApps account?



-- 
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/db478121-8f61-49f6-88d7-f1ca3f6952ab%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Can I use an alias to send emails with the mail api?

[John Louis Del Rosario]

Sorry, I'm not an admin so I'm not familiar with the terms, but what's the 
difference between a Google Accounts account and a GApps account? We 
use GApps, doesn't that make our Google accounts GApps accounts by default?

Thanks

On Tuesday, February 10, 2015 at 4:18:24 AM UTC+8, Jim wrote:

 I'm not certain of every circumstance where this will work, but this is 
 how we do it:

 If you set up nor...@mydomain.com javascript: as a Developer on your 
 project then you'll be able to send emails from that address.  You can 
 just setup a Google Accounts account for nor...@mydomain.com javascript: 
 and then invite the account to be a Developer on your project; no GApps 
 account required.



 On Monday, February 9, 2015 at 3:46:51 AM UTC-6, John Louis Del Rosario 
 wrote:


 Say I have 'ad...@mydomain.com' added as an admin to my project, and it 
 has an alias named 'nor...@mydomain.com'. Will I be able to send emails 
 from my project as 'nor...@mydomain.com'? Or does noreply need to be a 
 real GApps account?



-- 
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/c9ca585e-2b42-4eda-9b42-7b74ad3719ea%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Can I use an alias to send emails with the mail api?

[John Louis Del Rosario]

Say I have 'ad...@mydomain.com' added as an admin to my project, and it has 
an alias named 'nore...@mydomain.com'. Will I be able to send emails from 
my project as 'nore...@mydomain.com'? Or does noreply need to be a real 
GApps account?

-- 
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/b067c94e-3b1d-4bb2-8a86-3aa9d4e83f13%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Can I use an alias to send emails with the mail api?

[John Louis Del Rosario]

Say I have 'ad...@mydomain.com' added as an admin to my project, and it has 
an alias named 'nore...@mydomain.com'. Will I be able to send emails from 
my project as 'nore...@mydomain.com'? Or does noreply need to be a real 
GApps account?

-- 
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/54d1bd40-e09b-40d4-b617-fec211bae7d5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google AppEngine Account/Projects Gets Suspended Every time I Pay Google

[John Wheeler]

Google - can you please respond to this or work with the people directly? 
There have been three posts in the last month with people complaining their 
accounts are being suspended with no recourse. This is the last thing any 
app engine users want to go through.

Please consider a one-time charge support option if you must. 

I have a Digital Ocean account and it was once hacked, and their team 
worked with me in a matter of hours to determine what I needed to do to get 
access restored. I didn't have to pay them anything.

On Wednesday, December 31, 2014 6:40:33 PM UTC-8, Anand Hariharan wrote:


 This has been happening to me consistently for last 2 weeks. Each time I 
 have paid Google AppEngine for services, they have sent me an email saying 
 Policy Violation and then a series of emails start flowing suspending one 
 account after the other. Does ANYONE know why this happens? Google 
 AppEngine Cloud Compliance team seems to be handling it - they pretty much 
 box you down and don't respond to emails or tell you why the problem is 
 happening. Now I am completely locked out of Google AppEngine - they told 
 me last week all is well and restored access and this week - complete lock 
 down - no option even to appeal and understand What is causing the problem. 


-- 
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] What are my options for transferring data from one project to another?

[John Louis Del Rosario]

 Are you letting App Engine issue numerical IDs, setting a custom name, 
 using a helper library, or anything similar?

A combination of numerical IDs and custom names.  

Thanks, I'll check out the restore. 

On Friday, December 19, 2014 3:21:53 PM UTC+8, Vinny P wrote:

 On Fri, Dec 19, 2014 at 12:43 AM, John Louis Del Rosario joh...@gmail.com 
 javascript: wrote:

 We're considering starting from scratch our app, but I'd need to keep 
 the data (migrated).
 Our first option would be just to use a new module/version and being 
 careful with the new model names.
 But I was wondering if it's possible to just start a new project 
 completely?
 Since keys are linked to the project app, I guess it's not possible to 
 just import a backup?




 I've never tried it myself, but apparently the datastore admin can migrate 
 datastore backups between apps: 
 https://cloud.google.com/appengine/docs/adminconsole/datastoreadmin#restoring_data_to_another_app
  

 As for the keys the export/import process should handle it, but just in 
 case I'm missing something: how do you generate your datastore keys? Are 
 you letting App Engine issue numerical IDs, setting a custom name, using a 
 helper library, or anything similar?

  
  
 -
 -Vinny P
 Technology  Media Consultant
 Chicago, IL

 App Engine Code Samples: http://www.learntogoogleit.com
  


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

[google-appengine] What are my options for transferring data from one project to another?

[John Louis Del Rosario]

We're considering starting from scratch our app, but I'd need to keep the 
data (migrated).

Our first option would be just to use a new module/version and being 
careful with the new model names.

But I was wondering if it's possible to just start a new project completely?

Since keys are linked to the project app, I guess it's not possible to just 
import a backup?

-- 
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] How to get the task id without leasing?

[John Louis Del Rosario]

Is it possible to get a task's id (in a pullqueue) without having to lease 
it first?

-- 
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 NDB migration?

[John Louis Del Rosario]

What would be the best way to migrate records? 

-- 
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] Datastore NDB migration?

[John Louis Del Rosario]

 I mean migrating a record's schema, or just setting a field's value for 
all existing records. 

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

[John Wheeler]

So you're saying that your account was compromised, and the attacker 
uploaded a new app to your app engine account and used it to send bulk 
e-mails? Or, did you have an endpoint that wasn't secured that allowed them 
to do the same, and the admin e-mail was the sender? Would you be willing 
to provide more color around this attack so other users don't suffer the 
same?

On Wednesday, December 3, 2014 11:41:54 AM UTC-8, Wayne Smith wrote:

 My apps account is only used for admin and so not logged into on any 
 regular basis. On 19th July it was compromised and used to send out a bulk 
 load of spam emails, at which point it was suspended by google who did't 
 give us any notification of this at all. It's only recently that I 
 attempted to login to add a user and discovered the account had been 
 suspended. 

 Contacting Google was a nightmare, with each reply just saying we hold a 
 free apps account and support is not given. After various posts on the 
 google apps forum I finally received help from the support centre. Once in 
 contact they were very helpful and quick to resolve the issue, although I 
 am still left with no access to app engine, which is hosting our currently 
 offline website.

 Unfortunately the link you provide does get me far. I am unable to access 
 the Google for Work Support Centre 
 https://enterprise.google.com/supportcenter , account suspended. As a 
 free apps account holder I am unable to access either the email or phone 
 support.

 All other user accounts on our domain are able to access app engine 
 without issue, so this is just related to my user.

 Wayne


 On Wednesday, 3 December 2014 19:02:54 UTC, Kaan Soral wrote:

 This is extreme, why was your account suspended? (I think google accounts 
 shouldn't be suspended easily, as we probably all depend on google for many 
 things, work/life related)

 I always steer away from help documents like these, yet this one might be 
 useful: https://support.google.com/cloud/answer/3420056



-- 
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: [Python]- Sessions

[John Louis Del Rosario]

The webapp2 framework has great support for sessions that work with the 
Datastore.
https://webapp-improved.appspot.com/api/webapp2_extras/sessions.html
Its docs are a bit sparse though, expect to dive into the source code every 
now and then.

On Monday, November 17, 2014 5:57:10 AM UTC+8, Saturnino Mateus wrote:

 Do you guys use any module to handle sessions, or use cookies without 
 expiration date?


-- 
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: A really eccentric issue, out of the ordinary, that caused me almost 600$'s and a 5 day gap in functionality- started at 2014-11-19

[John Lowry]

App Engine did have an issue which caused additional Datastore operations 
for some apps between 11/19/14 16:26 and 11/21/14 03:03 PST. The additional 
operations may have resulted in your app creating tasks that were executed 
after the incident was resolved.

If you believe that you were affected, you should contact us using the 
instructions here: https://support.google.com/cloud/answer/3420056

On Sunday, November 30, 2014 5:25:16 AM UTC-8, Kaan Soral wrote:

 I've inspected my new app, that doesn't have much logs, so it's easy to 
 inspect (since the app doesn't have much traffic, there was no noticeable 
 increase in costs/usage)

 On that app, the issue occurred around: 2014-11-22 10:20:00 UTC (end date) 
 exactly, for 5 hours, both internal and external imports failed, one 
 example is jinja2 that AppEngine provides, I'm able to prove this from the 
 logs

 So for anyone that's reading this, it's probably a good idea to 
 repeat/mend all actions around (2014-11-19/2014-11-22)

 For this app, the instances were using 1.9.16 when the issues occurred, so 
 it doesn't support my 1.9.16/1.9.17 theory

 I'm guessing by repeating the daily actions 3 times with 8 hour intervals, 
 I managed to prevent damage to this app, however I've obviously lost a lot 
 of time and energy


-- 
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: Correct way to pass OAuth2 authentication to my App Engine server's UserService?

[John Louis Del Rosario]

We use Python but we recently had to migrate from using OpenID to OAuth2. 
The Users service doesn't work with OAuth2 (yet?).
Basically we had to stop using the built-in Users service and re-create the 
functionality with OAuth2 behind the scenes.
It was a pain and took a lot of time.

On Saturday, September 13, 2014 3:30:03 AM UTC+8, Nick Badal wrote:

 I'm building a backend for an Android app using GAE (Java), and I'd like 
 to authenticate users on the client and server with their Google accounts.

 Before OAuth2, you were able to use a Cookie retrieved from the _ah/login 
 endpoint to authenticate users into your web app, but that method is 
 deprecated and I'd like to be able to use the updated OAuth2 method.

 In my Android app I've been able to generate a JSON Web Token using the 
 following line:

 String jwt = GoogleAuthUtil.getToken(FamiliarActivity.this, 
 Plus.AccountApi.getAccountName(mGoogleApiClient), 
 audience:server:client_id:1234567.apps.googleusercontent.com);


 or an OAuth token:

 String oauth2 = GoogleAuthUtil.getToken(FamiliarActivity.this, 
 Plus.AccountApi.getAccountName(mGoogleApiClient), 
 oauth2:server:client_id:1234567.apps.googleusercontent.com:api_scope:
 https://www.googleapis.com/auth/plus.login;);


 But, I haven't been able to figure out a way to use a token like this to 
 trigger authentication in GAE like the Cookie used to. The documentation 
 seems to indicate passing it as a header: Authorization: Bearer TOKEN 
 but that doesn't seem to work.

 I'd like to be able to prompt my users with the permissions they're 
 allowing, send that info (I'd assume via the OAuth2 token) to my server, 
 and be able to obtain that user via the UserService.

 What is the correct way to retrieve and pass a token to my GAE endpoint so 
 that it authenticates the user?

 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.