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

A link to the Public Issue Tracker for App Engine , left out of the last message. On Monday, July 18, 2016 at 5:13:35 PM UTC-4, John Wieczorek wrote: > > I am have been experiencing symptoms similar to those described here and > on the set

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

Hey John, If you believe you've encountered a production issue, which this sounds like, you should file a Public Issue Tracker report. You can also get a support package for more on-demand response times, but we are very diligent with monitoring the Public Issue Trackers at any rate, and you

[google-appengine] Re: Are pending_ms still reported in the logs?

Hey Mark, I've just noticed this myself. I'll follow up with engineering to find out where this information can be accessed in the new logs. Sincerely, Cloud Platform Community Support On Tuesday, July 19, 2016 at 1:13:21 PM UTC-4, Mark Cummins wrote: > > > Is the "pending_ms" metric still

[google-appengine] Are pending_ms still reported in the logs?

Is the "pending_ms" metric still reported in the logs? I see it mentioned in various places (e.g. here: http://bjk5.com/post/40833194761/pending-queues-and-loading-requests-on-app-engine) We're trying to debug some latency issues and this seems like a useful metic to examin. However, I can't

Re: [google-appengine] Re: Google frontend serves gzipped content even if the client doesn't ask for it

On Tue, Jul 19, 2016 at 6:13 AM, Attila-Mihaly Balazs wrote: > If I get a trace, I'll be sure to post it. There is also this short > back-and-forth I had about the topic on the cURL mailing list: > http://comments.gmane.org/gmane.comp.web.curl.general/15227 > > BTW, from the

[google-appengine] Re: Google frontend serves gzipped content even if the client doesn't ask for it

If I get a trace, I'll be sure to post it. There is also this short back-and-forth I had about the topic on the cURL mailing list: http://comments.gmane.org/gmane.comp.web.curl.general/15227 BTW, from the quote I understand that "the server SHOULD use the "identity" content-coding" - ie.

[google-appengine] Re: RemoteAPI - LoginException

I tried the following also - using useApplicationDefaultCredentail. RemoteApiOptions options = new RemoteApiOptions().server(serverConfig.domainName, serverConfig.portNumber). useApplicationDefaultCredential(); installer.install() still throws error. I am running a local

[google-appengine] Re: Instances restart on reaching maximum number of requests

Sure. We use Java, here is the content of appengine-web.xml: F2 0 6 60ms 120ms true true On Monday, July 18, 2016 at 7:39:25 PM UTC+2, Adam (Cloud Platform Support) wrote: > > Would you mind posting the details from your app.yaml? > > On Monday, July 18, 2016 at 11:37:29 AM UTC-4, Iliya

[google-appengine] UnsupportedClassVersionError: org/datanucleus/exceptions/ClassNotResolvedException : Unsupported major.minor version 52.0

Hey there, I am getting following exception when I try to persist table into the data store using PMF, I am using Maven with Resteasy framework code : @POST @Path("/**") @Consumes("*/*") @Produces(MediaType.APPLICATION_JSON) public Response createNewUser(Rider userobject){

[google-appengine] RemoteAPI - LoginException

I am using RemoteApiInstaller installer = new RemoteApiInstaller(); RemoteApiOptions options = new RemoteApiOptions().server(domainName, portNumber) .credentials(userName, passwd); installer.install(options); It is throwing the follow exception