[google-appengine] Re: How do I use Federated Login with OpenID Connect?

[NP]

I've logged a feature request 
.

Nick and Jason - Thanks

On Monday, August 10, 2015 at 4:40:35 PM UTC-7, Jason Collins wrote:
>
> And make sure you link the feature request here; I'll gladly star it.
>
> On Monday, 10 August 2015 16:29:06 UTC-7, Nick (Cloud Platform Support) 
> wrote:
>>
>> Hi NP,
>>
>> They do indeed appear to be presently parallel systems. You can explore 
>> the App Engine Users service and Google+ (OpenID Connect) authentication at 
>> the example app gae-login-explainer.appspot.com, which goes into some 
>> detail.
>>
>> I think you've got the makings of a great feature request here, and 
>> encourage you to summarize the results into a Feature Request issue report 
>> in the public issue tracker 
>> , to request 
>> tighter integration of login: required / admin in app.yaml and OpenID 
>> Connect (Federated Login).
>>
>> Best wishes,
>>
>> Nick
>>
>> On Monday, August 10, 2015 at 2:47:39 AM UTC-4, NP wrote:
>>>
>>> Hi Nick,
>>>
>>> Thanks for your response.
>>>
>>> On further research, I discovered that the Users API from 
>>> google.appengine.api.users has no relation to the new Google OpenID 
>>> Connect i.e. even after I've successfully logged in via Google OpenID 
>>> Connect, calling Users.get_current_user() will return None. It seems Google 
>>> has not yet provided a way for the Users API to work with the Google OpenID 
>>> Connect. From what I understand if your application uses Federated Login, 
>>> then there is currently no way to support urls restricted to admin or login 
>>> required via app.yaml.
>>>
>>>
>>>
>>> On Thursday, August 6, 2015 at 3:58:28 PM UTC-7, Nick (Cloud Platform 
>>> Support) wrote:

 Hey NP,

 This may very well be a side-effect of the decommissioning of Google's 
 OpenID provider service and the moving to OpenID Connect. 

 Could you link which "published Google Libraries for OpenID Connect" 
 you've used, and if possible some of the code relevant to your use-case?

 As noted in the docs 
 ,
  
 support for OpenID was experimental, probably since the landscape of Auth 
 has been changing quite a bit, as new improvements are made through the 
 experience of successive paradigms, however all I really need to comment 
 on 
 is that it was "experimental". Despite this, I'm committed to helping you 
 find a solution that works.

 There are several docs in our Developers resources which discuss OpenID 
 Connect [1] 
 , 
 [2] , [3] 
 , 
 and you might want to give those a read. If the login: admin feature turns 
 out to have been specific to Google OpenID accounts, you can rest assured 
 that:

 A) A feature request in the public issue tracker 
  to get this 
 function updated to work with OpenID Connect is possible and awesome

 B) you can implement your own admin feature using an admin check in 
 your request handlers and implementing an OpenID Connect auth scheme which 
 allows accounts from OpenID Connect services (you would add the various 
 sign-in buttons to the sign-in page of your (web)app).

 Best wishes,

 Nick

 On Tuesday, August 4, 2015 at 1:08:50 PM UTC-4, NP wrote:
>
> Hello all,
>
> I have an application (python) on GAE which uses Federated Login. In 
> app.yaml, I have restricted some urls to be accessible only to admins 
> (i.e. 
> login; admin). According to GAE documentation, any url restricted to 
> admin 
> for applications using Federated Login will trigger a call to 
> /_ah/loginrequired and I'm supposed to handle such calls by getting user 
> to 
> login using* users.create_login_url(dest_url, federated_identity).*
>
> Documentation for users.create_login_url says if no federated_identity 
> is specified (when your site is set to use federated identity), the 
> system 
> will default to Google as the OpenID provider. So the application 
> currently 
> defaults to  'https://www.google.com/accounts/o8/id' which is no 
> longer supported by Google and I believe this is the reason why it gives 
> me 
> a 500 server error.
>
> I have tried using the published Google Libraries for OpenID Connect. 
> If I use the library outside of the create_login_url, I'm able to log in 
> and get the user email but calling users.get_current_user() returns None 
> and so the application doesn't see me as being logged in which me

Re: [google-appengine] Re: appstats analysis - Same request - Too much difference in serving time

[Rajesh Gupta]

Thanks Jeff and Nick.

The entities are register in the ServletContextListener, and hence the
first request and second request are the same.


On Tue, Aug 11, 2015 at 6:40 AM, Jeff Schnitzer  wrote:

> This is not quite accurate. Objectify's session cache spans only a single
> request; there is no instance cache shared across requests (other than
> memcache).
>
> However, if that first request includes the one-time entity class
> registration that Objectify requires, that could easily explain extra time
> spent.
>
> Jeff
>
> On Mon, Aug 10, 2015 at 4:39 PM, Nick (Cloud Platform Support) <
> pay...@google.com> wrote:
>
>> Hi Rajesh,
>>
>> The first request vs. second request differences can be explained by
>> taking a look at the functioning of Objectify, which it appears you're
>> using.
>>
>> In Objectify, the library maintains a small in-memory cache which allows
>> it to serve requests and update entities with less latency. This might be
>> what you're seeing depending on the time-frame between first and second
>> requests, and the data being different or similar between the requests. You
>> can read about Objectify caching here
>> .
>>
>> I hope this proves to be a useful resource for you. Let me know if you
>> have any more questions after this and I'll be glad to assist.
>>
>> Best wishes,
>>
>> Nick
>>
>> On Monday, August 10, 2015 at 12:25:54 AM UTC-4, Rajesh Gupta wrote:
>>>
>>> Dear Nick
>>> I have noticed that this latency difference happens for a request with a
>>> new instance.  The same request will have considerable less latency for the
>>> second time for the same instance.
>>>
>>> I will also consider redoing some code and do some batch calls as
>>> suggested by you.
>>>
>>> But,I have made this observation many times and easily I can produce the
>>> stats.  Why for a new instance and for the first request, the latencies are
>>> large.?
>>>
>>> On Friday, August 7, 2015 at 4:07:31 AM UTC+5:30, Nick (Cloud Platform
>>> Support) wrote:

 Hi Rajesh,

 Results like these are generally to be expected (at least in terms of
 the variance of latencies).

 The trade-off you make with Cloud services is that while you get the
 scalability and pwoer of a data-center-wide RAM cache or schemaless
 Datastore, you also get the variability of such data structures (and in the
 case of Memcache, the volatility of a distributed RAM data structure where
 the resources are shared within the data center).

 Without seeing your code, nobody can offer you a solution. There are
 many factors which could be optimized in theory. It looks, for one thing,
 that you're making a lot of calls. Have you considered somehow batching or
 grouping these queries into single operations?

 Best wishes,

 Nick

 On Monday, August 3, 2015 at 10:17:00 PM UTC-4, Rajesh Gupta wrote:
>
> Attached are the two screen shots showing the appstats
> - same request
> - same appengine instance
> - same user
>
> The first request took 2914 ms, and the second request takes only
> 1032ms
> As you can see in the attached images,
>
> 3rd line datastore_v3.RunQuery, difference of 9ms
> 5th line memcache.get, difference of 73ms
> 6th line memcache.get, differnce 73ms
>
> Through out the request, there is lot of time difference in the
> datastore and memcache calls, between the two requests.
>
> What can it done to make consistent.
>
> Rajesh
> *www.VeersoftSolutions.com *
> *www.AccountingGuru.net *
> *Accounting/Inventory/Orders on Google Cloud Platform and Mobile*
>
 --
>> 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/9a7e37e3-5eaa-4bb5-b058-d5f5888fc9b8%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 http://groups.google.com/group/google-appengine.
> To view this discussion on the web visit

Re: [google-appengine] Re: appstats analysis - Same request - Too much difference in serving time

[Jeff Schnitzer]

This is not quite accurate. Objectify's session cache spans only a single
request; there is no instance cache shared across requests (other than
memcache).

However, if that first request includes the one-time entity class
registration that Objectify requires, that could easily explain extra time
spent.

Jeff

On Mon, Aug 10, 2015 at 4:39 PM, Nick (Cloud Platform Support) <
pay...@google.com> wrote:

> Hi Rajesh,
>
> The first request vs. second request differences can be explained by
> taking a look at the functioning of Objectify, which it appears you're
> using.
>
> In Objectify, the library maintains a small in-memory cache which allows
> it to serve requests and update entities with less latency. This might be
> what you're seeing depending on the time-frame between first and second
> requests, and the data being different or similar between the requests. You
> can read about Objectify caching here
> .
>
> I hope this proves to be a useful resource for you. Let me know if you
> have any more questions after this and I'll be glad to assist.
>
> Best wishes,
>
> Nick
>
> On Monday, August 10, 2015 at 12:25:54 AM UTC-4, Rajesh Gupta wrote:
>>
>> Dear Nick
>> I have noticed that this latency difference happens for a request with a
>> new instance.  The same request will have considerable less latency for the
>> second time for the same instance.
>>
>> I will also consider redoing some code and do some batch calls as
>> suggested by you.
>>
>> But,I have made this observation many times and easily I can produce the
>> stats.  Why for a new instance and for the first request, the latencies are
>> large.?
>>
>> On Friday, August 7, 2015 at 4:07:31 AM UTC+5:30, Nick (Cloud Platform
>> Support) wrote:
>>>
>>> Hi Rajesh,
>>>
>>> Results like these are generally to be expected (at least in terms of
>>> the variance of latencies).
>>>
>>> The trade-off you make with Cloud services is that while you get the
>>> scalability and pwoer of a data-center-wide RAM cache or schemaless
>>> Datastore, you also get the variability of such data structures (and in the
>>> case of Memcache, the volatility of a distributed RAM data structure where
>>> the resources are shared within the data center).
>>>
>>> Without seeing your code, nobody can offer you a solution. There are
>>> many factors which could be optimized in theory. It looks, for one thing,
>>> that you're making a lot of calls. Have you considered somehow batching or
>>> grouping these queries into single operations?
>>>
>>> Best wishes,
>>>
>>> Nick
>>>
>>> On Monday, August 3, 2015 at 10:17:00 PM UTC-4, Rajesh Gupta wrote:

 Attached are the two screen shots showing the appstats
 - same request
 - same appengine instance
 - same user

 The first request took 2914 ms, and the second request takes only 1032ms
 As you can see in the attached images,

 3rd line datastore_v3.RunQuery, difference of 9ms
 5th line memcache.get, difference of 73ms
 6th line memcache.get, differnce 73ms

 Through out the request, there is lot of time difference in the
 datastore and memcache calls, between the two requests.

 What can it done to make consistent.

 Rajesh
 *www.VeersoftSolutions.com *
 *www.AccountingGuru.net *
 *Accounting/Inventory/Orders on Google Cloud Platform and Mobile*

>>> --
> 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/9a7e37e3-5eaa-4bb5-b058-d5f5888fc9b8%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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CADK-0uhH86bpSbsnaZo71E0fn6w1uL%3DWHmMmOfdcPJ8EqvFoZQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] python: error when calling platform.platform()

[Michael Spainhower]

I have a 3rd party library (Authy) that calls `platform.platform()` 
(https://docs.python.org/2/library/platform.html#platform.platform). 
 Unfortunately, when this function tries to get the libc version (assuming 
so, function is named libc_ver), it tries to open the file /usr/bin/python. 
 Obviously this does not work.

Is there an established approach to handle this?  It seems like the kind of 
thing that would be stubbed out by GAE SDK (returning its own platform 
string, or an empty string).  I'll probably submit a PR for better 
exception handling with the library maintainer, but in the meantime I'd 
love a reasonable mitigation (I can think of some nasty hacks that would 
work).

Cheers,
--Spain

-- 
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/2e0d4331-561a-431b-a0a9-7dbee82f6b1b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Problem authenticating to GAE app using GoogleCredential OAuth2

[Julian Bunn]

Hi Nick,

Thanks ...

GAE is doing the authentication. My GAE app has endpoints (i.e. urls like
my.appspot.com/gcm/home) that can only be executed by an admin who is
logged in. There is nothing special I have implemented to support this, I
am just using Google's GAE infrastructure.

So, in the past, all I needed to do from a client application was to call
ClientLogin with a user/pass pair, which would return me a token which
could then be sent as a Cookie in calls to the GAE endpoints.

This worked very well!

Now that ClientLogin has been disabled, I am looking for an alternative to
it. I apparently need to use OAuth2, but there is no documentation that
seems to match my use case, unhappily. Use cases seem to assume the use of
various Google APIs, which I am not using.

Thanks anyway.

Julian



On Mon, Aug 10, 2015 at 4:13 PM, Nick (Cloud Platform Support) <
pay...@google.com> wrote:

> Hi Julian,
>
> The example code given there might be dealing with the Drive API, but APIs
> in this context are quite abstract, and you can easily substitute any
> Google API.
>
> Reading back over your question, I'm not sure you've supplied enough
> information for anybody to help answer. What exactly is doing the
> authenticating? Is your endpoint a Cloud Endpoints
>  endpoint? It's
> not really clear to me what is doing the authentication at your "endpoint".
> Do you just mean that you've deployed with "login: admin"?
>
> At any rate, this forum, as mentioned, isn't meant for 1-on-1 technical
> support, so I don't think you should continue to follow-up in this thread,
> and should either improve the stackoverflow question to clarify exactly
> what you're expecting to happen in technical language and specifics, or
> else post a new question which does include that information. That will
> enable people to help you better.
>
> Best wishes,
>
> Nick
>
>
>
> On Saturday, August 8, 2015 at 1:51:24 PM UTC-4, Julian Bunn wrote:
>>
>> Hi Jason,
>>
>> Yes:
>> http://stackoverflow.com/questions/31816007/authentication-with-google-app-engine-service-using-googlecredential-with-a-serv
>>
>> The suggestion there involves the Google Drive API, which is not really
>> helping me, as my GAE application does not use that API.
>>
>> Julian
>>
>> On Saturday, August 8, 2015 at 9:38:00 AM UTC-7, Jason Collins wrote:
>>>
>>> Julian, can you post your link to your SO question?
>>>
>>>
>>> On Thursday, 6 August 2015 12:20:28 UTC-7, Julian Bunn wrote:

 Hi Nick,

 Many thanks - I had already posted on stackoverflow with no luck, so
 came here :-) I do have one reply now over there, which suggests using
 client secrets, so that is a good lead. Also your comments on the use of
 service account are well taken - it looks like that may be inappropriate.

 Thanks for the pointers to the documentation, which I'd already visited
 and read but ended up being confused - as is no doubt evident from my
 question :-)

 Julian

 On Wednesday, August 5, 2015 at 4:57:26 PM UTC-7, Nick (Cloud Platform
 Support) wrote:
>
> Hi Julian,
>
> You've produced an excellent post which would belong on
> stackoverflow.com. Google Groups isn't the place to post specific
> technical issues, as this forum is meant more for general discussion of 
> the
> platform and services.
>
> I'll give you the advice before you post there that it seems you've
> combined examples from different kinds of OAuth flow and this might be the
> cause of your issues. I see that there's a variable "emailScope" - this is
> a scope which a user would actually grant to your application, not one
> which a service account could grant.
>
> The service account and its credentials are used to call APIs on
> behalf of your application, although I don't think I've seen this pattern
> before, where you want to call an endpoint on your own app using a service
> account. As far as I know, service accounts have only been used to
> authenticate with Google APIs, although I suppose it might be possible to
> write an endpoint which correctly authenticates it.
>
> You could do some more reading on OAuth2
> , OpenID
> Connect
> ,
> Service Accounts
> ,
> and the Google Identity Platform
> , and try to repost your
> question to stackoverflow.com. That would be the best action as there
> are many more users there ready to help with a technical question.
>
> If you would like to open a thread in this forum discussing the
> platform or services in more broad terms, starting a discussion that would
> be useful for other users

[google-appengine] Re: How do I use Federated Login with OpenID Connect?

[Jason Collins]

And make sure you link the feature request here; I'll gladly star it.

On Monday, 10 August 2015 16:29:06 UTC-7, Nick (Cloud Platform Support) 
wrote:
>
> Hi NP,
>
> They do indeed appear to be presently parallel systems. You can explore 
> the App Engine Users service and Google+ (OpenID Connect) authentication at 
> the example app gae-login-explainer.appspot.com, which goes into some 
> detail.
>
> I think you've got the makings of a great feature request here, and 
> encourage you to summarize the results into a Feature Request issue report 
> in the public issue tracker 
> , to request 
> tighter integration of login: required / admin in app.yaml and OpenID 
> Connect (Federated Login).
>
> Best wishes,
>
> Nick
>
> On Monday, August 10, 2015 at 2:47:39 AM UTC-4, NP wrote:
>>
>> Hi Nick,
>>
>> Thanks for your response.
>>
>> On further research, I discovered that the Users API from 
>> google.appengine.api.users has no relation to the new Google OpenID 
>> Connect i.e. even after I've successfully logged in via Google OpenID 
>> Connect, calling Users.get_current_user() will return None. It seems Google 
>> has not yet provided a way for the Users API to work with the Google OpenID 
>> Connect. From what I understand if your application uses Federated Login, 
>> then there is currently no way to support urls restricted to admin or login 
>> required via app.yaml.
>>
>>
>>
>> On Thursday, August 6, 2015 at 3:58:28 PM UTC-7, Nick (Cloud Platform 
>> Support) wrote:
>>>
>>> Hey NP,
>>>
>>> This may very well be a side-effect of the decommissioning of Google's 
>>> OpenID provider service and the moving to OpenID Connect. 
>>>
>>> Could you link which "published Google Libraries for OpenID Connect" 
>>> you've used, and if possible some of the code relevant to your use-case?
>>>
>>> As noted in the docs 
>>> ,
>>>  
>>> support for OpenID was experimental, probably since the landscape of Auth 
>>> has been changing quite a bit, as new improvements are made through the 
>>> experience of successive paradigms, however all I really need to comment on 
>>> is that it was "experimental". Despite this, I'm committed to helping you 
>>> find a solution that works.
>>>
>>> There are several docs in our Developers resources which discuss OpenID 
>>> Connect [1] 
>>> , 
>>> [2] , [3] 
>>> , 
>>> and you might want to give those a read. If the login: admin feature turns 
>>> out to have been specific to Google OpenID accounts, you can rest assured 
>>> that:
>>>
>>> A) A feature request in the public issue tracker 
>>>  to get this 
>>> function updated to work with OpenID Connect is possible and awesome
>>>
>>> B) you can implement your own admin feature using an admin check in your 
>>> request handlers and implementing an OpenID Connect auth scheme which 
>>> allows accounts from OpenID Connect services (you would add the various 
>>> sign-in buttons to the sign-in page of your (web)app).
>>>
>>> Best wishes,
>>>
>>> Nick
>>>
>>> On Tuesday, August 4, 2015 at 1:08:50 PM UTC-4, NP wrote:

 Hello all,

 I have an application (python) on GAE which uses Federated Login. In 
 app.yaml, I have restricted some urls to be accessible only to admins 
 (i.e. 
 login; admin). According to GAE documentation, any url restricted to admin 
 for applications using Federated Login will trigger a call to 
 /_ah/loginrequired and I'm supposed to handle such calls by getting user 
 to 
 login using* users.create_login_url(dest_url, federated_identity).*

 Documentation for users.create_login_url says if no federated_identity 
 is specified (when your site is set to use federated identity), the system 
 will default to Google as the OpenID provider. So the application 
 currently 
 defaults to  'https://www.google.com/accounts/o8/id' which is no 
 longer supported by Google and I believe this is the reason why it gives 
 me 
 a 500 server error.

 I have tried using the published Google Libraries for OpenID Connect. 
 If I use the library outside of the create_login_url, I'm able to log in 
 and get the user email but calling users.get_current_user() returns None 
 and so the application doesn't see me as being logged in which means I 
 don't get access to the url that I had restricted to admins. If I apply 
 the 
 OpenID Connect url to create_login_url, I get a 500 server error.

 Does anybody know how to handle requests to urls restricted to 
 logged-in users/admins using the new OpenID Connect?




-- 
You rece

[google-appengine] Re: appstats analysis - Same request - Too much difference in serving time

[Nick (Cloud Platform Support)]

Hi Rajesh,

The first request vs. second request differences can be explained by taking 
a look at the functioning of Objectify, which it appears you're using.

In Objectify, the library maintains a small in-memory cache which allows it 
to serve requests and update entities with less latency. This might be what 
you're seeing depending on the time-frame between first and second 
requests, and the data being different or similar between the requests. You 
can read about Objectify caching here 
.

I hope this proves to be a useful resource for you. Let me know if you have 
any more questions after this and I'll be glad to assist.

Best wishes,

Nick

On Monday, August 10, 2015 at 12:25:54 AM UTC-4, Rajesh Gupta wrote:
>
> Dear Nick
> I have noticed that this latency difference happens for a request with a 
> new instance.  The same request will have considerable less latency for the 
> second time for the same instance.  
>
> I will also consider redoing some code and do some batch calls as 
> suggested by you.
>
> But,I have made this observation many times and easily I can produce the 
> stats.  Why for a new instance and for the first request, the latencies are 
> large.?   
>
> On Friday, August 7, 2015 at 4:07:31 AM UTC+5:30, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hi Rajesh,
>>
>> Results like these are generally to be expected (at least in terms of the 
>> variance of latencies). 
>>
>> The trade-off you make with Cloud services is that while you get the 
>> scalability and pwoer of a data-center-wide RAM cache or schemaless 
>> Datastore, you also get the variability of such data structures (and in the 
>> case of Memcache, the volatility of a distributed RAM data structure where 
>> the resources are shared within the data center). 
>>
>> Without seeing your code, nobody can offer you a solution. There are many 
>> factors which could be optimized in theory. It looks, for one thing, that 
>> you're making a lot of calls. Have you considered somehow batching or 
>> grouping these queries into single operations?
>>
>> Best wishes,
>>
>> Nick
>>
>> On Monday, August 3, 2015 at 10:17:00 PM UTC-4, Rajesh Gupta wrote:
>>>
>>> Attached are the two screen shots showing the appstats
>>> - same request
>>> - same appengine instance
>>> - same user
>>>
>>> The first request took 2914 ms, and the second request takes only 1032ms
>>> As you can see in the attached images, 
>>>
>>> 3rd line datastore_v3.RunQuery, difference of 9ms 
>>> 5th line memcache.get, difference of 73ms
>>> 6th line memcache.get, differnce 73ms
>>>
>>> Through out the request, there is lot of time difference in the 
>>> datastore and memcache calls, between the two requests.
>>>
>>> What can it done to make consistent.
>>>
>>> Rajesh
>>> *www.VeersoftSolutions.com *
>>> *www.AccountingGuru.net *
>>> *Accounting/Inventory/Orders on Google Cloud Platform and Mobile*
>>>
>>

-- 
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/9a7e37e3-5eaa-4bb5-b058-d5f5888fc9b8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How do I use Federated Login with OpenID Connect?

[Nick (Cloud Platform Support)]

Hi NP,

They do indeed appear to be presently parallel systems. You can explore the 
App Engine Users service and Google+ (OpenID Connect) authentication at the 
example app gae-login-explainer.appspot.com, which goes into some detail.

I think you've got the makings of a great feature request here, and 
encourage you to summarize the results into a Feature Request issue report 
in the public issue tracker 
, to request tighter 
integration of login: required / admin in app.yaml and OpenID Connect 
(Federated Login).

Best wishes,

Nick

On Monday, August 10, 2015 at 2:47:39 AM UTC-4, NP wrote:
>
> Hi Nick,
>
> Thanks for your response.
>
> On further research, I discovered that the Users API from 
> google.appengine.api.users has no relation to the new Google OpenID 
> Connect i.e. even after I've successfully logged in via Google OpenID 
> Connect, calling Users.get_current_user() will return None. It seems Google 
> has not yet provided a way for the Users API to work with the Google OpenID 
> Connect. From what I understand if your application uses Federated Login, 
> then there is currently no way to support urls restricted to admin or login 
> required via app.yaml.
>
>
>
> On Thursday, August 6, 2015 at 3:58:28 PM UTC-7, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hey NP,
>>
>> This may very well be a side-effect of the decommissioning of Google's 
>> OpenID provider service and the moving to OpenID Connect. 
>>
>> Could you link which "published Google Libraries for OpenID Connect" 
>> you've used, and if possible some of the code relevant to your use-case?
>>
>> As noted in the docs 
>> ,
>>  
>> support for OpenID was experimental, probably since the landscape of Auth 
>> has been changing quite a bit, as new improvements are made through the 
>> experience of successive paradigms, however all I really need to comment on 
>> is that it was "experimental". Despite this, I'm committed to helping you 
>> find a solution that works.
>>
>> There are several docs in our Developers resources which discuss OpenID 
>> Connect [1] 
>> , 
>> [2] , [3] 
>> , 
>> and you might want to give those a read. If the login: admin feature turns 
>> out to have been specific to Google OpenID accounts, you can rest assured 
>> that:
>>
>> A) A feature request in the public issue tracker 
>>  to get this 
>> function updated to work with OpenID Connect is possible and awesome
>>
>> B) you can implement your own admin feature using an admin check in your 
>> request handlers and implementing an OpenID Connect auth scheme which 
>> allows accounts from OpenID Connect services (you would add the various 
>> sign-in buttons to the sign-in page of your (web)app).
>>
>> Best wishes,
>>
>> Nick
>>
>> On Tuesday, August 4, 2015 at 1:08:50 PM UTC-4, NP wrote:
>>>
>>> Hello all,
>>>
>>> I have an application (python) on GAE which uses Federated Login. In 
>>> app.yaml, I have restricted some urls to be accessible only to admins (i.e. 
>>> login; admin). According to GAE documentation, any url restricted to admin 
>>> for applications using Federated Login will trigger a call to 
>>> /_ah/loginrequired and I'm supposed to handle such calls by getting user to 
>>> login using* users.create_login_url(dest_url, federated_identity).*
>>>
>>> Documentation for users.create_login_url says if no federated_identity 
>>> is specified (when your site is set to use federated identity), the system 
>>> will default to Google as the OpenID provider. So the application currently 
>>> defaults to  'https://www.google.com/accounts/o8/id' which is no longer 
>>> supported by Google and I believe this is the reason why it gives me a 500 
>>> server error.
>>>
>>> I have tried using the published Google Libraries for OpenID Connect. If 
>>> I use the library outside of the create_login_url, I'm able to log in and 
>>> get the user email but calling users.get_current_user() returns None and so 
>>> the application doesn't see me as being logged in which means I don't get 
>>> access to the url that I had restricted to admins. If I apply the OpenID 
>>> Connect url to create_login_url, I get a 500 server error.
>>>
>>> Does anybody know how to handle requests to urls restricted to logged-in 
>>> users/admins using the new OpenID Connect?
>>>
>>>
>>>

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

[google-appengine] Re: Request was aborted after waiting too long

[Dimitri Adamou]

If you are using Front-End instances, they can only last 60 seconds, you 
would need to create a module using Backend Instances for your heavier 
traffic as they can run up to 10 minutes per request and generally if you 
are having heavier tasks it is better to put them onto a backend instance 
and split them away from the main front-end traffic so that users will not 
feel the pinch at all.

On Monday, August 10, 2015 at 10:11:59 PM UTC+10, Мария Кокаия wrote:
>
> In the period from 27 to 29 May Create Dynamic Instance did not finish the 
> job within a specified platform time.
>
> 1). The reasons why this happens are unknown to us. Is it possible to 
> learn more about the mechanics of creating instances?
> 2). How can we protect the service from such behavior in the future?
>
> Thanks,
> Mary
>

-- 
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/08ed1c46-fe0b-45a0-ae7f-086566a36536%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: New deployment isn't reflected on custom domain

[Nick (Cloud Platform Support)]

Hi Patrick,

My best guess is that when you uploaded the new version of the site, you 
didn't update the "default version" in the "Compute > App Engine > 
Versions" interface, so the old version was still the default. When GAE 
receives a request to a subdomain and you've set up a wildcard subdomain 
mapping, it will check if the version/module exists. If it doesn't, it will 
route to the default version/module. 

However, it's unclear to me what relation this might have to explicitly 
defining the subdomain, since it seems as though that would simply mean 
that your default version/module would be served from 
subdomain.domain.com... 

Overall, since your issue is fixed, I wouldn't worry and consider this a 
strange edge case of the Custom Domains transition from Apps to Developers 
Console. 

If anybody in future is able to observe similar behaviour and hasn't yet 
implemented the "fix", and by good luck lands in this thread, I'd advise 
them to open a public issue tracker issue 
 and attempt to get 
the issue looked into by Support Engineers while it is still "live".

At any rate, best wishes for developing your app,

-- Nick

On Friday, August 7, 2015 at 7:57:05 AM UTC-4, Patrick Prasquier wrote:
>
> Hi Nick, 
>
> I didn't know where "Custom domains" was located in the new console so I 
> couldn't do it earlier. But now that I've found it, I confirmed that 
> although my domain WAS attached to the account, the sub-domain wasn't 
> defined. When I did define it, the new version of the site became 
> immediately accessible. 
> So, for me: problem solved. Now what remains a mystery (although I must 
> say selfishly that I don't really care/need to know the answer) is why, if 
> GAE was handling the sub-domain (although not reflecting it in the admin 
> console) it pointed to an old version of the site... 
>
> Thanks for your help. 
>
> Best, 
> Patrick
>
> On Thursday, August 6, 2015 at 7:49:01 PM UTC-3, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hi Patrick,
>>
>> This does indeed seem odd. While Google Groups isn't the best place to 
>> raise a specific technical issue or defect report (although we can't know 
>> for sure until we investigate), I'll be happy to help by asking some basic 
>> questions here and hopefully we can either figure it out together or you 
>> can move on to creating a thread in the public issue tracker 
>> , where defects 
>> are triaged, logged, and responded to with solutions.
>>
>> So, the first idea which springs to mind is that somehow the new version 
>> is not the default version. You can check this in the Developers Console 
>>  in your project, under "Compute > App 
>> Engine > Versions". 
>>
>> The second thought which occurs to me is that since Custom Domains 
>>  have moved into 
>> being purely set-up through the Developers' Console and webmaster tools, 
>> something may have changed or need alteration on your side. Could you 
>> provide a screenshot of what you see in "Compute > App Engine > Settings > 
>> Custom domains"?
>>
>> Finally, are you the user who initially verified the domain, owns the 
>> domain, or attached it to the App?
>>
>> With this information, it'll be more clear what's happening for your 
>> custom domain mapping.
>>
>> Best wishes,
>>
>> Nick
>>
>>
>>
>> On Tuesday, August 4, 2015 at 7:03:11 PM UTC-4, Patrick Prasquier wrote:
>>>
>>> I uploaded my site a few months ago and it is since deployed on my 
>>> custom domain: http://viamotion.viadialog.com.br/
>>>
>>> Today, I wanted to update the site and the new version was deployed on 
>>> http://viamotion-br.appspot.com/ but my custom domain still shows the 
>>> previous version.
>>>
>>> 1. Why? In this case, I'm not talking about DNS propagation since 
>>> nothing has changed at the DNS setup level.
>>> 2. Going to the old GAE admin console (for some reason, I couldn't find 
>>> this menu in the new one), no domain is listed in domain setup. I don't 
>>> remember the process I went through when assigning my site to my custom 
>>> domain but I'm pretty sure it should have been in this section (and my 
>>> CNAME points to ghs.googlehosted.com.). I tried to add my domain 
>>> (again) but once I get to the Google Apps Admin console and see that the 
>>> domain viadialog.com.br is verified, I have no option to "push" it to 
>>> GAE.
>>>
>>> Thanks
>>>
>>

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

[google-appengine] Re: building and pushing image hung or fails

[Amit Srivastava]

Yeah more detailed reponse is posted  here:

http://terrenceryan.com/blog/index.php/managed-vm-not-connecting-to-gcr-io-on-os-x/#comment-9529

boot2docker is one flaky piece of code.

On Monday, August 10, 2015 at 2:41:37 PM UTC-7, Amit Srivastava wrote:
>
>
>
> WHen running the deploy command: 
>
> gcloud preview app deploy app.yaml --set-default
>
>
> I have been deploying images wi thtis command in the past but lately this 
> is just hanging on this step.
>
>
> I have trie to delete other versions deployed, using gcloud preview app 
> modules delete default --version   to see if too many versiosn 
> deployed is the issue but that did not help.
>
>

-- 
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/2f3fda2b-d6ef-401c-9124-1164fbb837d5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Problem authenticating to GAE app using GoogleCredential OAuth2

[Nick (Cloud Platform Support)]

Hi Julian,

The example code given there might be dealing with the Drive API, but APIs 
in this context are quite abstract, and you can easily substitute any 
Google API. 

Reading back over your question, I'm not sure you've supplied enough 
information for anybody to help answer. What exactly is doing the 
authenticating? Is your endpoint a Cloud Endpoints 
 endpoint? It's 
not really clear to me what is doing the authentication at your "endpoint". 
Do you just mean that you've deployed with "login: admin"?

At any rate, this forum, as mentioned, isn't meant for 1-on-1 technical 
support, so I don't think you should continue to follow-up in this thread, 
and should either improve the stackoverflow question to clarify exactly 
what you're expecting to happen in technical language and specifics, or 
else post a new question which does include that information. That will 
enable people to help you better.

Best wishes,

Nick


On Saturday, August 8, 2015 at 1:51:24 PM UTC-4, Julian Bunn wrote:
>
> Hi Jason,
>
> Yes: 
> http://stackoverflow.com/questions/31816007/authentication-with-google-app-engine-service-using-googlecredential-with-a-serv
>
> The suggestion there involves the Google Drive API, which is not really 
> helping me, as my GAE application does not use that API.
>
> Julian
>
> On Saturday, August 8, 2015 at 9:38:00 AM UTC-7, Jason Collins wrote:
>>
>> Julian, can you post your link to your SO question?
>>
>>
>> On Thursday, 6 August 2015 12:20:28 UTC-7, Julian Bunn wrote:
>>>
>>> Hi Nick,
>>>
>>> Many thanks - I had already posted on stackoverflow with no luck, so 
>>> came here :-) I do have one reply now over there, which suggests using 
>>> client secrets, so that is a good lead. Also your comments on the use of 
>>> service account are well taken - it looks like that may be inappropriate.
>>>
>>> Thanks for the pointers to the documentation, which I'd already visited 
>>> and read but ended up being confused - as is no doubt evident from my 
>>> question :-)
>>>
>>> Julian
>>>
>>> On Wednesday, August 5, 2015 at 4:57:26 PM UTC-7, Nick (Cloud Platform 
>>> Support) wrote:

 Hi Julian,

 You've produced an excellent post which would belong on 
 stackoverflow.com. Google Groups isn't the place to post specific 
 technical issues, as this forum is meant more for general discussion of 
 the 
 platform and services. 

 I'll give you the advice before you post there that it seems you've 
 combined examples from different kinds of OAuth flow and this might be the 
 cause of your issues. I see that there's a variable "emailScope" - this is 
 a scope which a user would actually grant to your application, not one 
 which a service account could grant. 

 The service account and its credentials are used to call APIs on behalf 
 of your application, although I don't think I've seen this pattern before, 
 where you want to call an endpoint on your own app using a service 
 account. 
 As far as I know, service accounts have only been used to authenticate 
 with 
 Google APIs, although I suppose it might be possible to write an endpoint 
 which correctly authenticates it.

 You could do some more reading on OAuth2 
 , OpenID 
 Connect 
 , 
 Service Accounts 
 , 
 and the Google Identity Platform 
 , and try to repost your 
 question to stackoverflow.com. That would be the best action as there 
 are many more users there ready to help with a technical question.

 If you would like to open a thread in this forum discussing the 
 platform or services in more broad terms, starting a discussion that would 
 be useful for other users to join in to, feel free to do so.

 Have a great day!

 [1] http://www.stackoverflow.com/
 [2] http://www.serverfault.com/
 [3] http://code.google.com/p/google-appengine/issues/list

 On Wednesday, August 5, 2015 at 1:32:41 AM UTC-4, Julian Bunn wrote:
>
> I have a GAE application with an endpoint that requires 
> authentication, which I need to call from an application (rather than 
> from 
> in a browser). I was using ClientLogin, but that is now obsolete, so I 
> have 
> set up a Service Account in the Google Console, and stored its keypair 
> .p12 
> file so that I can use the OAuth methods as described in the 
> documentation.
>
> Although the GoogleCredential builder successfully returns an 
> authorization token, if I then use that token in an HTTP get call to the 
> endpoint, the response is always the Google Login page.
>
> Why, if I use t

Re: [google-appengine] Re: Java app and scheduler settings

[Nick (Cloud Platform Support)]

Hi Stefano,

This does indeed seem very odd, and thank you for clarifying the behaviour. 
It's possible some part of your code is catching the errors and not logging 
them, or your logging level is not set appropriately, but these are small 
possibilities. 

In this case, I think the best thing for you to do would be to open a public 
issue tracker issue  
with your app id, a description of the problem, a time-frame to 
investigate, and hopefully the issue can be looked at by engineering to 
determine if there's some issue in the platform or your app. We monitor 
this forum, stackoverflow, and the public issue tracker, so your issue 
should see action within a few days of being posted.

PS - your english is quite good, and you've done a very thorough job of 
reporting your issue. I wish you the best of luck with your application.

Nick

On Monday, August 10, 2015 at 11:15:45 AM UTC-4, Stefano Ciccarelli wrote:
>
> Hi Nick,
>
> the two screenshots attached to this post are perfect to explain what 
> happen everyday to my app: one intance was started 3 hours ago and served 
> only 22 requests, every hour (or so) 3 instances are killed and replaced by 
> fresh ones, all at the same time, so all the requests goes to the new 
> instances (high latencies).
>
> PS: I have no errors in my app.
>
>
> Il giorno ven 7 ago 2015 alle ore 17:36 Nick (Cloud Platform Support) <
> pay...@google.com> ha scritto:
>
>> Hi Stefano,
>>
>> If I understand your post correctly, you're using automatic scaling 
>>  
>> and have only configured the min_idle_instances parameter to be 1. You're 
>> wondering why you've seen a certain request distribution pattern or dynamic 
>> instance lifetime on your app. I think that the answer to these questions 
>> lies in understanding the App Engine Autoscaler.
>>
>> Putting your scaling settings into default means that you give up control 
>> over max_idle_instances (that is, there is no max), and so the Autoscaler 
>> can and will spawn idle instances to preempt traffic or respond to sudden 
>> load spikes. This is based on past request loads on your app and 
>> projections based on spikes. 
>>
>> You will probably want to determine your current and projected request 
>> load and set a sensible maximum to this value, since at that point you 
>> could be assured that you won't be charged for more idle instances, if 
>> they are spawned, than your configuration specified 
>> 
>> . 
>>
>> As I can see from looking at the data you supplied, an instance which was 
>> only active for 34 minutes handled 1108 requests. While it's certainly 
>> possible that this load was handled well by the instance, if the same load 
>> was observed on the other two machines at some point in the past, which the 
>> overall graph of requests seems to imply, especially given how spiked the 
>> load can tend to be within even the past 6 hours (the timeframe of the 
>> graph), it makes sense that the Autoscaler would keep some instances in 
>> reserve and route requests to them once the load went higher, but not spin 
>> them down in case a new spike were to arrive. 
>>
>> The Autoscaler scales aggressively in order to ensure that you won't be 
>> left overloaded, and it's up to your scaling configuration to make sure 
>> that this matches your expected load. I suggest you look into the max and 
>> min_pending_latency configuration options as well as min and 
>> max_idle_instances.
>>
>> Now, as to your question about resident instances: a resident instance is 
>> an instance which is always ready for requests, and won't spin down due to 
>> inactivity. You specified one min idle instance, so you have one resident 
>> instance. Idle instances ("resident" instances) are meant to allow your app 
>> to handle traffic while all dynamic instances (if there are any) are 
>> overloaded, and new dynamic instances need to be created, so generally they 
>> will only receive traffic during the front edge of a load spike, acting as 
>> a buffer as opposed to the main force of request-handling instances.
>>
>> While resident instances won't spin down due to inactivity, they can shut 
>> down due to errors or memory limits being reached, in which case the 
>> instance will receive a request to /_ah/stop which allows it to attempt to 
>> save any delicate state it's holding. Instances can also (on a rare 
>> occasion) restart due to datacenter events and maintenance. 
>>
>> However more common reasons for seeing a dynamic instance with a smaller 
>> age than other dynamic instances is either because a change has just been 
>> made which deploys a new resident instance (such as a configuration change 
>> to specify 1 resident instance), or because a resident instance which is 
>> serving traffic and becomes quite busy with that task mig

Re: [google-appengine] Re: building and pushing image hung or fails

['Les Vogel' via Google App Engine]

Engineering suggested the following:

boot2docker stop
boot2docker start


On Mon, Aug 10, 2015 at 3:01 PM, Amit Srivastava  wrote:

> To further add the log files are showing this errror:
>
> 015-08-10 14:55:27,700 INFO rootException 500 Server
> Error: Internal Server Error ("v1 ping attempt failed with error: Get
> https://appengine.gcr.io/v1/_ping: dial tcp: i/o timeout. If this private
> registry supports only HTTP or HTTPS with an unknown CA certificate, please
> add `--insecure-registry appengine.gcr.io` to the daemon's arguments. In
> the case of HTTPS, if you have access to the registry's CA certificate, no
> need for the flag; simply place the CA certificate at /etc/docker/certs.d/
> appengine.gcr.io/ca.crt") thrown in ProgressHandler. Retrying.
> On Monday, August 10, 2015 at 2:41:37 PM UTC-7, Amit Srivastava wrote:
>>
>>
>>
>> WHen running the deploy command:
>>
>> gcloud preview app deploy app.yaml --set-default
>>
>>
>> I have been deploying images wi thtis command in the past but lately this
>> is just hanging on this step.
>>
>>
>> I have trie to delete other versions deployed, using gcloud preview app
>> modules delete default --version   to see if too many versiosn
>> deployed is the issue but that did not help.
>>
>> --
> 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/178edb16-4240-492b-a4b2-928b99796dcd%40googlegroups.com
> 
> .
>
> 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/CAGB1p5i1JwxVmCqe79vFU1hzP%2B02-%3Di0t5tkhM2weue1Yxy%2ByQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] How to implement identity provider?

[Pengcheng Yin]

Hello, community! I am developing an app on Android, GAE as backend, I want 
to implement user account services, which I mean login/register. All 
solutions I can find are using Google account, but I only want to use my 
own account system. It seems impractical for me to implement all the 
authentication protocols. Any idea how should I do this? Thanks.

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

[google-appengine] Re: building and pushing image hung or fails

[Amit Srivastava]

To further add the log files are showing this errror:

015-08-10 14:55:27,700 INFO rootException 500 Server Error: 
Internal Server Error ("v1 ping attempt failed with error: Get 
https://appengine.gcr.io/v1/_ping: dial tcp: i/o timeout. If this private 
registry supports only HTTP or HTTPS with an unknown CA certificate, please 
add `--insecure-registry appengine.gcr.io` to the daemon's arguments. In 
the case of HTTPS, if you have access to the registry's CA certificate, no 
need for the flag; simply place the CA certificate at 
/etc/docker/certs.d/appengine.gcr.io/ca.crt") thrown in ProgressHandler. 
Retrying.
On Monday, August 10, 2015 at 2:41:37 PM UTC-7, Amit Srivastava wrote:
>
>
>
> WHen running the deploy command: 
>
> gcloud preview app deploy app.yaml --set-default
>
>
> I have been deploying images wi thtis command in the past but lately this 
> is just hanging on this step.
>
>
> I have trie to delete other versions deployed, using gcloud preview app 
> modules delete default --version   to see if too many versiosn 
> deployed is the issue but that did not help.
>
>

-- 
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/178edb16-4240-492b-a4b2-928b99796dcd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] building and pushing image hung or fails

[Amit Srivastava]

WHen running the deploy command: 

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


I have been deploying images wi thtis command in the past but lately this 
is just hanging on this step.


I have trie to delete other versions deployed, using gcloud preview app 
modules delete default --version   to see if too many versiosn 
deployed is the issue but that did not help.

-- 
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/e45b974d-0448-4e6b-b163-e8be469b8bc6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Document Search Index

[Nick (Cloud Platform Support)]

Hi Richard,

Thanks for your report. However, Google Groups isn't the place to post 
specific technical issues, as this forum is meant more for general 
discussion of the platform and services. 

If you believe you've identified and can reproduce an issue with the 
platform itself (behaviour is different from documentation or error occurs 
during normal use), then you should proceed to open a public issue tracker 
issue  with enough 
detail to reproduce the issue on our side, or if possible, an attached app 
that can be used to directly observe the behaviour. 

Your issue report contains not quite enough information to determine what 
is happening, so I suggest adding some more information:

* a code example of what you have done
* a precise description of what you observe vs. what you expect to observe 
from the documentation

>From looking at it on the surface, I'm inclined to believe that the 
devserver is in error and the production search is working as it should, 
although to know for sure will require investigation, and that should be 
tracked via the public issue tracker.

If you would like to open a thread in this forum discussing the platform or 
services in more broad terms, starting a discussion that would be useful 
for other users to join in to, feel free to do so.

Have a great day!

On Saturday, August 8, 2015 at 6:42:55 AM UTC-4, Richard Cheesmar wrote:
>
> Adding several atom fields of the same name (e.g. 'room') in a document 
> search index is working on the local dev machine, but not in production. I 
> get one atom field for 'room' ...
>
> Checked code for both versions and it is the same:
>
> Section from local dev machine search index
>
> room double_bedrooms room double_bedrooms room single_bedrooms room 
> single_bedrooms_ensuite 
> room  receptions room salons room kitchens room toilets room utility_rooms 
>
> Is this an app engine bug?
>

-- 
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/0bf58e44-19ac-4430-b330-4d3cdc2d1f80%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Cron scheduler synchronized is not working as expected.

[Ryan (Cloud Platform Support)]

If the cron job runs longer than the interval it will reset the clock. If 
you really need the every 2 minutes and your code is running longer than 2 
minutes try running 2 crons at 4 minutes staggered 2 minutes apart.

On Friday, August 7, 2015 at 11:06:37 PM UTC-4, Creative Cubs wrote:
>
> I want to run a cron for every 2 minutes interval, 0,2,4,6,8  each 
> cron execution runs for 2 minutes. 
>
>
> I configured cron schedule with synchronized as below. But I still see 
> scheduler is behaving as if synchronized not given. 
>
> Crons are scheduled at 
>
> 0-2 First cron
>
> 4-6 Second cron
>
> 8-10 third cron
>
>
> Cron scheduler is waiting for 2 minutes after last cron execution. 
>
> If I understand synchronized correctly, it is added to avoid this 
> behavior. 
>
>
> Please help why this happening. 
>
>
>   
>
> /cron/syncPrices
>
> Fetch data from source and cache it in data store. description>
>
> every 2 minutes synchronized
>
>   
>
>
>

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

[google-appengine] Re: How I use App Engine and publish an app

[Ryan (Cloud Platform Support)]

You can register for a Free Trial to test. You don't have to go for a free 
trial but you do need to register to deploy.

On Saturday, August 8, 2015 at 12:17:41 PM UTC-4, mamadou lakhassane cisse 
wrote:
>
> Hi people. I have an application that I want to deploy on App Engine. I 
> know I can use the SDK and develop with Eclipse. But do I have to subscribe 
> to Google Cloud Platform to deploy my application. Do I have to chose a 
> free trial ? Thanks you.
>
> L.
>

-- 
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/112263c4-36c9-410b-b63c-ef8b60b761d3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Has anyone installed Moodle on google app engine?

[Nick (Cloud Platform Support)]

Hey Hafiz,

Just to be clear, however, your thread does somewhat stand on the boundary 
and is somewhat on-topic, so don't let this dissuade other users from 
commenting with any advice, although I think I've covered the major points.

Best wishes,

Nick

On Monday, August 10, 2015 at 2:01:37 PM UTC-4, Nick (Cloud Platform 
Support) wrote:
>
> Hi Hafiz,
>
> It's possible that a number of those files are unnecessary, and you could 
> try to see if there is functionality you don't need represented by these 
> files. Other than this, you could try to see if you've configured any 
> static file handlers which also use "application_readable 
> ",
>  
> which would mean these files get counted twice. 
>
> Unfortunately the 10,000 file limit is a hard limit and unless you can cut 
> out some modules, some theme packs, or some other bloat which is inflating 
> the size of the package, you'll need to host your website on compute 
> engine .
>
> In general, a thread like this shouldn't be posted to Google Groups, but 
> rather to stackoverflow, since this thread deals with a specific technical 
> issue, rather than general discussion of the platform and services. If your 
> thread was asking *about *the 10,000 file limit, or various implications 
> this might have for applications, it would be more on-topic.
>
> Best wishes,
>
> Nick
>
> On Monday, August 10, 2015 at 6:09:22 AM UTC-4, Hafiz Junaid wrote:
>>
>> I'm trying to install Moodle on google app engine. While uploading files 
>> from my local deployment, the 10,000 files maximum limit is reached so I'm 
>> unable to push my code base to the live server. Has anyone else tried this 
>> before? Is there a different way to achieve this? Please share your 
>> experiences if you have tried something similar.
>>
>> Thanks.
>>
>

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

[google-appengine] Re: Has anyone installed Moodle on google app engine?

[Nick (Cloud Platform Support)]

Hi Hafiz,

It's possible that a number of those files are unnecessary, and you could 
try to see if there is functionality you don't need represented by these 
files. Other than this, you could try to see if you've configured any 
static file handlers which also use "application_readable 
",
 
which would mean these files get counted twice. 

Unfortunately the 10,000 file limit is a hard limit and unless you can cut 
out some modules, some theme packs, or some other bloat which is inflating 
the size of the package, you'll need to host your website on compute engine 
.

In general, a thread like this shouldn't be posted to Google Groups, but 
rather to stackoverflow, since this thread deals with a specific technical 
issue, rather than general discussion of the platform and services. If your 
thread was asking *about *the 10,000 file limit, or various implications 
this might have for applications, it would be more on-topic.

Best wishes,

Nick

On Monday, August 10, 2015 at 6:09:22 AM UTC-4, Hafiz Junaid wrote:
>
> I'm trying to install Moodle on google app engine. While uploading files 
> from my local deployment, the 10,000 files maximum limit is reached so I'm 
> unable to push my code base to the live server. Has anyone else tried this 
> before? Is there a different way to achieve this? Please share your 
> experiences if you have tried something similar.
>
> Thanks.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/87110aa2-0a2d-4e4d-8a2b-6f986ddbefe5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Request was aborted after waiting too long

[Nick (Cloud Platform Support)]

Hi Mary,

If you were affected by an outage or temporary issue, it's not really 
possible to preempt such things, and the best advice for a programmer would 
be to build redundancy and exception-handling and good monitoring into your 
app. If you believe you've been affected by an outage which violates the 
platform 
SLA , you should get in 
contact with Billing to determine if you're eligible for any kind of 
refund. 

As to your specific technical issue, I'm unable to provide insight into 
that, and in order to get more specific insight, you'd need to open a 
support ticket . 

If I understand your text correctly, you were using a manual scaling 
application and calls to create new instances using the modules service 
were failing. If you had any error output visible in the logs for your app 
at this time, that would be helpful in determining what went wrong. 

At any time, if you think you've been affected by an intermittent issue on 
the platform, you should make an issue report to the public issue tracker 
 as soon as 
possible explaining the issue, the app id, and the time-frame in which the 
incident occurred, so that we can potentially look into the logs for your 
application during the time-frame and find the cause. This is the best way 
to determine what went wrong short of reading your own logs in the case 
that it was simply a cause within your application's code.

Regards,

Nick

On Monday, August 10, 2015 at 8:11:59 AM UTC-4, Мария Кокаия wrote:
>
> In the period from 27 to 29 May Create Dynamic Instance did not finish the 
> job within a specified platform time.
>
> 1). The reasons why this happens are unknown to us. Is it possible to 
> learn more about the mechanics of creating instances?
> 2). How can we protect the service from such behavior in the future?
>
> Thanks,
> Mary
>

-- 
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/39964254-a0b0-4c3f-af84-39ad4eab4b46%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: python appcfg.py update does not reflect the change on server

[Patrice (Cloud Platform Support)]

Hi Dwipin,

When yo say "the public URL", do you mean "shiniskitchen.appspot.com"? 
Because you seem like you deployed this on a new version, 
"wpfromstarterproject". Since this version is not your default, when you go 
to "shiniskitchen.appspot.com", you won't go to that version. You would 
need to hit "http://wpfromstarterproject.shiniskitchen.appspot.com/";

If I try both URLs, I get two very different views, but the one targeting 
your version actually returns in an error.

Let me know if that helps

Cheers!

On Friday, August 7, 2015 at 10:18:59 PM UTC-4, dwipin chandran wrote:
>
> Hi,
>
> I have a local setup of wordpress.org along with a local MySQL. I 
> completed the changes on my local that includes changing the theme and 
> adding new posts.
>
> When I run the "python appcfg.py update ", I get 
> no errors. Here's the output - 
> ubuntu@ubuntu-VirtualBox:~/google_appengine$ python appcfg.py update 
> /home/ubuntu/shiniskitchen/
> 01:41 PM Application: shiniskitchen; version: wpfromstarterproject
> 01:41 PM Host: appengine.google.com
> 01:41 PM 
> Starting update of app: shiniskitchen, version: wpfromstarterproject
> 01:41 PM Getting current resource limits.
> 01:41 PM Scanning files on local disk.
> 01:41 PM Scanned 500 files.
> 01:41 PM Scanned 1000 files.
> 01:41 PM Cloning 699 static files.
> 01:41 PM Cloning 1161 application files.
> 01:41 PM Compilation starting.
> 01:41 PM Compilation completed.
> 01:41 PM Starting deployment.
> 01:41 PM Checking if deployment succeeded.
> 01:41 PM Deployment successful.
> 01:41 PM Checking if updated app version is serving.
> 01:41 PM Completed update of app: shiniskitchen, version: 
> wpfromstarterproject
> 01:41 PM Uploading cron entries.
>
> However when I try to access the public URL, I got a blank screen. The 
> blank screen was because I had changed the theme and deleted the rest of 
> the themes including the default one. 
> This is my second deployment of this app, my first deployment was with a 
> different theme and I was able to see the changes immediately.
> Please let me know if I am missing something.
>
> Thanks,
> Dwipin Chandran.
>

-- 
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/6f3ae1ff-d028-4e9e-998f-fb0d50155dbc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Wanted!

['Alex Martelli' via Google App Engine]

I would recommend chapters 6 to 10 of "Programming Google App Engine with
Python", by Dan Sanderson, published by O'Reilly. Of course, the book has
very useful content in other chapters, too, but 6 to 10 are the chapters
specifically on the datastore and ndb in particular.


Alex

On Mon, Aug 10, 2015 at 6:02 AM, Мария Кокаия  wrote:

> We develop a game server with the expected load of 30,000 users per day.
> We would like to find someone who will explain us how to use Cloud Platform
> optimally. In particular, we need help optimising NDB queries.
>
> --
> 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/80780bd7-af3b-453f-b109-ac82049bdd4f%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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CAE46Be_tHKoYa%2BL6vbrBt%2BZxVHJ9Wt5PmBjVrXtsK24Dddrn-Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Problem of "You do not have sufficient permissions to view this page"

[Jesse Scherer (Google Cloud Support)]

Hi all,

In order to help centralize communication I've created a "master" tracking 
issue: https://code.google.com/p/googleappengine/issues/detail?id=12242

I've asked Patrice to merge individual reports (there are about six at this 
point) into that issue once he's gotten all the information required. If 
you have filed a report you'll see it marked as duplicate. If you initially 
requested email, you will receive email updates from issue 12242 instead.

This is just to make sure you don't miss any updates, as eventually we'll 
have to let Patrice get some rest.

Thanks to everybody who has helped to pin this down.

On Monday, August 10, 2015 at 10:46:49 AM UTC-4, Patrice (Cloud Platform 
Support) wrote:
>
> Hi again,
>
> Just since I didn't include this in my previous reply and there are 
> concerns about this : if you do send me your HAR file, make sure you reply 
> privately to my message, so as not to make the file publicly available.
>
> From the arrow pointing down at the top right of my message, you can 
> choose "reply privately to owner". Please make sure to reply that way. I'll 
> still post the updates to the issue here, so that other people having the 
> same issue can see the resolution.
>
> Cheers
>
> On Monday, August 10, 2015 at 10:13:59 AM UTC-4, Patrice (Cloud Platform 
> Support) wrote:
>>
>> Hi to both of you,
>>
>> If one of you could reply on this thread attaching a HAR file of the 
>> failed attempt, it would help us figure out what could be the issue here. 
>> If you need help in capturing a HAR file, I would suggest this.  
>> 
>>
>> In the meantime, I've read that a customer who had the same issue as you 
>> managed to circumvent it by using the old console (appengine.google.com) 
>> instead of the newer one. This is not a fix, but it would let you work 
>> while we figure it out.
>>
>> Also, you could try disabling your add-ons and extensions, maybe one of 
>> them is interacting weirdly with the console or the requests and is causing 
>> issues.  
>> If
>>  
>> you find out this is the issue, please let me know which extension was the 
>> culprit.
>>
>> Cheers
>>
>> On Sunday, August 9, 2015 at 11:04:56 AM UTC-4, Benjamin C wrote:
>>>
>>> I have the exact same problem. I've tried creating projects, disabling 
>>> all APIs except for the one I want (Google Maps), and even joining the free 
>>> trial. I've had no problem with using Gmaps API before but that was quite 
>>> some time ago. Can someone help?
>>>
>>> On Sunday, August 9, 2015 at 1:04:30 AM UTC+8, yccheok wrote:

 Recently, I'm keep getting message of "You do not have sufficient 
 permissions to view this page", when I try to browse through "API & auth" 
 -> "Credentials"

 I'm the only owner of my Google App Engine account. Hence, I feel 
 strange of having such issues.

 Is there anything I can do, to avoid such problem?

 Thanks.




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

Re: [google-appengine] BadStatusLine when run dev_appserver

[Patrice (Cloud Platform Support)]

Hi,

I just ran some tests, and I was on a Linux machine and couldn't reproduce 
the issue, whether I was using dev_appserver.py or gcloud.

Did you try running "gcloud preview app run" instead of dev_appserver.py? 
Does it give the same error?

Also, what version of the SDK are you using, and what OS are you on? I'm 
trying to setup a windows VM to try and run this with the Windows SDK to 
see if this could be the issue.

Cheers!

On Saturday, August 8, 2015 at 5:25:51 PM UTC-4, Krishna Chaitanya 
Kornepati wrote:
>
> I'm getting error even on official example. please help
>
> On Sunday, March 16, 2014 at 8:29:15 PM UTC+5:30, Vinny P wrote:
>>
>> On Thu, Feb 27, 2014 at 12:01 PM, Amaranth F  wrote:
>>
>>> My helloworld.py is like this:
>>>response_headers = [('Content-Type', 'text/plain'),
>>>('Content-Length', str(len(response_body)))]
>>>start_response(status, response_headers)
>>>return [response_body]
>>>
>>> then I ran "python dev_appserver.py proj/test" succeeded.
>>> but I got a BadStatusLine exception when I goto http://localhost:8080.
>>>
>>> Did anyone know how to solve this?
>>>
>>> BadStatusLine: ''
>>> Traceback (most recent call last):
>>>   File "e:\software\python27\lib\httplib.py", line 373, in _read_status
>>> raise BadStatusLine(line)
>>>
>>>
>>
>>
>> The BadStatusLine error originates from httplib.py, and the source code 
>> for httplib ( http://hg.python.org/cpython/file/2.7/Lib/httplib.py 
>> scroll down to line 373) indicates this error occurs when the server closes 
>> the connection prematurely, or doesn't receive a valid response. 
>>
>> There may be an issue with your local dev environment. Can you try 
>> running the official helloword example application at 
>> https://github.com/GoogleCloudPlatform/appengine-helloworld-python and 
>> see if it works for you?
>>  
>>  
>> -
>> -Vinny P
>> Technology & Media Advisor
>> Chicago, IL
>>
>> App Engine Code Samples: http://www.learntogoogleit.com
>>
>

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

[google-appengine] Re: Problem of "You do not have sufficient permissions to view this page"

[Patrice (Cloud Platform Support)]

Hi again,

Just since I didn't include this in my previous reply and there are 
concerns about this : if you do send me your HAR file, make sure you reply 
privately to my message, so as not to make the file publicly available.

>From the arrow pointing down at the top right of my message, you can choose 
"reply privately to owner". Please make sure to reply that way. I'll still 
post the updates to the issue here, so that other people having the same 
issue can see the resolution.

Cheers

On Monday, August 10, 2015 at 10:13:59 AM UTC-4, Patrice (Cloud Platform 
Support) wrote:
>
> Hi to both of you,
>
> If one of you could reply on this thread attaching a HAR file of the 
> failed attempt, it would help us figure out what could be the issue here. 
> If you need help in capturing a HAR file, I would suggest this.  
> 
>
> In the meantime, I've read that a customer who had the same issue as you 
> managed to circumvent it by using the old console (appengine.google.com) 
> instead of the newer one. This is not a fix, but it would let you work 
> while we figure it out.
>
> Also, you could try disabling your add-ons and extensions, maybe one of 
> them is interacting weirdly with the console or the requests and is causing 
> issues.  
> If
>  
> you find out this is the issue, please let me know which extension was the 
> culprit.
>
> Cheers
>
> On Sunday, August 9, 2015 at 11:04:56 AM UTC-4, Benjamin C wrote:
>>
>> I have the exact same problem. I've tried creating projects, disabling 
>> all APIs except for the one I want (Google Maps), and even joining the free 
>> trial. I've had no problem with using Gmaps API before but that was quite 
>> some time ago. Can someone help?
>>
>> On Sunday, August 9, 2015 at 1:04:30 AM UTC+8, yccheok wrote:
>>>
>>> Recently, I'm keep getting message of "You do not have sufficient 
>>> permissions to view this page", when I try to browse through "API & auth" 
>>> -> "Credentials"
>>>
>>> I'm the only owner of my Google App Engine account. Hence, I feel 
>>> strange of having such issues.
>>>
>>> Is there anything I can do, to avoid such problem?
>>>
>>> Thanks.
>>>
>>>
>>>

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

[google-appengine] Re: Problem of "You do not have sufficient permissions to view this page"

[Patrice (Cloud Platform Support)]

Hi to both of you,

If one of you could reply on this thread attaching a HAR file of the failed 
attempt, it would help us figure out what could be the issue here. If you 
need help in capturing a HAR file, I would suggest this.  


In the meantime, I've read that a customer who had the same issue as you 
managed to circumvent it by using the old console (appengine.google.com) 
instead of the newer one. This is not a fix, but it would let you work 
while we figure it out.

Also, you could try disabling your add-ons and extensions, maybe one of 
them is interacting weirdly with the console or the requests and is causing 
issues.  
If
 
you find out this is the issue, please let me know which extension was the 
culprit.

Cheers

On Sunday, August 9, 2015 at 11:04:56 AM UTC-4, Benjamin C wrote:
>
> I have the exact same problem. I've tried creating projects, disabling all 
> APIs except for the one I want (Google Maps), and even joining the free 
> trial. I've had no problem with using Gmaps API before but that was quite 
> some time ago. Can someone help?
>
> On Sunday, August 9, 2015 at 1:04:30 AM UTC+8, yccheok wrote:
>>
>> Recently, I'm keep getting message of "You do not have sufficient 
>> permissions to view this page", when I try to browse through "API & auth" 
>> -> "Credentials"
>>
>> I'm the only owner of my Google App Engine account. Hence, I feel strange 
>> of having such issues.
>>
>> Is there anything I can do, to avoid such problem?
>>
>> Thanks.
>>
>>
>>

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

[google-appengine] Wanted!

[Мария Кокаия]

We develop a game server with the expected load of 30,000 users per day. We 
would like to find someone who will explain us how to use Cloud Platform 
optimally. In particular, we need help optimising NDB queries.

-- 
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/80780bd7-af3b-453f-b109-ac82049bdd4f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Request was aborted after waiting too long

[Мария Кокаия]

In the period from 27 to 29 May Create Dynamic Instance did not finish the 
job within a specified platform time.

1). The reasons why this happens are unknown to us. Is it possible to learn 
more about the mechanics of creating instances?
2). How can we protect the service from such behavior in the future?

Thanks,
Mary

-- 
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/c6b4bfd9-fb66-473d-bb8f-9bd754a1582e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Has anyone installed Moodle on google app engine?

[Hafiz Junaid]

I'm trying to install Moodle on google app engine. While uploading files 
from my local deployment, the 10,000 files maximum limit is reached so I'm 
unable to push my code base to the live server. Has anyone else tried this 
before? Is there a different way to achieve this? Please share your 
experiences if you have tried something similar.

Thanks.

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