[google-appengine] Re: huge delays serving appengine pages
I am sure there were latencies in serving appengine content here in UK yesterday at around 7-8 oclock GMT. We have tested from two different locations and confident that it was not due local network problems. Logs were clear. On Wednesday, July 1, 2015 at 4:03:08 PM UTC+1, Patrice (Cloud Platform Support) wrote: Hi husayt, I can confirm there is currently no increased latency anywhere in the platform or any major slowdowns with the service. Do you have Appstats turned on? (python doc https://www.google.ca/url?sa=trct=jq=esrc=ssource=webcd=1ved=0CB4QFjAAurl=https%3A%2F%2Fcloud.google.com%2Fappengine%2Fdocs%2Fpython%2Ftools%2Fappstatsei=WP-TVYuVGcXWoASsy7-ABQusg=AFQjCNHpl8cRufZL4pw6lF_WBth7FZUYZgbvm=bv.96952980,d.cGUcad=rja, java doc https://cloud.google.com/appengine/docs/java/tools/appstats), that could help pinpoint any problem with RPC calls. If you don't have it turned on, I would suggest looking into your logs to try and see what takes more time? Is it across the board, or a certain subset of your pages? Cheers! On Tuesday, June 30, 2015 at 3:25:37 PM UTC-4, husayt wrote: We are experiencing huge latencies serving appengine apps we have. Although can't see any problems on status page: https://status.cloud.google.com/ Does anyone else see similar behaviour? HG -- 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/2800afc5-544d-4092-a9f9-a02e94840003%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Re: Experiences regarding payed support?
On Wed, Jul 1, 2015 at 8:31 AM, Patrice (Cloud Platform Support) pvoutsi...@google.com wrote: Hey Filip! Being from the support team, I will obviously be biased about the experience, so I'll let other users chime in about that. What I can do though is answer your other question : While you do not get access to additional documentation, you can ask certain questions that won't be directly covered by the docs and the agents picking up your questions will be happy to oblige and find your answer. It is a ticketing system indeed. The mention of architecture is because at that level, you will get high-level support, as opposed to the use-case specific help you can get at higher levels, where the answer will be tailored a bit more to your precise usage. You can get more information here https://support.google.com/work/answer/6183505?hl=en about our support offering. In the meantime, rest assured that agents from the Google Cloud Platform Support team do check the three following venues, with what they should be used for : 1- Stack Exchange for questions with our tags : Should be used for precise, one off questions about a way to work the platform (make sure your question is on topic for the site you post on) Agreed! Specifically, I strongly recommend, before posting any question to StackOverflow or ServerFault (the two StackExchange sites we monitor), reading http://codeblog.jonskeet.uk/2010/08/29/writing-the-perfect-question/ -- Writing the Perfect Question by our colleague (at Google, not alas in Cloud Support:-) Jon Skeet, the all-time top StackOverflow user by reputation. Following his advice WILL let you ask excellent specific technical questions, and thereby get prompter, better answers (by the community, or by ourselves). Alex 2- This google groups (and others, like gce-discussion) : Better suited for discussions, suggestions, best practices, etc. 3- The different issue trackers (the App Engine one https://code.google.com/p/googleappengine/issues/list, for instance) : used to report Defect Reports and file Feature Requests. If you have other questions I can specifically answer, feel free to ask. I'll try to remain as neutral as I can and leave the feedback about the experience to other users (again, so as not to bias the view you may have of support). Cheers! On Wednesday, July 1, 2015 at 5:23:51 AM UTC-4, Filip Nilsson wrote: Has anyone bad/good experiences regarding the payed support options ( https://cloud.google.com/support/) I'm specifically thinking about the Architecture Support on the Silver level. Do I get access to additional documentation or is it a ticket based system? Thanks for any input. -- 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/d4e5a1c4-91eb-41ec-9143-ba2141eac96c%40googlegroups.com https://groups.google.com/d/msgid/google-appengine/d4e5a1c4-91eb-41ec-9143-ba2141eac96c%40googlegroups.com?utm_medium=emailutm_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 http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/CAE46Be8OGa1Cp%3DbuGGiERk5OO7WgNbNMsj%3DugnyfbpAfGe%3D%3DPg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: GoogleCredentials.get_application_default()
Salutations Octavio, These kind of questions are best asked on Stack Overflow http://stackoverflow.com/questions/tagged/google-app-engine. I would recommend posting there. On Wednesday, July 1, 2015 at 1:54:41 PM UTC-4, Octavio Turra wrote: First of all, I've been making an App Engine microservice architecture with Python, then I found out that I must have something to authenticate my requests. As I'm using endpoints, I decided to use its AUTH_LEVEL configuration. I've been using get_application_default() to authenticate one service A to another service B, but it isn't working. When I tried to connect my Service A to Service B, the token id comes empty in my service A, also I've got an id_token verification error: Token is not an id_token (Wrong number of segments) This message showed up in my service B. - My scope for apiclient.discovery is ' https://www.googleapis.com/auth/userinfo.email', nevertheless it was deprecated. I don't know what is the alternative. - I've been using discovery.build to make my requests, thus http whas authenticated this way: credentials = oauth2client.GoogleCredentials.get_application_default() if credentials.create_scoped_required(): credentials = credentials.create_scoped(scopes) credentials.authorize(http) - I've tried with AppAssertionCredentials, but the answer was the same Can someone help me? -- 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/db2b2777-d2af-4b64-8260-452a790323f7%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: gcloud tool queue configuration
Salutations Pedro, These kind of reports are best done on the Public Issue Tracker https://code.google.com/p/googleappengine/issues/entry. If you create one post the link here and I will process it for you. On Wednesday, July 1, 2015 at 12:00:17 PM UTC-4, Pedro Ribeiro wrote: Hi, I used to deploy my appengine projects using the maven appengine plugin (mvn appengine:update), but I switched to the gcloud plugin so I could use service accounts. I have multiple modules and I am deploying a specific one using something like mvn --projects module gcloud:deploy Quoting the documentation (https://cloud.google.com/sdk/gcloud-app): gcloud preview app deploy deploys all application code and modules as well as indexes, cron jobs, denial of service settings, and *queues*. However, it seems like it isn't updating my queues configuration at all. Down the line, the maven plugin ends up running the following command: python -S /home/user/google-cloud-sdk/lib/googlecloudsdk/gcloud/gcloud.py --quiet --project=project_name preview app deploy /tmp/1435761723265-0/ app.yaml --version=0-0-1 The documentation talks about directories but my current gcloud version demands an app.yaml file. If I check /tmp/1435761723265-0 I can see a valid queue.yaml generated based on my queue.xml, but unless I manually run gcloud preview app deploy /tmp/1435761723265-0/queue.yaml my configs are not updated. Am I missing something? Is the documentation outdated? Is it a bug? I'm using gcloud-maven-plugin:0.9.57.v20150423 and Google Cloud SDK 0.9.67: app 2015.06.30 app-engine-go-linux-x86_64 1.9.23 app-engine-java 1.9.23 app-engine-python 1.9.23 app-engine-python-extras 1.9.21 bq 2.0.18 bq-nix 2.0.18 core 2015.06.30 core-nix 2015.06.02 gae-python 2015.06.02 gcloud 2015.06.30 gcutil-msg 2015.06.09 gsutil 4.13 gsutil-nix 4.12 preview 2015.06.30 Thanks! Pedro Ribeiro -- 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/4bf1f0b2-3cef-485e-8e55-e6ed9ae73ef6%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Retrieve all documents in index in an speed efficient manner
so now I do all the filtering on the client side with very excellent performance. Maybe you could just retrieve all the documents in low-priority 'batch' process. And store the intermediate results just as a blob of text. Perhaps put as json file into Cloud Storage. The front end can just access it directly by URL, and the backend can just fire of a job to rebuild the file whenever the documents in the index update. -- 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/CAJCAUuJwidYUFMqKtdr_Q1qU2zpcnj2SAB%3D_BVJtckqHTUhQWQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Retrieve all documents in index in an speed efficient manner
Den onsdag 1 juli 2015 kl. 14:35:04 UTC+2 skrev barryhunter: On 1 July 2015 at 13:27, Filip Nilsson fill...@gmail.com javascript: wrote: I’m trying to retrive all documents in a search index in an efficent manner. Why? To be frank it just sounds like bad design. Try to do whatever you doing by accessing less data. Each document is displayed in a web front end, where the user can perform filtering etc. The strategy before did the search on the server side, but the site was very slow since each filtering operation required a request to the backend, so now I do all the filtering on the client side with very excellent performance. Any suggestions on how to access all items faster, or is it simply impossible? Certainly think it impractical, but not impossible. There must be a faster way to just retrieve everything. A search index is designed for getting a very specific subset quite quickly, its simply not designed to 'get everything'. I guess that, if I decided to continue with this approach, I need to just access the data store directly. The problem is that a lot of logic is dependant on the index, so it's no small task to replace all that. If I would just get all the documents out of the index in a fast manner, I could keep everything else the same. -- 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/34208e5e-cfcb-45d4-b9dc-7143a00addd2%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Experiences regarding payed support?
Has anyone bad/good experiences regarding the payed support options ( https://cloud.google.com/support/) I'm specifically thinking about the Architecture Support on the Silver level. Do I get access to additional documentation or is it a ticket based system? Thanks for any input. -- 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/13f6bf4b-0f1b-4eb0-a3cc-dc4828cc566c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Retrieve all documents in index in an speed efficient manner
I’m trying to retrive all documents in a search index in an efficent manner. My current approach is something like this: https://gist.github.com/filleokus/8941f0824bef0fd921a7, but this seem to take about 50 ms per 100 item batch, which is way to slow. In this particular index we have a couple of thousand document (5k though), which means the request can take upwards of 4000 ms sometimes. Any suggestions on how to access all items faster, or is it simply impossible? There must be a faster way to just retrieve everything. Thanks for any help, Filip -- 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/6d152a31-dbd3-4ce3-bc97-2e8049299a0b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Google App Engine Android Facebook login
Hi, I am working on Mobile application which has a Google App Engine backend, now i am able to login with G+ and access the APIs created in backend with oAuth. How can I access my backend APIs by logging in with any other social media platforms like facebook and twitter. How can i sync the oAuth of facebook and my Google App Engine APIs. Help me in finding a solution for this. Thank You -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Retrieve all documents in index in an speed efficient manner
On 1 July 2015 at 13:27, Filip Nilsson filleo...@gmail.com wrote: I’m trying to retrive all documents in a search index in an efficent manner. Why? To be frank it just sounds like bad design. Try to do whatever you doing by accessing less data. Any suggestions on how to access all items faster, or is it simply impossible? Certainly think it impractical, but not impossible. There must be a faster way to just retrieve everything. A search index is designed for getting a very specific subset quite quickly, its simply not designed to 'get everything'. -- 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/CAJCAUuKwD7sAJ_vf5TUSO88E2vtsG5rsST0GeWH_ZpvpV%3DmZFQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Experiences regarding payed support?
Hey Filip! Being from the support team, I will obviously be biased about the experience, so I'll let other users chime in about that. What I can do though is answer your other question : While you do not get access to additional documentation, you can ask certain questions that won't be directly covered by the docs and the agents picking up your questions will be happy to oblige and find your answer. It is a ticketing system indeed. The mention of architecture is because at that level, you will get high-level support, as opposed to the use-case specific help you can get at higher levels, where the answer will be tailored a bit more to your precise usage. You can get more information here https://support.google.com/work/answer/6183505?hl=en about our support offering. In the meantime, rest assured that agents from the Google Cloud Platform Support team do check the three following venues, with what they should be used for : 1- Stack Exchange for questions with our tags : Should be used for precise, one off questions about a way to work the platform (make sure your question is on topic for the site you post on) 2- This google groups (and others, like gce-discussion) : Better suited for discussions, suggestions, best practices, etc. 3- The different issue trackers (the App Engine one https://code.google.com/p/googleappengine/issues/list, for instance) : used to report Defect Reports and file Feature Requests. If you have other questions I can specifically answer, feel free to ask. I'll try to remain as neutral as I can and leave the feedback about the experience to other users (again, so as not to bias the view you may have of support). Cheers! On Wednesday, July 1, 2015 at 5:23:51 AM UTC-4, Filip Nilsson wrote: Has anyone bad/good experiences regarding the payed support options ( https://cloud.google.com/support/) I'm specifically thinking about the Architecture Support on the Silver level. Do I get access to additional documentation or is it a ticket based system? Thanks for any input. -- 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/d4e5a1c4-91eb-41ec-9143-ba2141eac96c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: abort HRD migration
Salutations Nick, You should go to this form https://support.google.com/cloud/contact/cloud_gae_ms_datastore_deprecation_form and fill it out. This will get you in touch with the support team who can look into this further. On Tuesday, June 30, 2015 at 8:50:26 PM UTC-4, Nick Heath wrote: Hello, I have inherited support for some old projects launched on google appengine, and am trying to complete the data store HRD migration before the deadline. I have already successfully migrated some of the applications, however, one remaining app appears to be stuck, in that a migration was previously started by a former employee. I am unclear on the status, and the new '-hrd' application appears to have been deleted, or no one has access to it any longer. I would like to cancel or abort the existing migration, but i do not see an option to do so in the migration tool in the old app. Is there a way to abort or start over on a migration that is already in progress? This email may contain confidential information for the sole use of the intended recipient(s). If you are not an intended recipient, please notify the sender and delete all copies immediately. -- 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/49450874-0d79-44bd-9e1f-9e1b2d764e29%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Retrieve all documents in index in an speed efficient manner
Hi Filip, Barry. Thank you Barry for the great help here :). Filip, Barry is right, simply having 4000 docs being grabbed is a bit inefficient at best, and unscalable if you ever grow to more docs. The blob idea is definitely a good idea, it will be quick to retrieve and show. With a cron job to update every day/week, or a bit in your code that re-generates that blob whenever the index changes, you'll always have up to date info on your files. Then from the display, whenever the customer selects a doc, the search index will work the way it's intended : give you quick results :). Cheers! On Wednesday, July 1, 2015 at 9:08:51 AM UTC-4, barryhunter wrote: so now I do all the filtering on the client side with very excellent performance. Maybe you could just retrieve all the documents in low-priority 'batch' process. And store the intermediate results just as a blob of text. Perhaps put as json file into Cloud Storage. The front end can just access it directly by URL, and the backend can just fire of a job to rebuild the file whenever the documents in the index update. -- 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/dbc521c9-1ee7-4887-a224-d4732c6db673%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] gcloud tool queue configuration
Hi, I used to deploy my appengine projects using the maven appengine plugin (mvn appengine:update), but I switched to the gcloud plugin so I could use service accounts. I have multiple modules and I am deploying a specific one using something like mvn --projects module gcloud:deploy Quoting the documentation (https://cloud.google.com/sdk/gcloud-app): gcloud preview app deploy deploys all application code and modules as well as indexes, cron jobs, denial of service settings, and *queues*. However, it seems like it isn't updating my queues configuration at all. Down the line, the maven plugin ends up running the following command: python -S /home/user/google-cloud-sdk/lib/googlecloudsdk/gcloud/gcloud.py --quiet --project=project_name preview app deploy /tmp/1435761723265-0/app .yaml --version=0-0-1 The documentation talks about directories but my current gcloud version demands an app.yaml file. If I check /tmp/1435761723265-0 I can see a valid queue.yaml generated based on my queue.xml, but unless I manually run gcloud preview app deploy /tmp/1435761723265-0/queue.yaml my configs are not updated. Am I missing something? Is the documentation outdated? Is it a bug? I'm using gcloud-maven-plugin:0.9.57.v20150423 and Google Cloud SDK 0.9.67: app 2015.06.30 app-engine-go-linux-x86_64 1.9.23 app-engine-java 1.9.23 app-engine-python 1.9.23 app-engine-python-extras 1.9.21 bq 2.0.18 bq-nix 2.0.18 core 2015.06.30 core-nix 2015.06.02 gae-python 2015.06.02 gcloud 2015.06.30 gcutil-msg 2015.06.09 gsutil 4.13 gsutil-nix 4.12 preview 2015.06.30 Thanks! Pedro Ribeiro -- 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/2c5a73d5-b3ca-4722-a579-ff1843096ebd%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Email quota increase requests not being dealt with
I look forward to receiving the message. I just want to be clear I will do my best to help, I cannot guarantee anything. While it may seem odd it's all designed to protect you and others. As the service is run out of datacenters the mail would be sent from those datacenters. If one person gets the IP blacklisted everyone on that datacenter will get blocked. Add that to the fact that GCP was not designed to be a mass mail system I hope you can see why we have all those systems in place. Yes the email quota team is not under the GCP umbrella but they do follow the emails sent to them. They in turn need to contact other teams (such as a team that makes sure the requestor has not abused the system in the past). While this can lead to delays it is again all designed to make sure someone with malicious intent does not prevent you from doing business. Personally I would rather jump through some hoops at the start of my project than have to scramble latter because someone else disrupted my work. On Tuesday, June 30, 2015 at 6:38:40 PM UTC-4, Nick wrote: Thanks for the concerted reply Ryan, I'll message you back privately with my appids, and see if we can kick it along. Just for a general opinion, two things stand out to me: Send grid/mailinator are viable alternatives, but that feels like the wrong direction for a PaaS, obviously they've solved the issues of outgoing spam (realistically as have google). If the email quota controlling team sit outside the Appengine/cloud team, that leaves little recourse to anyone, which is far from ideal. If I can't go to stack overflow, I can't go to the team, I can't go to support and I can't come here; where does that leave me? Anyway, thanks for picking up the ball. -- 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/13f7a14b-cdd3-44a0-92cd-97951d4bb16d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: huge delays serving appengine pages
Hi husayt, I can confirm there is currently no increased latency anywhere in the platform or any major slowdowns with the service. Do you have Appstats turned on? (python doc https://www.google.ca/url?sa=trct=jq=esrc=ssource=webcd=1ved=0CB4QFjAAurl=https%3A%2F%2Fcloud.google.com%2Fappengine%2Fdocs%2Fpython%2Ftools%2Fappstatsei=WP-TVYuVGcXWoASsy7-ABQusg=AFQjCNHpl8cRufZL4pw6lF_WBth7FZUYZgbvm=bv.96952980,d.cGUcad=rja, java doc https://cloud.google.com/appengine/docs/java/tools/appstats), that could help pinpoint any problem with RPC calls. If you don't have it turned on, I would suggest looking into your logs to try and see what takes more time? Is it across the board, or a certain subset of your pages? Cheers! On Tuesday, June 30, 2015 at 3:25:37 PM UTC-4, husayt wrote: We are experiencing huge latencies serving appengine apps we have. Although can't see any problems on status page: https://status.cloud.google.com/ Does anyone else see similar behaviour? HG -- 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/7952d2a9-a44b-451e-9ed6-b4adc9f0f122%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Java: how do I access per-instance shared memory from an Endpoint?
I am using dagger for dependency injection, and I don't want to create a new object graph for every endpoint. Android lets us extend `Application`, which is a great place to store our singletons so they can be easily reused throughout different pages (actiivities) in the app. What is Google App-Engine's equivalent of this? note: I am okay with this being a per-instance thing. -- 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/ebf8f74b-6c43-479b-b4c8-b3ad63d4c4c2%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [google-appengine] Google App Engine Android Facebook login
Hi Shruthi, You might wish to take a look at the Google Identity Toolkit https://developers.google.com/identity/toolkit/ Libraries(Java https://github.com/google/identity-toolkit-java-client, Go https://github.com/google/identity-toolkit-go-client ) Samples (Android https://github.com/googlesamples/identity-toolkit-android, iOS https://github.com/googlesamples/identity-toolkit-ios, Java https://github.com/googlesamples/identity-toolkit-java). It will let you do Facebook G+ and your own authentication and connect with Android, iOS, and your backend on AppEngine. The docs should help explain the product (and there are some samples on GitHub) -- we hope to publish a full end-to-end sample sometime within the next two weeks. Les On Wed, Jul 1, 2015 at 4:36 AM, Shruthi Sharat sruthi.kumb...@gmail.com wrote: Hi, I am working on Mobile application which has a Google App Engine backend, now i am able to login with G+ and access the APIs created in backend with oAuth. How can I access my backend APIs by logging in with any other social media platforms like facebook and twitter. How can i sync the oAuth of facebook and my Google App Engine APIs. Help me in finding a solution for this. Thank You -- You received this message because you are subscribed to the Google Groups Google App Engine group. To unsubscribe from this group and stop receiving emails from it, send an email to google-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@googlegroups.com. Visit this group at http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023 -- 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/CAGB1p5imd86%2BFKW6PxipWAPW51yGLnjfXwaf5jLXfrBvwOQvKg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] GoogleCredentials.get_application_default()
First of all, I've been making an App Engine microservice architecture with Python, then I found out that I must have something to authenticate my requests. As I'm using endpoints, I decided to use its AUTH_LEVEL configuration. I've been using get_application_default() to authenticate one service A to another service B, but it isn't working. When I tried to connect my Service A to Service B, the token id comes empty in my service A, also I've got an id_token verification error: Token is not an id_token (Wrong number of segments) This message showed up in my service B. - My scope for apiclient.discovery is 'https://www.googleapis.com/auth/userinfo.email', nevertheless it was deprecated. I don't know what is the alternative. - I've been using discovery.build to make my requests, thus http whas authenticated this way: credentials = oauth2client.GoogleCredentials.get_application_default() if credentials.create_scoped_required(): credentials = credentials.create_scoped(scopes) credentials.authorize(http) - I've tried with AppAssertionCredentials, but the answer was the same Can someone help me? -- 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/ca76b0d8-5ab0-4d95-b565-129d187e2962%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: abort HRD migration
Thank you On Wednesday, July 1, 2015 at 9:00:48 AM UTC-7, Ryan (Cloud Platform Support) wrote: Salutations Nick, You should go to this form https://support.google.com/cloud/contact/cloud_gae_ms_datastore_deprecation_form and fill it out. This will get you in touch with the support team who can look into this further. On Tuesday, June 30, 2015 at 8:50:26 PM UTC-4, Nick Heath wrote: Hello, I have inherited support for some old projects launched on google appengine, and am trying to complete the data store HRD migration before the deadline. I have already successfully migrated some of the applications, however, one remaining app appears to be stuck, in that a migration was previously started by a former employee. I am unclear on the status, and the new '-hrd' application appears to have been deleted, or no one has access to it any longer. I would like to cancel or abort the existing migration, but i do not see an option to do so in the migration tool in the old app. Is there a way to abort or start over on a migration that is already in progress? This email may contain confidential information for the sole use of the intended recipient(s). If you are not an intended recipient, please notify the sender and delete all copies immediately. -- This email may contain confidential information for the sole use of the intended recipient(s). If you are not an intended recipient, please notify the sender and delete all copies immediately. -- 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/8aa28207-2830-4c75-adde-846d768b5c0a%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: Disable self-cc on email send
Salutations Dhandapani, It is working as intended[1][2] currently. If you use a valid authorized email in the sender it will not add the CC email addresses. [1] https://cloud.google.com/appengine/docs/java/mail/ [2] https://cloud.google.com/appengine/docs/python/mail/ On Saturday, June 27, 2015 at 6:41:16 AM UTC-4, Dhandapani Sattanathan wrote: hi, any update to disable the automatic cc'ing to yourself?? Thanks in Advance Regards SN On Monday, September 8, 2008 at 7:49:24 AM UTC+5:30, John Scillieri wrote: Is there any way to disable the automatic cc'ing to yourself when sending email from GAE as an admin? This is going to fill the application's inbox with emails that I'll end up deleting anyway. Any suggestions? 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 http://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/deff977c-eecf-4152-b5b6-b7b40ce6804b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: huge delays serving appengine pages
Hi husayt, Thanks for the confirmation. Obviously, when dealing with the cloud, there is always a variance in your latency, but as I mentioned, nothing major happened on our end that raised any increased latency flag. It's all I can say regarding that. Could be from a lot of issues outside our network as well, but I can tell you none of our internal systems raised any kind of errors. Was it a specific page or subset? Which services did these pages use? Cheers On Wednesday, July 1, 2015 at 12:19:22 PM UTC-4, husayt wrote: I am sure there were latencies in serving appengine content here in UK yesterday at around 7-8 oclock GMT. We have tested from two different locations and confident that it was not due local network problems. Logs were clear. On Wednesday, July 1, 2015 at 4:03:08 PM UTC+1, Patrice (Cloud Platform Support) wrote: Hi husayt, I can confirm there is currently no increased latency anywhere in the platform or any major slowdowns with the service. Do you have Appstats turned on? (python doc https://www.google.ca/url?sa=trct=jq=esrc=ssource=webcd=1ved=0CB4QFjAAurl=https%3A%2F%2Fcloud.google.com%2Fappengine%2Fdocs%2Fpython%2Ftools%2Fappstatsei=WP-TVYuVGcXWoASsy7-ABQusg=AFQjCNHpl8cRufZL4pw6lF_WBth7FZUYZgbvm=bv.96952980,d.cGUcad=rja, java doc https://cloud.google.com/appengine/docs/java/tools/appstats), that could help pinpoint any problem with RPC calls. If you don't have it turned on, I would suggest looking into your logs to try and see what takes more time? Is it across the board, or a certain subset of your pages? Cheers! On Tuesday, June 30, 2015 at 3:25:37 PM UTC-4, husayt wrote: We are experiencing huge latencies serving appengine apps we have. Although can't see any problems on status page: https://status.cloud.google.com/ Does anyone else see similar behaviour? HG -- 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/9f9e0d4f-7e6b-4f12-b806-082a9265957e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[google-appengine] Re: huge delays serving appengine pages
I will try to do proper netstats analysis next time this happens, to see where delays happen. For now, let's close this issue. Thanks Patrice On Wednesday, July 1, 2015 at 6:50:12 PM UTC+1, Patrice (Cloud Platform Support) wrote: Hi husayt, Thanks for the confirmation. Obviously, when dealing with the cloud, there is always a variance in your latency, but as I mentioned, nothing major happened on our end that raised any increased latency flag. It's all I can say regarding that. Could be from a lot of issues outside our network as well, but I can tell you none of our internal systems raised any kind of errors. Was it a specific page or subset? Which services did these pages use? Cheers On Wednesday, July 1, 2015 at 12:19:22 PM UTC-4, husayt wrote: I am sure there were latencies in serving appengine content here in UK yesterday at around 7-8 oclock GMT. We have tested from two different locations and confident that it was not due local network problems. Logs were clear. On Wednesday, July 1, 2015 at 4:03:08 PM UTC+1, Patrice (Cloud Platform Support) wrote: Hi husayt, I can confirm there is currently no increased latency anywhere in the platform or any major slowdowns with the service. Do you have Appstats turned on? (python doc https://www.google.ca/url?sa=trct=jq=esrc=ssource=webcd=1ved=0CB4QFjAAurl=https%3A%2F%2Fcloud.google.com%2Fappengine%2Fdocs%2Fpython%2Ftools%2Fappstatsei=WP-TVYuVGcXWoASsy7-ABQusg=AFQjCNHpl8cRufZL4pw6lF_WBth7FZUYZgbvm=bv.96952980,d.cGUcad=rja, java doc https://cloud.google.com/appengine/docs/java/tools/appstats), that could help pinpoint any problem with RPC calls. If you don't have it turned on, I would suggest looking into your logs to try and see what takes more time? Is it across the board, or a certain subset of your pages? Cheers! On Tuesday, June 30, 2015 at 3:25:37 PM UTC-4, husayt wrote: We are experiencing huge latencies serving appengine apps we have. Although can't see any problems on status page: https://status.cloud.google.com/ Does anyone else see similar behaviour? HG -- 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/f126dbd7-bd68-40f0-8731-fdfae2bd43eb%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
