[google-appengine] Re: App Engine down? Multiple App Engine Apps throw HTTP 500

[Robert Gagliano]

We are seeing the same. App Engine standard with Python3.9 runtime. Appears 
it could be related to GCR issues, but not sure.

On Thursday, April 28, 2022 at 8:06:00 AM UTC-7 alexandr...@allocab.com 
wrote:

> Same issue here. Also have the following error in some case : 
> The warmup request failed. Please check your warmup handler implementation 
> and make sure it's working correctly.
>
> On Thursday, April 28, 2022 at 10:57:55 AM UTC-4 and...@n-dream.com wrote:
>
>> FYI: It's happening for Python 2.7 apps in the standard environment.
>>
>> On Thu, Apr 28, 2022 at 4:38 PM Andrin von Rechenberg  
>> wrote:
>>
>>> Hi all
>>>
>>> We have multiple independent AppEngine apps that are not responsive 
>>> anymore.
>>>
>>> The logs show:
>>> *The request failed because the instance could not start successfully*
>>>
>>> We didn't do any releases.
>>>
>>> An example of a failing app is https://airconsole.appspot.com/ (
>>> www.airconsole.com)
>>>
>>> Anyone else experiencing this issue?
>>>
>>> Cheers,
>>> -Andrin
>>>
>>> -- 
>>>
>>>  Andrin von Rechenberg - CEO
>>>  Löwenstrasse 65, 8001 Zurich, Switzerland (map 
>>> )
>>>  N-Dream AG - www.n-dream.com
>>>  LinkedIn: https://ch.linkedin.com/in/andrinvonrechenberg
>>>  Phone: +41 43 535 49 08 <+41%2043%20535%2049%2008> /  Skype: n-dream
>>>  Try out www.airconsole.com - the next-gen game console
>>>
>>>
>>
>> -- 
>>
>>  Andrin von Rechenberg - CEO
>>  Löwenstrasse 65, 8001 Zurich, Switzerland (map 
>> )
>>  N-Dream AG - www.n-dream.com
>>  LinkedIn: https://ch.linkedin.com/in/andrinvonrechenberg
>>  Phone: +41 43 535 49 08 <+41%2043%20535%2049%2008> /  Skype: n-dream
>>  Try out www.airconsole.com - the next-gen game console
>>
>>

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

[google-appengine] Re: AppEngine crashing my webserice randomly with errors

[Robert Bartram]

Hello Darrell.  

No other error's at all in the logs.  The AppEngine stays at about 650MB 
consistently and the CPU at 5% or less.  Were not sure why it happens 
unless Google is pushing out Linus OS updates on the instances forcibly in 
our day times. We don't know where to look next.

We have our app.yaml set to this so we should be ok.

resources:
  cpu: 2
  memory_gb: 2.0
  disk_size_gb: 10

On Thursday, April 21, 2022 at 4:37:00 PM UTC-7 Darrell (Cloud Platform 
Support) wrote:

> Hi,
>
> Are there any other relevant error logs? I am asking because there are a 
> couple of reasons for the shutdown process to occur[1]. I suggest verifying 
> if your instance is exceeding the maximum memory and checking if there are 
> any CPU spikes prior to the crashing.
>
> I hope this helps!
>
> [1] 
> https://cloud.google.com/appengine/docs/standard/go/how-instances-are-managed#shutdown
>
> On Thursday, April 21, 2022 at 10:29:59 AM UTC-4 rob...@cluemaster.io 
> wrote:
>
>> Were getting random AppEngine instance crashing ever so many days. It 
>> seems this year to happen allot more then usual.
>>
>> We get these shutdown errors when it happens in the log console. Any 
>> ideas on why this happens?  Is this Google updating the Linux kernel os 
>> behind the scenes?  Any way to stop that or set updates only on off hours?
>>
>> {
>>   "insertId": "0",
>>   "jsonPayload": {
>> "@type": "type.googleapis.com/cloud_integrity.IntegrityEvent",
>> "shutdownEvent": {},
>> "bootCounter": "25"
>>   },
>>   "resource": {
>> "type": "gce_instance",
>> "labels": {
>>   "instance_id": "",
>>   "zone": "us-central1-c",
>>   "project_id": ""
>> }
>>   },
>>   "timestamp": "2022-04-20T21:07:52.780477835Z",
>>   "severity": "NOTICE",
>>   "logName": "projects//logs/compute.googleapis.com
>> %2Fshielded_vm_integrity",
>>   "receiveTimestamp": "2022-04-20T21:07:54.811246896Z"
>> }
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/48db4576-b728-4ccc-ab5a-7661f526f47bn%40googlegroups.com.

[google-appengine] AppEngine crashing my webserice randomly with errors

[Robert Bartram]

Were getting random AppEngine instance crashing ever so many days. It seems 
this year to happen allot more then usual.

We get these shutdown errors when it happens in the log console. Any ideas 
on why this happens?  Is this Google updating the Linux kernel os behind 
the scenes?  Any way to stop that or set updates only on off hours?

{
  "insertId": "0",
  "jsonPayload": {
"@type": "type.googleapis.com/cloud_integrity.IntegrityEvent",
"shutdownEvent": {},
"bootCounter": "25"
  },
  "resource": {
"type": "gce_instance",
"labels": {
  "instance_id": "",
  "zone": "us-central1-c",
  "project_id": ""
}
  },
  "timestamp": "2022-04-20T21:07:52.780477835Z",
  "severity": "NOTICE",
  "logName": 
"projects//logs/compute.googleapis.com%2Fshielded_vm_integrity",
  "receiveTimestamp": "2022-04-20T21:07:54.811246896Z"
}

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/8d36cccb-61e0-493e-9a30-913abcaa4f8fn%40googlegroups.com.

[google-appengine] Re: "Failed to create manifest file." on gcloud after listing correct manifest.

[Robert Morewood]

On Tuesday, October 15, 2019 at 6:30:09 AM UTC-7, Robert Morewood wrote:
>
> Having trouble converting a plain vanilla static html page from 
> go_appengine to gcloud.
>
> Gcloud reports "Failed to create manifest file." despite reporting a 
> proper manifest, apparently on trying to process the app.yaml file.  (See 
> attached manifest.txt and error.txt).
>
> I would rather stick with go_appengine for now, but mine is using Go 1.6, 
> despite the fact that I use Go1.13 locally, and hence attempts to update my 
> static files are rejected as of Oct 1, 2019.  Can I disable the unused go 
> app stub so as to update the static files?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1e97aa19-dac6-4b00-9f6d-aef89bcb86d4%40googlegroups.com.

[google-appengine] Re: "Failed to create manifest file." on gcloud after listing correct manifest.

[Robert Morewood]

Resolved the issue for now by switching from go to python.  (No scripting 
on THIS page, so no difference.)

On Tuesday, October 15, 2019 at 6:30:09 AM UTC-7, Robert Morewood wrote:
>
> Having trouble converting a plain vanilla static html page from 
> go_appengine to gcloud.
>
> Gcloud reports "Failed to create manifest file." despite reporting a 
> proper manifest, apparently on trying to process the app.yaml file.  (See 
> attached manifest.txt and error.txt).
>
> I would rather stick with go_appengine for now, but mine is using Go 1.6, 
> despite the fact that I use Go1.13 locally, and hence attempts to update my 
> static files are rejected as of Oct 1, 2019.  Can I disable the unused go 
> app stub so as to update the static files?
>

 

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

[google-appengine] "Failed to create manifest file." on gcloud after listing correct manifest.

[Robert Morewood]

Having trouble converting a plain vanilla static html page from 
go_appengine to gcloud.

Gcloud reports "Failed to create manifest file." despite reporting a proper 
manifest, apparently on trying to process the app.yaml file.  (See attached 
manifest.txt and error.txt).

I would rather stick with go_appengine for now, but mine is using Go 1.6, 
despite the fact that I use Go1.13 locally, and hence attempts to update my 
static files are rejected as of Oct 1, 2019.  Can I disable the unused go 
app stub so as to update the static files?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/96b2c931-1c03-410f-a440-93066058c13f%40googlegroups.com.
File upload done.
INFO: Manifest: [{u'static/CurrentSteps.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/531df001a6308c02bb66c1f8dbe47678d3d7d15e',
 u'sha1Sum': '531df001a6308c02bb66c1f8dbe47678d3d7d15e'}, 
u'static/WestCoastSwing2019.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/f33ead0e181881d9a83e40c8de9842f8d30ae917',
 u'sha1Sum': 'f33ead0e181881d9a83e40c8de9842f8d30ae917'}, 
u'static/Mambo2017.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/cdb13d5990e5a28be2095d6bde7d364de0ca4968',
 u'sha1Sum': 'cdb13d5990e5a28be2095d6bde7d364de0ca4968'}, 
u'static/SlowFoxtrot2019.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/1229c096df6db39b043fe6999230929b69d83393',
 u'sha1Sum': '1229c096df6db39b043fe6999230929b69d83393'}, 
u'static/QuickStep2018.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/8717dd9a7e5fbe8d093793ac915c808ff9fdeb8c',
 u'sha1Sum': '8717dd9a7e5fbe8d093793ac915c808ff9fdeb8c'}, u'app.yaml': 
{u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/c4e800b6843024c854df4e1cfa210b1f3bcdae75',
 u'sha1Sum': 'c4e800b6843024c854df4e1cfa210b1f3bcdae75'}, u'static/logo.png': 
{u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/2bd22f6177f822e226e6b637324a0fd4013492df',
 u'sha1Sum': '2bd22f6177f822e226e6b637324a0fd4013492df'}, 
u'static/backupindex.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/8d03f25a68960b4c99f0ac5f7c46e2f0e4f9d57d',
 u'sha1Sum': '8d03f25a68960b4c99f0ac5f7c46e2f0e4f9d57d'}, 
u'static/QuickStep2019.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/f78365fb5656d5384ada1141b7b7d3ddac708d58',
 u'sha1Sum': 'f78365fb5656d5384ada1141b7b7d3ddac708d58'}, 
u'static/Waltz2018.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/fef0cf7c9828997a3eda843e6d9699fb15d9972b',
 u'sha1Sum': 'fef0cf7c9828997a3eda843e6d9699fb15d9972b'}, u'static/index.html': 
{u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/47cd48841ff63c78e5e7bf24bfb073f235ad0d80',
 u'sha1Sum': '47cd48841ff63c78e5e7bf24bfb073f235ad0d80'}, 
u'static/PasoDoble2018.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/bed1553bced4041ac7c43df281af4c8147e01c39',
 u'sha1Sum': 'bed1553bced4041ac7c43df281af4c8147e01c39'}, 
u'static/google8d17d23626644037.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/4d2deface05f9dcccde7efb0f6b0554fcc7088df',
 u'sha1Sum': '4d2deface05f9dcccde7efb0f6b0554fcc7088df'}, 
u'static/Samba2019.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/531f6a33465a456488ca80783fe14f2dc7b46bec',
 u'sha1Sum': '531f6a33465a456488ca80783fe14f2dc7b46bec'}, 
u'static/WestCoastSwing2017.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/d95d288056e7c4ff161deb425b9e0183ebfa8484',
 u'sha1Sum': 'd95d288056e7c4ff161deb425b9e0183ebfa8484'}, 
u'static/History.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/db5b6753fc2689a415348a6036a33592bf0221af',
 u'sha1Sum': 'db5b6753fc2689a415348a6036a33592bf0221af'}, 
u'static/ComingSoon.html': {u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/5a12c2fb7afd026ee5363d10c544b8dc0f0bb989',
 u'sha1Sum': '5a12c2fb7afd026ee5363d10c544b8dc0f0bb989'}, u'static/Flyer.pdf': 
{u'sourceUrl': 
u'https://storage.googleapis.com/staging.letseverybodydance.appspot.com/7cd37a1f761a42620e74a70e004b835facea4847',
 u'sha1Sum': '7cd37a1f761a42620e74a70e004b835facea4847'}, 
u'static/Rumba2017.html': {u'sourceUrl': 

[google-appengine] Re: we need to disable weak ciphers on our GAE standard Java 8 for PCI compliance

[Robert Dyas]

bump - any idea here?

On Monday, June 24, 2019 at 5:08:34 PM UTC-4, Robert Dyas wrote:
>
> We are using a custom domain... PCI security check flagged this issue. We 
> need to disable TLS1.0, DES, 3DES, SSLv3, SSLv3.
> How do we do this?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4d466e3b-5cf1-4910-98c2-607fceefe307%40googlegroups.com.

[google-appengine] we need to disable weak ciphers on our GAE standard Java 8 for PCI compliance

[Robert Dyas]

We are using a custom domain... PCI security check flagged this issue. We 
need to disable TLS1.0, DES, 3DES, SSLv3, SSLv3.
How do we do this?

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

[google-appengine] Re: GAE Flex Instance Went Down at 4:30 PM MST

[Robert Pettique]

It's magically back up.

On Tuesday, January 29, 2019 at 5:34:03 PM UTC-7, Robert Pettique wrote:
>
> All of my GAE Flex instances in different projects went down around 4:30 
> PM MST. When you view the instances tab, the instances don't have id's but 
> are spinning. On one of my other projects, I tried to stop and restart the 
> versions to no avail. They keep failing. We haven't made any changes or 
> done anything. These projects have been running fine for months. Any ideas? 
> Is Google Cloud experiencing issues?
>

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

[google-appengine] GAE Flex Instance Went Down at 4:30 PM MST

[Robert Pettique]

All of my GAE Flex instances in different projects went down around 4:30 PM 
MST. When you view the instances tab, the instances don't have id's but are 
spinning. On one of my other projects, I tried to stop and restart the 
versions to no avail. They keep failing. We haven't made any changes or 
done anything. These projects have been running fine for months. Any ideas? 
Is Google Cloud experiencing issues?

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

[google-appengine] Re: HIPAA for Google Datastore and GAE standard?

[Robert Erdt]

Hi!

I am not sure there is a clear understanding of HIPAA at Google. 

Google says Cloud SQL is covered, but not GAE.

So you can only conclude that PHI stored in Google Cloud SQL is covered by 
the BAA.

The problem is connecting to the Cloud SQL from a web application. In my 
case, the ID and password is stored in the POM file, which can be seen in 
clear text. 

However, the only way to see the clear text is to log on from my account or 
a Google employee looking at my code. Then brings the next concerns, if 
someone logs on from my account changes the password of the MySQL database, 
they get access.

The question is - 
Can any one else access the GAE? With the exception, those assigned and 
given access to the GAE?

Does anyone have this answer? 

If the GAE is secured from others, then it is HIPAA compliant.

On Wednesday, January 4, 2017 at 4:42:02 AM UTC-5, Þórir Gunnarsson wrote:
>
> Thanks for taking the time to respond.
>
> As we are moving towards HIPAA in the immediate future we will start 
> planning the migration of our system to the covered products.
>
> As far as I can tell this is what we need to do (a very rough outline):
> - AppEngine Standard environment for java -> move the code to work on 
> Compute Engine or Container Engine. Flexible environment doesn't seem to be 
> covered.
> - Datastore (using Objectify) -> move to Cloud SQL
> - Memcache -> operate our own instance of Memcache or Redis in Compute 
> Engine
>
> We are also using:
> - Task Queue -> use the java client library (It seems to be available now, 
> haven't tried it) and make sure no protected data is passed through it
> - Pub/Sub -> should work pretty much the same way as before, just make 
> sure no protected data is passed through it
> - Cloud messaging -> should work pretty much the same way as before, just 
> make sure no protected data is passed through it
>
> What do you think, does this sound like a plan? I only have about 40 
> different entities in Datastore so this will probably keep me busy for a 
> few days :-)
>
>
> On Tuesday, January 3, 2017 at 4:52:08 PM UTC, Þórir Gunnarsson wrote:
>>
>> Hi
>>
>> Does anyone know of plans, short term or long term to include Google 
>> Datastore and AppEngine standard environment in the HIPAA Cloud Platform 
>> BAA.
>>
>> These are not in the list of covered products as seen on: 
>> https://cloud.google.com/security/compliance.
>>
>> "
>> Google Cloud Platform will also support HIPAA covered customers by 
>> entering into a Business Associates Agreement. The Cloud Platform BAA 
>> currently covers Compute Engine, Cloud Storage, Cloud SQL, Cloud Dataproc, 
>> Genomics, BigQuery, Container Engine, Container Registry, Cloud Dataflow, 
>> and Cloud Bigtable.
>> "
>>
>

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

[google-appengine] Re: Google App Engine - Region

[Robert Dyas]

We need this too for GAE Standard Environment... basically a GAE Std in EU 
going to backend databases hosted on VMs in EU, and GAE Std in US going to 
backend databases hosted on VMs in US. We need both in the same project to 
share services accounts, datastore tables, storeage buckets, etc.

On Sunday, September 24, 2017 at 11:04:16 AM UTC-4, Hossein Amerkashi wrote:
>
> Hello,
>
> I am using GAE and have deployed an app. The performance seems to be 
> pretty good for USA east-coast. I'm getting complaints from UK users that 
> performance, during certain times, is very slow. How do I find out what 
> region the servers are and how can I upgrade for multiple regions?
>
> THANKS
>

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

[google-appengine] Re: Google App Engine multiple regions

[Robert Dyas]

We need this too for GAE Standard Environment... basically an GAE in EU 
going to backend databases hosted on VMs in EU, and GAE in US going to 
backend databases hosted on VMs in US.

On Monday, June 20, 2016 at 5:13:12 AM UTC-4, Yon Dev wrote:
>
> I am evaluating whether GAE would be a good fit for an upcoming project.
>
> I was wondering how scaling across regions work with GAE? If I set my 
> project location to US and then create an GAE instance and most access to 
> the GAE is from EU will it automatically scale out to Europe? 
> Or how does it work?
> If it was a on Compute Engine I believe I could have created multiple 
> instances and then made a HTTP Load Balancer that would route the user to 
> the closest instance based on proximity.
>
> https://cloud.google.com/about/locations/
> Reading the link above it says that it scales automatically within or 
> accross multi-regional locations.
> What does that mean? Do I have to enable automatic scaling across regions? 
> If so, how do I do that?
> And secondly, if it does handle automatic scaling across regions, the 
> choice one makes for App engine location when creating a new project, is 
> that irrelevant for a Google App Engine instance?
>
> I tried asking on Stackoverflow but without answer so I am turning to you 
> in hope for an answer.
>
> http://stackoverflow.com/questions/37849433/google-app-engine-multiple-regions
>
> Thank you in advance,
> Yon
>

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

[google-appengine] GAE std deployed to multiple regions within the same project?

[Robert Dyas]

Is there any chance I will be able to have GAE std deployed to multiple 
regions within the same project? We want a GAE std in US accessing 
databases in the US, with a European GAE std accessing databases in the EU. 
We want them on the same project so all of the security keys, and 
especially datastore tables and storage bucket permissions can be accessed 
by either. So eu.parasql.com hits app engine eurpoe (which has its 
databases in EU) while us.parasql.com hits app engine US central which is 
where the US databases are located.

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

[google-appengine] App Engine std java 8 still can't access some Google Cloud SQL gen1 instances

[Robert Dyas]

The Good Cloud Status dashboard says all problems are resolved, but we are 
in us central 1c and still having issues with App Engine accessing some of 
our Google Cloud SQL gen 1 instances. We can access the directly, but not 
via app engine. Also, some are accessible and some are not.

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

[google-appengine] GAE std java8 timeout exception logging?

[Robert Dyas]

With GAE std and java8, when the 60 second time limit is exceeded and your 
process is killed (or whatever) it does not appears that this timeout is 
shown in the logs? Am I missing something or is this a 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/23891eb1-dba3-48a5-aca2-37ca234c44f2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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

[Robert Dyas]

Also using the native java8 https request, it throws an exception if you 
call conn.getInputStream() and the response code is 400 series. That code 
worked fine in java7 and java8 with urlfetch, but in java8 native you have 
to call conn.getErrorStream() after testing the response code to know what 
method to call to get the body.

On Thursday, July 6, 2017 at 3:45:38 PM UTC-4, Patrick Jackson wrote:
>
> Super excited to see Java 8 support.  The removal of the white-list is 
> also huge!  Curious about other's experiences with it so far.  Any 
> instability, things to note or consider.
> I know this is beta and no SLA until GA and all that, just would be 
> interested to hear from any devs that have been using it for real apps and 
> traffic.
>
> -Patrick Jackson
>

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

[google-appengine] Re: GAE std with java8 making https request

[Robert Dyas]

I don't know of any way to log the outbound headers, but yes I've logged 
and sent the card processor the response headers.
I assume app engine urlfetch adds some headers on outbound but I can't see 
how that would matter.
Stumped. Waiting for their reply after they look into it.

Can I assume that outbound https with java8 native is "unmolested" or does 
google still intercept requests and responses?


On Thursday, July 13, 2017 at 4:55:09 PM UTC-4, Yannick (Cloud Platform 
Support) wrote:
>
> Hello Robert,
>
> Have you tried logging your requests (with headers) to check in which ways 
> they differ? There might be some platform-specific differences that the 
> card processor is not accounting for or handling poorly for some reason.
>
> On Thursday, July 13, 2017 at 3:07:20 PM UTC-4, Robert Dyas wrote:
>>
>> On further research it is something to do with native vs urlfetch:
>>
>> urlfetch
>>
>> Adding the above to my appengine-web.xml file allows it to run correctly 
>> in both java7 and java8 (would be nice to have this mentioned in the notes 
>> about switching to java8 from java7... and a summary of any other 
>> compatibility settings).
>>
>> Now the remaining question is: why when using native does it not work?
>>
>>
>> On Thursday, July 13, 2017 at 11:40:28 AM UTC-4, Robert Dyas wrote:
>>>
>>> We have GAE std app that has been running for a coupe of years on java7 
>>> making some https requests out to our credit card processor. Works fine.
>>>
>>> When we switched to java8 runtime those same https requests are getting 
>>> a 400 response code from the credit card processor.
>>>
>>> Any ideas as to what might be causing this or where to look?
>>>
>>>

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

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

[Robert Dyas]

*Glitches*: Main glitch so far is that we needed to set  
urlfetch 
in our appengine-web.xml file for some reason. Still trying to figure out 
why we can make the request on java7 and 8 via urlfetch, but it doesn't 
work on native on java8. We could be doing something stupid but can't 
figure it out yet...

*Performance*: for our use case (hitting databases on GCE) it is much, much 
faster than java7. Huge improvement not only in speed, but in consistency 
of speed. We suspected that the security manager was causing a lot of 
socket overhead under java7... so maybe the lack of a security manager in 
java8 is why our particular use case runs so much better.


On Thursday, July 6, 2017 at 3:45:38 PM UTC-4, Patrick Jackson wrote:
>
> Super excited to see Java 8 support.  The removal of the white-list is 
> also huge!  Curious about other's experiences with it so far.  Any 
> instability, things to note or consider.
> I know this is beta and no SLA until GA and all that, just would be 
> interested to hear from any devs that have been using it for real apps and 
> traffic.
>
> -Patrick Jackson
>

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

[google-appengine] Re: GAE std with java8 making https request

[Robert Dyas]

On further research it is something to do with native vs urlfetch:

urlfetch

Adding the above to my appengine-web.xml file allows it to run correctly in 
both java7 and java8 (would be nice to have this mentioned in the notes 
about switching to java8 from java7... and a summary of any other 
compatibility settings).

Now the remaining question is: why when using native does it not work?


On Thursday, July 13, 2017 at 11:40:28 AM UTC-4, Robert Dyas wrote:
>
> We have GAE std app that has been running for a coupe of years on java7 
> making some https requests out to our credit card processor. Works fine.
>
> When we switched to java8 runtime those same https requests are getting a 
> 400 response code from the credit card processor.
>
> Any ideas as to what might be causing this or where to look?
>
>

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

[google-appengine] GAE std with java8 making https request

[Robert Dyas]

We have GAE std app that has been running for a coupe of years on java7 
making some https requests out to our credit card processor. Works fine.

When we switched to java8 runtime those same https requests are getting a 
400 response code from the credit card processor.

Any ideas as to what might be causing this or where to look?

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

[google-appengine] Re: App Engine to Compute Engine communication via internal IP

[Robert Dyas]

Now that GAE Std Java 8 is in beta, is there any update on when this might 
become available for testing?

On Wednesday, January 4, 2017 at 1:25:40 PM UTC-5, Lorne Kligerman wrote:
>
> As Adam mentioned, this is only possible right now with the flex.  However 
> we do know this is a problem and are working towards a solution for 
> standard, nothing more to report at this time.
>
>
> On Friday, December 30, 2016 at 1:53:53 PM UTC-8, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hey Jitenda,
>>
>> The Flexible Environment can be used by any user, although of course 
>> being a beta product, it isn't covered by the same SLA's as other products. 
>> You should check our documentation including the terms of service 
>> , service level agreements 
>> , and the explanation of launch 
>> stages .
>>
>> Cheers,
>>
>> Nick
>> Cloud Platform Community Support
>>
>> On Thursday, December 29, 2016 at 9:14:50 AM UTC-5, JITENDRA GANGWAR 
>> wrote:
>>>
>>> Thanks Adam for your answer , But  as per this documentation 
>>>  App Engine flexible 
>>> environment is still in beta release , can it be used in production ?
>>>
>>> On Saturday, June 25, 2016 at 2:38:46 AM UTC+5:30, Adam (Cloud Platform 
>>> Support) wrote:

 You should be able to do this if you use a Flexible Environment 
 instance, and specify the same network name 
 
  
 in the app.yaml that your Compute Engine instance running MySQL is on. It 
 won't work for Standard Environment instances as they are on separate, 
 physical networks.

 I say "should" as I haven't played around with this, and there's an 
 additional layer of network routing from the Docker container the app 
 lives 
 in which also has its own local subnet.

 On Friday, June 24, 2016 at 10:43:29 AM UTC-4, Stephen Dunkley wrote:
>
> I have a Java Web application deployed on a Compute Engine instance 
> connecting to MySql running on another Compute Engine instance in the 
> same 
> project. I am able to connect to MySql using the internal IP address 
> (jdbc:mysql://10.240.0.4:3306/).
>
> If I deploy the same web application to an App Engine instance within 
> the same project, I can only connect to the MySql instance via the 
> extermal 
> IP address (jdbc:mysql://104.196.148.141:3306/
> If I try to use the internal IP address, I get a Communication Link 
> Failure, Permission Denied due to policy.
>
> My question is how do I open up communication between an App Engine 
> instance and a Compute Engine instance via an internal IP address? The 
> performance is about 5 x faster when using the internal IP address.
>
> Any help would be much appreciated
>


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

[google-appengine] Re: Connecting from app engine instance to compute engine instance directly

[Robert Dyas]

Still waiting here too. 

On Wednesday, June 21, 2017 at 2:45:20 PM UTC-4, David Grant wrote:
>
> Any update on this?
>
>

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

[google-appengine] Re: Taskqueue ETA *sometimes* 1 hour off in AppEngine

[Robert _]

For those of you who might run into this in the future.. I've gleaned that 
task ETA is the "soonest" a task will execute.  Under load those times 
start to slip.  Even after jacking queue processing rates way up I'm 
finding huge delays build up over time.  I'm going to need a new scheduling 
strategy.  For high throughput workloads, be warned: executing tasks with 
an ETA is not reliable.  Perhaps there is a way to spin up additional 
appengine instances... but for my purposes I'm going to write some code to 
determine if a task is "late" when I execute it and re-schedule it 
appropriately so my tasks remain spaced at a proper distance.  


On Thursday, June 8, 2017 at 11:42:53 AM UTC-4, Robert _ wrote:
>
> As a quick follow-on I should note that this is not an issue with my local 
> machine or development environment.  Tasks are being enqueued *from the 
> exact same Compute Engine machine* in all scenarios.  I have done the work 
> to isolate this issue.  The timing error is either introduced by the 
> mechanism that pushes the task into the queue or by the queue mechanism 
> itself.
>
>
> On Thursday, June 8, 2017 at 11:34:35 AM UTC-4, Robert _ wrote:
>>
>>
>> I'm experiencing a very tricky bug or "feature" in Taskqueues regarding 
>> tasks set with an ETA.  Tasks are being executed 1 hour later than expected 
>> *in some instances* (inconsistently).  I think this behavior started after 
>> DST.
>>
>> In my experience with a handful of scheduled tasks (e.g. development), it 
>> works fine.  I'm using UTC timestamps in my Tasks set with the 
>> "etaMillis()" method in the Taskqueue API.  Things execute just when 
>> expected.  
>>
>> Each night, however, I have thousands of tasks that queue up.  This 
>> causes multiple AppEngine instances to fire up (and I think this is 
>> important--the root cause of the inconsistent behavior).  Only during load 
>> am I seeing this issue.  *Some* tasks--are executing exactly 1 hour behind 
>> when they are expected to.  My AppEngine region is us-central.
>>
>> Task queues are a wonderful feature of AppEngine.  Anyone else experience 
>> this with high volumes of scheduled tasks?  What's going on?  Different app 
>> engine instances with different time zone settings?  
>>
>> I'm thinking a potential alternative will be to specify countdown 
>> instead... maybe this will resolve the issue?
>>
>

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

[google-appengine] Re: Appengine search API doesn't work for deploys in flex environment

[Robert _]

This thread highlights one of my main complains with Google's Cloud 
Platform: no roadmap! (at least not one they care to share with customers). 
 
The "everything is beta" environment might just be tolerable if there was a 
roadmap.  

As far as the Flex environment goes... you should think of it this way: 
it's a compute engine instance.  You can only do things in Flex that you 
can do in Compute Engine.  Google has written bridge libraries for many of 
the things in the Standard Environment (e.g. Datastore, Cloud SQL) but has 
left many things unsupported... Search API is one of those things.  I 
wouldn't hold your breath.  Deprecation of the Compat image is further 
proof that they've really given up on trying to bridge compute and 
appengine standard.  Perhaps the new focus is containers.  


On Thursday, June 8, 2017 at 1:10:14 AM UTC-4, Jianliang Zhao wrote:
>
> He also mentioned "*It was available on AppEngine Flex using the compat 
> runtime, but as you said, this is deprecated and will stop working on 
> October 27th, 2017.*"
>
> Is the date "*October 27th*" official?
>
> I also have a followup comment that I wonder if you could help answer:
>
> "*Do you know if there is a plan to upgrade the go version for the 
> appengine standard service ? Seems it's still on go 1.6 and the package 
> vendoring doesn't work for me for the deploy time build. Also, do you know 
> why it's not getting supported in the flex environment?*"
>
>
> On Wednesday, June 7, 2017 at 12:08:39 PM UTC-7, George (Cloud Platform 
> Support) wrote:
>>
>> The author of the reply to your stackoverflow question is right: the 
>> Search service is currently unavailable outside of the standard 
>> environment, as stated in the "Migrating Services from the Standard 
>> Environment to the Flexible Environment" online document 
>> . 
>>
>

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

[google-appengine] Re: Taskqueue ETA *sometimes* 1 hour off in AppEngine

[Robert _]

As a quick follow-on I should note that this is not an issue with my local 
machine or development environment.  Tasks are being enqueued *from the 
exact same Compute Engine machine* in all scenarios.  I have done the work 
to isolate this issue.  The timing error is either introduced by the 
mechanism that pushes the task into the queue or by the queue mechanism 
itself.


On Thursday, June 8, 2017 at 11:34:35 AM UTC-4, Robert _ wrote:
>
>
> I'm experiencing a very tricky bug or "feature" in Taskqueues regarding 
> tasks set with an ETA.  Tasks are being executed 1 hour later than expected 
> *in some instances* (inconsistently).  I think this behavior started after 
> DST.
>
> In my experience with a handful of scheduled tasks (e.g. development), it 
> works fine.  I'm using UTC timestamps in my Tasks set with the 
> "etaMillis()" method in the Taskqueue API.  Things execute just when 
> expected.  
>
> Each night, however, I have thousands of tasks that queue up.  This causes 
> multiple AppEngine instances to fire up (and I think this is important--the 
> root cause of the inconsistent behavior).  Only during load am I seeing 
> this issue.  *Some* tasks--are executing exactly 1 hour behind when they 
> are expected to.  My AppEngine region is us-central.
>
> Task queues are a wonderful feature of AppEngine.  Anyone else experience 
> this with high volumes of scheduled tasks?  What's going on?  Different app 
> engine instances with different time zone settings?  
>
> I'm thinking a potential alternative will be to specify countdown 
> instead... maybe this will resolve the issue?
>

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

[google-appengine] Taskqueue ETA *sometimes* 1 hour off in AppEngine

[Robert _]

I'm experiencing a very tricky bug or "feature" in Taskqueues regarding 
tasks set with an ETA.  Tasks are being executed 1 hour later than expected 
*in some instances* (inconsistently).  I think this behavior started after 
DST.

In my experience with a handful of scheduled tasks (e.g. development), it 
works fine.  I'm using UTC timestamps in my Tasks set with the 
"etaMillis()" method in the Taskqueue API.  Things execute just when 
expected.  

Each night, however, I have thousands of tasks that queue up.  This causes 
multiple AppEngine instances to fire up (and I think this is important--the 
root cause of the inconsistent behavior).  Only during load am I seeing 
this issue.  *Some* tasks--are executing exactly 1 hour behind when they 
are expected to.  My AppEngine region is us-central.

Task queues are a wonderful feature of AppEngine.  Anyone else experience 
this with high volumes of scheduled tasks?  What's going on?  Different app 
engine instances with different time zone settings?  

I'm thinking a potential alternative will be to specify countdown 
instead... maybe this will resolve the issue?

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

[google-appengine] Re: stuck migrating GAE std in Eclipse from old plugin to Cloud tools for Eclipse

[Robert Dyas]

Since we don't use JDO at all, can I assume just deleting the jdoconfig.xml 
file is safe?
App Engine doesn't need it if JDO isn't used, correct?


On Monday, June 5, 2017 at 8:36:39 PM UTC-4, Robert Dyas wrote:
>
> I just upgraded from the Eclipse plugin to Cloud Tools for Eclipse and now 
> my project is a mess.
>
> I did this: https://cloud.google.com/eclipse/docs/converting
>
> I now have a ton of bad imports... for example I have  ton of 
> com.google.appengine.api.datastore references that are now broken.
>
> What is the best way to get them back? I don't even see a place to 
> download a JAR for it.
>
>

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

[google-appengine] Re: stuck migrating GAE std in Eclipse from old plugin to Cloud tools for Eclipse

[Robert Dyas]

And it also doesn't like the src/META-INF/jdoconfig.xml 
Is this file needed?
Is there a more correct one to use?

Description Resource Path Location Type
cvc-elt.1: Cannot find the declaration of element 'jdoconfig'. jdoconfig.xml 
/ParaSQL/src/META-INF line 4 XML Problem


Description Resource Path Location Type
Referenced file contains errors (http://java.sun.com/xml/ns/jdo/jdoconfig). 
 For more information, right click on the message in the Problems View and 
select "Show Details..." jdoconfig.xml /ParaSQL/src/META-INF line 1 XML 
Problem



On Monday, June 5, 2017 at 8:36:39 PM UTC-4, Robert Dyas wrote:
>
> I just upgraded from the Eclipse plugin to Cloud Tools for Eclipse and now 
> my project is a mess.
>
> I did this: https://cloud.google.com/eclipse/docs/converting
>
> I now have a ton of bad imports... for example I have  ton of 
> com.google.appengine.api.datastore references that are now broken.
>
> What is the best way to get them back? I don't even see a place to 
> download a JAR for it.
>
>

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

[google-appengine] Re: stuck migrating GAE std in Eclipse from old plugin to Cloud tools for Eclipse

[Robert Dyas]

Thanks - that did help a lot. I thought I already tried that but I 
mistakenly added Google API Libraries not Google App Engine.

Now I have some other issues... in my web.xml it doesn't like the following 
section because com.google.api.server.spi.SystemServiceServlet still can't 
be resolved.


SystemServiceServlet
com.google.api.server.spi.SystemServiceServlet

services




SystemServiceServlet
/_ah/spi/*

 

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

[google-appengine] stuck migrating GAE std in Eclipse from old plugin to Cloud tools for Eclipse

[Robert Dyas]

I just upgraded from the Eclipse plugin to Cloud Tools for Eclipse and now 
my project is a mess.

I did this: https://cloud.google.com/eclipse/docs/converting

I now have a ton of bad imports... for example I have  ton of 
com.google.appengine.api.datastore references that are now broken.

What is the best way to get them back? I don't even see a place to download 
a JAR for it.

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

[google-appengine] is app engine having short intermittent problems today?

[Robert Dyas]

We've seen very short lived (works on retry) intermittent problems on GAE 
std today.
Anybody else?

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

Re: [google-appengine] Re: need to connect App Engine Std to GCE via internal IP address

[Robert Dyas]

Yes, but in addition to that consider it a feature request that the 
incoming IP address from GAE std to GCE will be easily identifiable (or a 
range). The reason for this is we have some servers that will still be 
accepting requests over their external IP that will be required to be 
encrypted, while the internal ones from GAE can come in unencrypted . To do 
this with MariaDB we need to see the incoming IP address ... so if its 
something like if its in 10.xxx.xxx.xxx we know its internal, and if not 
then its external and requires encryption.


On Monday, April 24, 2017 at 7:30:26 PM UTC-4, Lorne Kligerman wrote:
>
> More details to come, however we will provide a mechanism to be sure that 
> only your App Engine app can connect to your own GCE VMs.
>
> On Mon, Apr 24, 2017 at 1:41 PM, Robert Dyas <rober...@parasql.com 
> > wrote:
>
>> Question: will the IP address from App Engine Std appear as though its on 
>> the internal GCE network? Hopefully yes so that its easy to filter incoming 
>> requests as coming from a trusted source or not.
>>
>> On Sunday, April 23, 2017 at 5:27:25 PM UTC-4, Lorne Kligerman wrote:
>>
>>> Hey folks,
>>>
>>> I'm glad to report that this is something that we're actively working on!
>>> Nothing to report at the moment on timing but when ready for some 
>>> testing I'll be sure to send a note here.  Stay tuned!
>>>
>>> Cheers,
>>> Lorne.
>>> Product Manager - App Engine
>>>
>>> On Saturday, April 22, 2017 at 7:15:31 AM UTC-7, Robert Dyas wrote:
>>>>
>>>> Yep, that helps. Thank you. I also bet that if you ran a test 
>>>> connecting over a 7 day period you would see lots of times where that 
>>>> ~200-400ms becomes ~1,000 to ~2,000+ms. When I run this same test 
>>>> machine-2-machine using the internal IP addresses on GCE, the time is 
>>>> close 
>>>> enough to zero that I don't care. The net difference in our app is a 
>>>> single 
>>>> request (a client can make up to 3 for a complex ERP screen) takes 
>>>> ~400-900ms (open tls connection, all the back and forth) whereas the same 
>>>> thing tested GCE to GCE via intenal ip takes 10ms (with high 
>>>> consistency.). 
>>>> Multiply those numbers by 3x for our biggest customers (most complex apps) 
>>>> and you are looking at ~30ms vs ~2,000mm wait per click (which gets old.) 
>>>> They do tolerate this because they are coming from really nasty systems, 
>>>> but we want to provide the best possible cloud experience.
>>>>
>>>> I really hope someone at Google is monitoring this thread. If we could 
>>>> allocate our GAE std setup to the default GCE network for our project and 
>>>> avoid all this socket overhead it would be a very, very, very good thing.
>>>>
>>>>
>>>>
>>>> On Saturday, April 22, 2017 at 9:05:28 AM UTC-4, Evan Jones wrote:
>>>>>
>>>>> I just took a quick look at the trace viewer for ~5 requests. It looks 
>>>>> like sending/receiving data on an existing connection takes around 1-5 ms 
>>>>> for the Send and Receive calls.
>>>>>
>>>>> For creating a new connection: I see times like:
>>>>>
>>>>> CreateSocket: 3-5 ms
>>>>> Resolve: 1 ms
>>>>> Connect: 2-12 ms
>>>>>
>>>>> ... a whole bunch of additional Send/Receives that I assume are due to 
>>>>> the fact we use TLS connections, so there is a handshake that is required.
>>>>>
>>>>> This whole process can take ~200-400 ms; some of which is "our fault" 
>>>>> because our server takes some time to execute the TLS handshake (I'm 
>>>>> guessing this adds ~50 ms, looking at the traces).
>>>>>
>>>>> Hope that helps!
>>>>>
>>>>>
>>>>>
>>>>> On Friday, April 21, 2017 at 5:56:55 PM UTC-4, Robert Dyas wrote:
>>>>>>
>>>>>> Do you have any idea how much slower creating a new connection is? 
>>>>>> This is probably our issue.
>>>>>>
>>>>>> We don't use connection pooling currently as each user is logged in 
>>>>>> to the db with their own credentials (ERP type app), but it might be 
>>>>>> worth 
>>>>>> exploring if the pooling and driver can handle that. It would be great 
>>>>>> to 
>>>>>> know how mu

[google-appengine] Re: need to connect App Engine Std to GCE via internal IP address

[Robert Dyas]

Question: will the IP address from App Engine Std appear as though its on 
the internal GCE network? Hopefully yes so that its easy to filter incoming 
requests as coming from a trusted source or not.

On Sunday, April 23, 2017 at 5:27:25 PM UTC-4, Lorne Kligerman wrote:
>
> Hey folks,
>
> I'm glad to report that this is something that we're actively working on!
> Nothing to report at the moment on timing but when ready for some testing 
> I'll be sure to send a note here.  Stay tuned!
>
> Cheers,
> Lorne.
> Product Manager - App Engine
>
> On Saturday, April 22, 2017 at 7:15:31 AM UTC-7, Robert Dyas wrote:
>>
>> Yep, that helps. Thank you. I also bet that if you ran a test connecting 
>> over a 7 day period you would see lots of times where that ~200-400ms 
>> becomes ~1,000 to ~2,000+ms. When I run this same test machine-2-machine 
>> using the internal IP addresses on GCE, the time is close enough to zero 
>> that I don't care. The net difference in our app is a single request (a 
>> client can make up to 3 for a complex ERP screen) takes ~400-900ms (open 
>> tls connection, all the back and forth) whereas the same thing tested GCE 
>> to GCE via intenal ip takes 10ms (with high consistency.). Multiply those 
>> numbers by 3x for our biggest customers (most complex apps) and you are 
>> looking at ~30ms vs ~2,000mm wait per click (which gets old.) They do 
>> tolerate this because they are coming from really nasty systems, but we 
>> want to provide the best possible cloud experience.
>>
>> I really hope someone at Google is monitoring this thread. If we could 
>> allocate our GAE std setup to the default GCE network for our project and 
>> avoid all this socket overhead it would be a very, very, very good thing.
>>
>>
>>
>> On Saturday, April 22, 2017 at 9:05:28 AM UTC-4, Evan Jones wrote:
>>>
>>> I just took a quick look at the trace viewer for ~5 requests. It looks 
>>> like sending/receiving data on an existing connection takes around 1-5 ms 
>>> for the Send and Receive calls.
>>>
>>> For creating a new connection: I see times like:
>>>
>>> CreateSocket: 3-5 ms
>>> Resolve: 1 ms
>>> Connect: 2-12 ms
>>>
>>> ... a whole bunch of additional Send/Receives that I assume are due to 
>>> the fact we use TLS connections, so there is a handshake that is required.
>>>
>>> This whole process can take ~200-400 ms; some of which is "our fault" 
>>> because our server takes some time to execute the TLS handshake (I'm 
>>> guessing this adds ~50 ms, looking at the traces).
>>>
>>> Hope that helps!
>>>
>>>
>>>
>>> On Friday, April 21, 2017 at 5:56:55 PM UTC-4, Robert Dyas wrote:
>>>>
>>>> Do you have any idea how much slower creating a new connection is? This 
>>>> is probably our issue.
>>>>
>>>> We don't use connection pooling currently as each user is logged in to 
>>>> the db with their own credentials (ERP type app), but it might be worth 
>>>> exploring if the pooling and driver can handle that. It would be great to 
>>>> know how much slower you found creating the connection is vs write to open 
>>>> connection...
>>>>
>>>>
>>>>
>>>> On Wednesday, April 19, 2017 at 8:24:59 PM UTC-4, Evan Jones wrote:
>>>>>
>>>>> My understanding is that App Engine Standard can only talk to things 
>>>>> that are accessible via a "public" Internet IP address, so I'm not sure 
>>>>> I'm 
>>>>> going to be able to provide any magic suggestions. However, I will 
>>>>> mention 
>>>>> that in our experience we can get "reasonable" latency. In particular, we 
>>>>> collect application-specific metrics by sending them from our Python App 
>>>>> Engine Standard code to compute engine, over an SSL encrypted socket 
>>>>> (this 
>>>>> is using the socket API directly). The App Engine standard traces show 
>>>>> these packet writes taking about ~1-2 ms, but we certainly see that 
>>>>> creating a *new* connection is much, much slower. With a connection pool, 
>>>>> our application sees reasonable latency.
>>>>>
>>>>> We also have some things making HTTP requests via the urlfetch API, 
>>>>> and again we see "reasonable" latency (although I should check what it 
>>>>> actually is, I haven't looked recently).
&

[google-appengine] Re: Connecting from app engine instance to compute engine instance directly

[Robert Dyas]

The sooner the better!

On Sunday, April 23, 2017 at 5:30:26 PM UTC-4, Lorne Kligerman wrote:
>
> If a direct connection between an App Engine standard app to a GCE VM via 
> an internal IP address is what you're looking for, work is in progress!
> When ready for testing I'll be sure to drop a note to this group.
>
> Cheers,
> Lorne.
> Product Manager - App Engine
>
> On Wednesday, April 19, 2017 at 11:32:26 AM UTC-7, Nicholas (Google Cloud 
> Support) wrote:
>>
>> This thread is a little dated and may not get the attention you expect. 
>>  I'd recommend posting to a new thread and describing exactly the 
>> requirements you seek.  When doing so, please describe the criteria you 
>> need met.
>>
>>- Would GAE being issuing request and GCE, responses?  The other way 
>>around?  Both?
>>- Are requests and responses tightly coupled like HTTP 
>>requests/responses or more independent like tasks in task queues 
>> reflecting 
>>asynchronous requests?
>>- What type of scaling would be employed for the App Engine 
>>component?  Would the Compute Engine instances also be scaled?
>>- What solutions have you tried?  Any of the ones posted above?
>>
>>
>> On Tuesday, April 18, 2017 at 11:32:37 PM UTC-4, Robert Dyas wrote:
>>>
>>> Has there been any progress on this?
>>>
>>> On Thursday, May 7, 2015 at 1:52:39 PM UTC-4, Ian Childress wrote:
>>>>
>>>> We (our Go dev team) want to connect our app engine apps to our compute 
>>>> engine apps directly using internal IP address. From my understanding 
>>>> through documentation and exhaustive searching, the solution is to use a 
>>>> public IP address. This solution requires whitelisting an entire ip block 
>>>> (Google's ip block for app engine). This both increases security risk as 
>>>> well as charges additional bandwidth. The other solution is to use a 
>>>> messaging service PubSub. This is fine for submitting tasks to be 
>>>> performed 
>>>> by the back end app, but it prevents the app engine from receiving the 
>>>> response from the compute engine. 
>>>>
>>>> Have I missed the solution somewhere that allows for internal 
>>>> communication between app engine and compute engine? Using a job queue or 
>>>> public IP is not a replacement for an internal socket connection.
>>>>
>>>

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

[google-appengine] Re: need to connect App Engine Std to GCE via internal IP address

[Robert Dyas]

That's great news! It can't come too soon!

On Sunday, April 23, 2017 at 5:27:25 PM UTC-4, Lorne Kligerman wrote:
>
> Hey folks,
>
> I'm glad to report that this is something that we're actively working on!
> Nothing to report at the moment on timing but when ready for some testing 
> I'll be sure to send a note here.  Stay tuned!
>
> Cheers,
> Lorne.
> Product Manager - App Engine
>
> On Saturday, April 22, 2017 at 7:15:31 AM UTC-7, Robert Dyas wrote:
>>
>> Yep, that helps. Thank you. I also bet that if you ran a test connecting 
>> over a 7 day period you would see lots of times where that ~200-400ms 
>> becomes ~1,000 to ~2,000+ms. When I run this same test machine-2-machine 
>> using the internal IP addresses on GCE, the time is close enough to zero 
>> that I don't care. The net difference in our app is a single request (a 
>> client can make up to 3 for a complex ERP screen) takes ~400-900ms (open 
>> tls connection, all the back and forth) whereas the same thing tested GCE 
>> to GCE via intenal ip takes 10ms (with high consistency.). Multiply those 
>> numbers by 3x for our biggest customers (most complex apps) and you are 
>> looking at ~30ms vs ~2,000mm wait per click (which gets old.) They do 
>> tolerate this because they are coming from really nasty systems, but we 
>> want to provide the best possible cloud experience.
>>
>> I really hope someone at Google is monitoring this thread. If we could 
>> allocate our GAE std setup to the default GCE network for our project and 
>> avoid all this socket overhead it would be a very, very, very good thing.
>>
>>
>>
>> On Saturday, April 22, 2017 at 9:05:28 AM UTC-4, Evan Jones wrote:
>>>
>>> I just took a quick look at the trace viewer for ~5 requests. It looks 
>>> like sending/receiving data on an existing connection takes around 1-5 ms 
>>> for the Send and Receive calls.
>>>
>>> For creating a new connection: I see times like:
>>>
>>> CreateSocket: 3-5 ms
>>> Resolve: 1 ms
>>> Connect: 2-12 ms
>>>
>>> ... a whole bunch of additional Send/Receives that I assume are due to 
>>> the fact we use TLS connections, so there is a handshake that is required.
>>>
>>> This whole process can take ~200-400 ms; some of which is "our fault" 
>>> because our server takes some time to execute the TLS handshake (I'm 
>>> guessing this adds ~50 ms, looking at the traces).
>>>
>>> Hope that helps!
>>>
>>>
>>>
>>> On Friday, April 21, 2017 at 5:56:55 PM UTC-4, Robert Dyas wrote:
>>>>
>>>> Do you have any idea how much slower creating a new connection is? This 
>>>> is probably our issue.
>>>>
>>>> We don't use connection pooling currently as each user is logged in to 
>>>> the db with their own credentials (ERP type app), but it might be worth 
>>>> exploring if the pooling and driver can handle that. It would be great to 
>>>> know how much slower you found creating the connection is vs write to open 
>>>> connection...
>>>>
>>>>
>>>>
>>>> On Wednesday, April 19, 2017 at 8:24:59 PM UTC-4, Evan Jones wrote:
>>>>>
>>>>> My understanding is that App Engine Standard can only talk to things 
>>>>> that are accessible via a "public" Internet IP address, so I'm not sure 
>>>>> I'm 
>>>>> going to be able to provide any magic suggestions. However, I will 
>>>>> mention 
>>>>> that in our experience we can get "reasonable" latency. In particular, we 
>>>>> collect application-specific metrics by sending them from our Python App 
>>>>> Engine Standard code to compute engine, over an SSL encrypted socket 
>>>>> (this 
>>>>> is using the socket API directly). The App Engine standard traces show 
>>>>> these packet writes taking about ~1-2 ms, but we certainly see that 
>>>>> creating a *new* connection is much, much slower. With a connection pool, 
>>>>> our application sees reasonable latency.
>>>>>
>>>>> We also have some things making HTTP requests via the urlfetch API, 
>>>>> and again we see "reasonable" latency (although I should check what it 
>>>>> actually is, I haven't looked recently).
>>>>>
>>>>> I have no experience with JDBC on App Engine standard, so I can't 
>>>>> really help there.
>>&

[google-appengine] Re: need to connect App Engine Std to GCE via internal IP address

[Robert Dyas]

Yep, that helps. Thank you. I also bet that if you ran a test connecting 
over a 7 day period you would see lots of times where that ~200-400ms 
becomes ~1,000 to ~2,000+ms. When I run this same test machine-2-machine 
using the internal IP addresses on GCE, the time is close enough to zero 
that I don't care. The net difference in our app is a single request (a 
client can make up to 3 for a complex ERP screen) takes ~400-900ms (open 
tls connection, all the back and forth) whereas the same thing tested GCE 
to GCE via intenal ip takes 10ms (with high consistency.). Multiply those 
numbers by 3x for our biggest customers (most complex apps) and you are 
looking at ~30ms vs ~2,000mm wait per click (which gets old.) They do 
tolerate this because they are coming from really nasty systems, but we 
want to provide the best possible cloud experience.

I really hope someone at Google is monitoring this thread. If we could 
allocate our GAE std setup to the default GCE network for our project and 
avoid all this socket overhead it would be a very, very, very good thing.



On Saturday, April 22, 2017 at 9:05:28 AM UTC-4, Evan Jones wrote:
>
> I just took a quick look at the trace viewer for ~5 requests. It looks 
> like sending/receiving data on an existing connection takes around 1-5 ms 
> for the Send and Receive calls.
>
> For creating a new connection: I see times like:
>
> CreateSocket: 3-5 ms
> Resolve: 1 ms
> Connect: 2-12 ms
>
> ... a whole bunch of additional Send/Receives that I assume are due to the 
> fact we use TLS connections, so there is a handshake that is required.
>
> This whole process can take ~200-400 ms; some of which is "our fault" 
> because our server takes some time to execute the TLS handshake (I'm 
> guessing this adds ~50 ms, looking at the traces).
>
> Hope that helps!
>
>
>
> On Friday, April 21, 2017 at 5:56:55 PM UTC-4, Robert Dyas wrote:
>>
>> Do you have any idea how much slower creating a new connection is? This 
>> is probably our issue.
>>
>> We don't use connection pooling currently as each user is logged in to 
>> the db with their own credentials (ERP type app), but it might be worth 
>> exploring if the pooling and driver can handle that. It would be great to 
>> know how much slower you found creating the connection is vs write to open 
>> connection...
>>
>>
>>
>> On Wednesday, April 19, 2017 at 8:24:59 PM UTC-4, Evan Jones wrote:
>>>
>>> My understanding is that App Engine Standard can only talk to things 
>>> that are accessible via a "public" Internet IP address, so I'm not sure I'm 
>>> going to be able to provide any magic suggestions. However, I will mention 
>>> that in our experience we can get "reasonable" latency. In particular, we 
>>> collect application-specific metrics by sending them from our Python App 
>>> Engine Standard code to compute engine, over an SSL encrypted socket (this 
>>> is using the socket API directly). The App Engine standard traces show 
>>> these packet writes taking about ~1-2 ms, but we certainly see that 
>>> creating a *new* connection is much, much slower. With a connection pool, 
>>> our application sees reasonable latency.
>>>
>>> We also have some things making HTTP requests via the urlfetch API, and 
>>> again we see "reasonable" latency (although I should check what it actually 
>>> is, I haven't looked recently).
>>>
>>> I have no experience with JDBC on App Engine standard, so I can't really 
>>> help there.
>>>
>>> Good luck,
>>>
>>> Evan
>>>
>>>
>>> On Wednesday, April 19, 2017 at 2:50:28 PM UTC-4, Robert Dyas wrote:
>>>>
>>>> I need to connect App Engine Std (AES) to GCE via an internal IP 
>>>> address.
>>>>
>>>>- Would GAE being issuing request and GCE, responses?  The other 
>>>>way around?  Both?
>>>>- AES would issue the requests only
>>>>- Are requests and responses tightly coupled like HTTP 
>>>>requests/responses or more independent like tasks in task queues 
>>>> reflecting 
>>>>asynchronous requests?
>>>>- mostly tightly coupled request wait for response (JDBC connection 
>>>>   from AES -> GCE)
>>>>   - if we neeed async, we could build a service on GCE to take a 
>>>>   request immeiately and work on it for however long - so not an issue
>>>>- What type of scaling would be employed for the App Engine 
>>>>component?  Would the Compute Engine instance

[google-appengine] Re: need to connect App Engine Std to GCE via internal IP address

[Robert Dyas]

Do you have any idea how much slower creating a new connection is? This is 
probably our issue.

We don't use connection pooling currently as each user is logged in to the 
db with their own credentials (ERP type app), but it might be worth 
exploring if the pooling and driver can handle that. It would be great to 
know how much slower you found creating the connection is vs write to open 
connection...



On Wednesday, April 19, 2017 at 8:24:59 PM UTC-4, Evan Jones wrote:
>
> My understanding is that App Engine Standard can only talk to things that 
> are accessible via a "public" Internet IP address, so I'm not sure I'm 
> going to be able to provide any magic suggestions. However, I will mention 
> that in our experience we can get "reasonable" latency. In particular, we 
> collect application-specific metrics by sending them from our Python App 
> Engine Standard code to compute engine, over an SSL encrypted socket (this 
> is using the socket API directly). The App Engine standard traces show 
> these packet writes taking about ~1-2 ms, but we certainly see that 
> creating a *new* connection is much, much slower. With a connection pool, 
> our application sees reasonable latency.
>
> We also have some things making HTTP requests via the urlfetch API, and 
> again we see "reasonable" latency (although I should check what it actually 
> is, I haven't looked recently).
>
> I have no experience with JDBC on App Engine standard, so I can't really 
> help there.
>
> Good luck,
>
> Evan
>
>
> On Wednesday, April 19, 2017 at 2:50:28 PM UTC-4, Robert Dyas wrote:
>>
>> I need to connect App Engine Std (AES) to GCE via an internal IP address.
>>
>>- Would GAE being issuing request and GCE, responses?  The other way 
>>around?  Both?
>>- AES would issue the requests only
>>- Are requests and responses tightly coupled like HTTP 
>>requests/responses or more independent like tasks in task queues 
>> reflecting 
>>asynchronous requests?
>>- mostly tightly coupled request wait for response (JDBC connection 
>>   from AES -> GCE)
>>   - if we neeed async, we could build a service on GCE to take a 
>>   request immeiately and work on it for however long - so not an issue
>>- What type of scaling would be employed for the App Engine 
>>component?  Would the Compute Engine instances also be scaled?
>>- normal AES scaling as now would be fine - our AES product shards 
>>   amoung server, so no special requirement there
>>- What solutions have you tried?  Any of the ones posted above?
>>   - our current "solution" is using a GCE external IP - this sucks 
>>   for a number of reasons 
>>  - 1) the latency between AES and GCE is too high for fast JDBC 
>>  communication (much, much, much slower than GCE internal ip --> GCE 
>>  internal ip which is very very fast in our testing... the moment 
>> the same 
>>  requet comes for GAE there is a ton of overhead... and JDBC is very 
>>  "chatty" in our application)
>>  - 2) we really should use SSL between GAE and GCE since going 
>>  over external IP, but this makes the problem even worse
>>  - 
>>  
>>

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

[google-appengine] need to connect App Engine Std to GCE via internal IP address

[Robert Dyas]

I need to connect App Engine Std (AES) to GCE via an internal IP address.

   - Would GAE being issuing request and GCE, responses?  The other way 
   around?  Both?
   - AES would issue the requests only
   - Are requests and responses tightly coupled like HTTP 
   requests/responses or more independent like tasks in task queues reflecting 
   asynchronous requests?
   - mostly tightly coupled request wait for response (JDBC connection from 
  AES -> GCE)
  - if we neeed async, we could build a service on GCE to take a 
  request immeiately and work on it for however long - so not an issue
   - What type of scaling would be employed for the App Engine component? 
Would the Compute Engine instances also be scaled?
   - normal AES scaling as now would be fine - our AES product shards 
  amoung server, so no special requirement there
   - What solutions have you tried?  Any of the ones posted above?
  - our current "solution" is using a GCE external IP - this sucks for 
  a number of reasons 
 - 1) the latency between AES and GCE is too high for fast JDBC 
 communication (much, much, much slower than GCE internal ip --> GCE 
 internal ip which is very very fast in our testing... the moment the 
same 
 requet comes for GAE there is a ton of overhead... and JDBC is very 
 "chatty" in our application)
 - 2) we really should use SSL between GAE and GCE since going over 
 external IP, but this makes the problem even worse
 - 
 

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

[google-appengine] Re: Connecting from app engine instance to compute engine instance directly

[Robert Dyas]

Has there been any progress on this?

On Thursday, May 7, 2015 at 1:52:39 PM UTC-4, Ian Childress wrote:
>
> We (our Go dev team) want to connect our app engine apps to our compute 
> engine apps directly using internal IP address. From my understanding 
> through documentation and exhaustive searching, the solution is to use a 
> public IP address. This solution requires whitelisting an entire ip block 
> (Google's ip block for app engine). This both increases security risk as 
> well as charges additional bandwidth. The other solution is to use a 
> messaging service PubSub. This is fine for submitting tasks to be performed 
> by the back end app, but it prevents the app engine from receiving the 
> response from the compute engine. 
>
> Have I missed the solution somewhere that allows for internal 
> communication between app engine and compute engine? Using a job queue or 
> public IP is not a replacement for an internal socket connection.
>

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

[google-appengine] Re: App Engine to Compute Engine communication via internal IP

[Robert Dyas]

Being able to have App Engine standard access my GCE instances via their 
internal IP addresses would help us greatly. Hopefully this will also solve 
some of the speed/latency issues between App Engine standard and GCE 
resources.


On Wednesday, January 4, 2017 at 1:25:40 PM UTC-5, Lorne Kligerman wrote:
>
> As Adam mentioned, this is only possible right now with the flex.  However 
> we do know this is a problem and are working towards a solution for 
> standard, nothing more to report at this time.
>
>
> On Friday, December 30, 2016 at 1:53:53 PM UTC-8, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hey Jitenda,
>>
>> The Flexible Environment can be used by any user, although of course 
>> being a beta product, it isn't covered by the same SLA's as other products. 
>> You should check our documentation including the terms of service 
>> , service level agreements 
>> , and the explanation of launch 
>> stages .
>>
>> Cheers,
>>
>> Nick
>> Cloud Platform Community Support
>>
>> On Thursday, December 29, 2016 at 9:14:50 AM UTC-5, JITENDRA GANGWAR 
>> wrote:
>>>
>>> Thanks Adam for your answer , But  as per this documentation 
>>>  App Engine flexible 
>>> environment is still in beta release , can it be used in production ?
>>>
>>> On Saturday, June 25, 2016 at 2:38:46 AM UTC+5:30, Adam (Cloud Platform 
>>> Support) wrote:

 You should be able to do this if you use a Flexible Environment 
 instance, and specify the same network name 
 
  
 in the app.yaml that your Compute Engine instance running MySQL is on. It 
 won't work for Standard Environment instances as they are on separate, 
 physical networks.

 I say "should" as I haven't played around with this, and there's an 
 additional layer of network routing from the Docker container the app 
 lives 
 in which also has its own local subnet.

 On Friday, June 24, 2016 at 10:43:29 AM UTC-4, Stephen Dunkley wrote:
>
> I have a Java Web application deployed on a Compute Engine instance 
> connecting to MySql running on another Compute Engine instance in the 
> same 
> project. I am able to connect to MySql using the internal IP address 
> (jdbc:mysql://10.240.0.4:3306/).
>
> If I deploy the same web application to an App Engine instance within 
> the same project, I can only connect to the MySql instance via the 
> extermal 
> IP address (jdbc:mysql://104.196.148.141:3306/
> If I try to use the internal IP address, I get a Communication Link 
> Failure, Permission Denied due to policy.
>
> My question is how do I open up communication between an App Engine 
> instance and a Compute Engine instance via an internal IP address? The 
> performance is about 5 x faster when using the internal IP address.
>
> Any help would be much appreciated
>


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

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

[Robert Gaal]

+1. This is a huge issue for any production app running on App Engine.

On Friday, February 24, 2017 at 11:44:07 AM UTC+1, Aron Adler wrote:
>
> Could we clarify exactly what the issue here is? Everything was working 
> for a couple of days, why did it go back to redirecting to the appspot 
> domain? 
>
> Also seeing as everyone seems to be having the same issue it doesn't 
> really make sense for everyone to create separate support tickets. Can we 
> get someone from Google to clarify what can be done to fix this?
>
> On Friday, 24 February 2017 02:58:59 UTC, Anthony Davis wrote:
>>
>> Same issue here...
>>
>> On Thursday, February 23, 2017 at 1:43:23 PM UTC-6, Joseph Reisinger 
>> wrote:
>>>
>>> Hi Alex-
>>>
>>> I'm seeing this issue with a newly deployed app engine instance. Is it 
>>> possible to get my domain whitelisted?
>>>
>>> Thanks
>>>
>>> —jr
>>>
>>> On Wednesday, February 15, 2017 at 8:15:27 AM UTC-8, Alex (Cloud 
>>> Platform Support) wrote:

 Good news, it seems like this redirection issue has now been resolved. 
 Custom domains listed on Flexible Environment App Engine instances should 
 work as prescribed without redirecting to an appspot.com URL.

 Regards,
 Alex

>>>

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

[google-appengine] Datastore made a breaking change at 2:45AM - Blobs

[Robert Fox]

I have code that saves a Blob type every 3 minutes.  Running for months. 
 At exactly 2:45am this morning I started to get an exception from the 
datastore:  

com.google.cloud.datastore.DatastoreException: The value of property "[my 
blob attribute]" is longer than 1500 bytes.

Yes well of course it is. It's a Blob.  Anyone else seeing this?  I don't 
think it matters but I'm using the google-cloud-java library:

 Datastore datastore = DatastoreOptions.getDefaultInstance().getService();
 Builder eb = Entity.newBuilder(newKey).set(BLOB_PROPERTY_NAME, Blob.
copyFrom(SerializeUtil.compressByteArray(value.getBytes(;

 Entity e = eb.build();
 datastore.put(e);


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

[google-appengine] Re: Help! No longer connecting to Cloud SQL (1st gen)

[Robert Fox]

I'm trying to find correct place to submit my issue and I think it is here: 
 https://code.google.com/p/googlecloudsql/issues/detail?id=188
We can delete this thread in the AppEngine forum but maybe others are 
having this issue?


On Saturday, October 22, 2016 at 9:17:40 AM UTC-4, Robert Fox wrote:
>
> Yesterday I was getting complaints about certificate dates.  My certs are 
> not expired.  Today I'm getting a more generic error:
>
>
> Exception in thread "main" java.sql.SQLNonTransientConnectionException: 
> SSL Connection required, but not supported by server.
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:550)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:537)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:527)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:512)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:480)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:498)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:494)
> at 
> com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:72)
> at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:1634)
> at com.mysql.cj.jdbc.ConnectionImpl.(ConnectionImpl.java:637)
> at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:351)
> at 
> com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:224)
> at java.sql.DriverManager.getConnection(DriverManager.java:664)
> at java.sql.DriverManager.getConnection(DriverManager.java:208)
> at  my code
>
>
> I have had my database on SSL only for month and months.  Certificates 
> setup and going for months and months... basically my config didn't change. 
>  
> I'm using MySQL Connector version 5.1.39 from Compute engine.
> Also failing to connect from MySQL Workbench.  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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7898d234-aa9d-4528-a65f-deeef4c95f63%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Help! No longer connecting to Cloud SQL (1st gen)

[Robert Fox]

Some additional detail. I restarted my Cloud SQL instance and looked at the 
logs... it seems the server side certificates got wiped out somehow?  Who 
can fix it up?  I'd really rather not replace/reset all my certificates but 
at this point that's my best guess on how to fix this.

2016-10-22 12:42:47 0 [Note] (mysqld 5.6.31-log) starting as process 554455 
...
2016-10-22 12:42:47 554455 [Note] Semi-sync replication initialized for 
transactions.
2016-10-22 12:42:47 554455 [Note] Semi-sync replication enabled on the 
master.
2016-10-22 12:42:47 554455 [Note] InnoDB: Using atomics to ref count buffer 
pool pages
2016-10-22 12:42:47 554455 [Note] InnoDB: The InnoDB memory heap is disabled
2016-10-22 12:42:47 554455 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
2016-10-22 12:42:47 554455 [Note] InnoDB: Memory barrier is not used
2016-10-22 12:42:47 554455 [Note] InnoDB: Compressed tables use zlib 1.2.8
2016-10-22 12:42:47 554455 [Note] InnoDB: Using CPU crc32 instructions
2016-10-22 12:42:47 554455 [Note] InnoDB: Initializing buffer pool, size = 
96.0M
2016-10-22 12:42:47 554455 [Note] InnoDB: Completed initialization of 
buffer pool
2016-10-22 12:42:47 554455 [Note] InnoDB: Highest supported file format is 
Barracuda.
2016-10-22 12:42:51 554455 [Note] InnoDB: 128 rollback segment(s) are active
.
2016-10-22 12:42:51 554455 [Note] InnoDB: 5.6.31 started; log sequence 
number 10094548402
2016-10-22 12:42:52 554455 [Note] RSA private key file not found: /sfs/
industryopening/jobdb/data//private_key.pem. Some authentication plugins 
will not work.
2016-10-22 12:42:52 554455 [Note] RSA public key file not found: /sfs/
industryopening/jobdb/data//public_key.pem. Some authentication plugins 
will not work.
2016-10-22 12:42:52 554455 [Note] Add the 'cloudsqladmin' user with the 
password hash '*ACE49C8814A8031C812FD739A573BDD4FFF8F7EE'
2016-10-22 12:42:53 554455 [Note] Event Scheduler: Loaded 0 events
2016-10-22 12:42:53 554455 [Note] : ready for connections.
Version: '5.6.31-log' socket: '' port: 0 (43, 47) (Google)





On Saturday, October 22, 2016 at 9:17:40 AM UTC-4, Robert Fox wrote:
>
> Yesterday I was getting complaints about certificate dates.  My certs are 
> not expired.  Today I'm getting a more generic error:
>
>
> Exception in thread "main" java.sql.SQLNonTransientConnectionException: 
> SSL Connection required, but not supported by server.
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:550)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:537)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:527)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:512)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:480)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:498)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:494)
> at 
> com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:72)
> at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:1634)
> at com.mysql.cj.jdbc.ConnectionImpl.(ConnectionImpl.java:637)
> at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:351)
> at 
> com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:224)
> at java.sql.DriverManager.getConnection(DriverManager.java:664)
> at java.sql.DriverManager.getConnection(DriverManager.java:208)
> at  my code
>
>
> I have had my database on SSL only for month and months.  Certificates 
> setup and going for months and months... basically my config didn't change. 
>  
> I'm using MySQL Connector version 5.1.39 from Compute engine.
> Also failing to connect from MySQL Workbench.  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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e8dceb24-ffde-42ed-b818-530bce44f409%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Help! No longer connecting to Cloud SQL (1st gen)

[Robert Fox]

Some additional detail. I restarted my Cloud SQL instance and looked at the 
logs...


08:42:47.094
2016-10-22 12:42:47 0 [Note] (mysqld 5.6.31-log) starting as process 554455 
...
08:42:47.452
2016-10-22 12:42:47 554455 [Note] Semi-sync replication initialized for 
transactions.
08:42:47.452
2016-10-22 12:42:47 554455 [Note] Semi-sync replication enabled on the 
master.
08:42:47.559
2016-10-22 12:42:47 554455 [Note] InnoDB: Using atomics to ref count buffer 
pool pages
08:42:47.559
2016-10-22 12:42:47 554455 [Note] InnoDB: The InnoDB memory heap is disabled
08:42:47.559
2016-10-22 12:42:47 554455 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
08:42:47.559
2016-10-22 12:42:47 554455 [Note] InnoDB: Memory barrier is not used
08:42:47.559
2016-10-22 12:42:47 554455 [Note] InnoDB: Compressed tables use zlib 1.2.8
08:42:47.559
2016-10-22 12:42:47 554455 [Note] InnoDB: Using CPU crc32 instructions
08:42:47.562
2016-10-22 12:42:47 554455 [Note] InnoDB: Initializing buffer pool, size = 
96.0M
08:42:47.566
2016-10-22 12:42:47 554455 [Note] InnoDB: Completed initialization of 
buffer pool
08:42:47.644
2016-10-22 12:42:47 554455 [Note] InnoDB: Highest supported file format is 
Barracuda.
08:42:51.145
2016-10-22 12:42:51 554455 [Note] InnoDB: 128 rollback segment(s) are active
.
08:42:51.191
2016-10-22 12:42:51 554455 [Note] InnoDB: 5.6.31 started; log sequence 
number 10094548402
08:42:52.460
2016-10-22 12:42:52 554455 [Note] RSA private key file not found: /sfs/
industryopening/jobdb/data//private_key.pem. Some authentication plugins 
will not work.
08:42:52.460
2016-10-22 12:42:52 554455 [Note] RSA public key file not found: /sfs/
industryopening/jobdb/data//public_key.pem. Some authentication plugins 
will not work.
08:42:52.784
2016-10-22 12:42:52 554455 [Note] Add the 'cloudsqladmin' user with the 
password hash '*ACE49C8814A8031C812FD739A573BDD4FFF8F7EE'
08:42:53.737
2016-10-22 12:42:53 554455 [Note] Event Scheduler: Loaded 0 events
08:42:53.737
2016-10-22 12:42:53 554455 [Note] : ready for connections.
08:42:53.737
Version: '5.6.31-log' socket: '' port: 0 (43, 47) (Google)



So it seems my certs on the server side got wiped out?  Who can fix it? 
 I'd rather not reset all my certificates.  


On Saturday, October 22, 2016 at 9:17:40 AM UTC-4, Robert Fox wrote:
>
> Yesterday I was getting complaints about certificate dates.  My certs are 
> not expired.  Today I'm getting a more generic error:
>
>
> Exception in thread "main" java.sql.SQLNonTransientConnectionException: 
> SSL Connection required, but not supported by server.
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:550)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:537)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:527)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:512)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:480)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:498)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:494)
> at 
> com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:72)
> at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:1634)
> at com.mysql.cj.jdbc.ConnectionImpl.(ConnectionImpl.java:637)
> at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:351)
> at 
> com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:224)
> at java.sql.DriverManager.getConnection(DriverManager.java:664)
> at java.sql.DriverManager.getConnection(DriverManager.java:208)
> at  my code
>
>
> I have had my database on SSL only for month and months.  Certificates 
> setup and going for months and months... basically my config didn't change. 
>  
> I'm using MySQL Connector version 5.1.39 from Compute engine.
> Also failing to connect from MySQL Workbench.  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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f4789490-25c5-4fba-b17b-2543cea35abe%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Help! No longer connecting to Cloud SQL (1st gen)

[Robert Fox]

Some additional detail... I restarted my Cloud SQL instance and then 
checked the logs...

08:42:47.0942016-10-22 12:42:47 0 [Note] (mysqld 5.6.31-log) starting as 
process 554455 ...
08:42:47.4522016-10-22 12:42:47 554455 [Note] Semi-sync replication 
initialized for transactions.
08:42:47.4522016-10-22 12:42:47 554455 [Note] Semi-sync replication enabled 
on the master.
08:42:47.5592016-10-22 12:42:47 554455 [Note] InnoDB: Using atomics to ref 
count buffer pool pages
08:42:47.5592016-10-22 12:42:47 554455 [Note] InnoDB: The InnoDB memory 
heap is disabled
08:42:47.5592016-10-22 12:42:47 554455 [Note] InnoDB: Mutexes and rw_locks 
use GCC atomic builtins
08:42:47.5592016-10-22 12:42:47 554455 [Note] InnoDB: Memory barrier is not 
used
08:42:47.5592016-10-22 12:42:47 554455 [Note] InnoDB: Compressed tables use 
zlib 1.2.8
08:42:47.5592016-10-22 12:42:47 554455 [Note] InnoDB: Using CPU crc32 
instructions
08:42:47.5622016-10-22 12:42:47 554455 [Note] InnoDB: Initializing buffer 
pool, size = 96.0M
08:42:47.5662016-10-22 12:42:47 554455 [Note] InnoDB: Completed 
initialization of buffer pool
08:42:47.6442016-10-22 12:42:47 554455 [Note] InnoDB: Highest supported 
file format is Barracuda.
08:42:51.1452016-10-22 12:42:51 554455 [Note] InnoDB: 128 rollback 
segment(s) are active.
08:42:51.1912016-10-22 12:42:51 554455 [Note] InnoDB: 5.6.31 started; log 
sequence number 10094548402
08:42:52.4602016-10-22 12:42:52 554455 [Note] RSA private key file not 
found: /sfs/industryopening/jobdb/data//private_key.pem. Some 
authentication plugins will not work.
08:42:52.4602016-10-22 12:42:52 554455 [Note] RSA public key file not 
found: /sfs/industryopening/jobdb/data//public_key.pem. Some authentication 
plugins will not work.
08:42:52.7842016-10-22 12:42:52 554455 [Note] Add the 'cloudsqladmin' user 
with the password hash '*ACE49C8814A8031C812FD739A573BDD4FFF8F7EE'
08:42:53.7372016-10-22 12:42:53 554455 [Note] Event Scheduler: Loaded 0 
events
08:42:53.7372016-10-22 12:42:53 554455 [Note] : ready for connections.
08:42:53.737Version: '5.6.31-log' socket: '' port: 0 (43, 47) (Google)

So now I'm thinking the server certs got wiped out on the Google side?  I'd 
rather not reset all my certificates if it's not necessary.


On Saturday, October 22, 2016 at 9:17:40 AM UTC-4, Robert Fox wrote:
>
> Yesterday I was getting complaints about certificate dates.  My certs are 
> not expired.  Today I'm getting a more generic error:
>
>
> Exception in thread "main" java.sql.SQLNonTransientConnectionException: 
> SSL Connection required, but not supported by server.
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:550)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:537)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:527)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:512)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:480)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:498)
> at 
> com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:494)
> at 
> com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:72)
> at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:1634)
> at com.mysql.cj.jdbc.ConnectionImpl.(ConnectionImpl.java:637)
> at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:351)
> at 
> com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:224)
> at java.sql.DriverManager.getConnection(DriverManager.java:664)
> at java.sql.DriverManager.getConnection(DriverManager.java:208)
> at  my code
>
>
> I have had my database on SSL only for month and months.  Certificates 
> setup and going for months and months... basically my config didn't change. 
>  
> I'm using MySQL Connector version 5.1.39 from Compute engine.
> Also failing to connect from MySQL Workbench.  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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3e51db02-d385-473d-bb2d-cfc722334ffa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: URL Fetch server not found - DNS updates post DDOS attack?

[Robert Fox]

Can you share info on the SSL outage?  This might be why I can no longer 
connect to my SSL-only Cloud SQL instance.


On Friday, October 21, 2016 at 4:46:20 PM UTC-4, Will Reiher wrote:
>
> I WAS ABLE TO FIX IN THE SHORT TERM.
>
> It seems to be related to a cached ssl certificate on google cloud but I 
> was able to skip the validation with url fetch and everything works.
>
> urlfetch.fetch(url, validate_certificate=False)...
>
>
> On Friday, October 21, 2016 at 12:52:46 PM UTC-7, Will Reiher wrote:
>>
>> I'm able to contact a remote API server just fine from my local testing 
>> server... but the live server is not able to find/route to the server. Is 
>> there a way to update the DNS cache for my project?
>>
>

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

[google-appengine] Help! No longer connecting to Cloud SQL (1st gen)

[Robert Fox]

Yesterday I was getting complaints about certificate dates.  My certs are 
not expired.  Today I'm getting a more generic error:


Exception in thread "main" java.sql.SQLNonTransientConnectionException: SSL 
Connection required, but not supported by server.
at 
com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:550)
at 
com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:537)
at 
com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:527)
at 
com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:512)
at 
com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:480)
at 
com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:498)
at 
com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:494)
at 
com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:72)
at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:1634)
at com.mysql.cj.jdbc.ConnectionImpl.(ConnectionImpl.java:637)
at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:351)
at 
com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:224)
at java.sql.DriverManager.getConnection(DriverManager.java:664)
at java.sql.DriverManager.getConnection(DriverManager.java:208)
at  my code


I have had my database on SSL only for month and months.  Certificates 
setup and going for months and months... basically my config didn't change. 
 
I'm using MySQL Connector version 5.1.39 from Compute engine.
Also failing to connect from MySQL Workbench.  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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d136947d-a901-4e9d-a92a-b6fc7bb7efe7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Unable to stage: java.lang.IllegalArgumentException: Class file is Java 8 but max supported is Java 7

[Robert Fox]

See here. 
https://cloud.google.com/appengine/docs/flexible/java/configuring-your-app-with-appengine-web-xml


On Saturday, October 22, 2016 at 9:13:02 AM UTC-4, Robert Fox wrote:
>
> Dhyanandra you're not using Flexible Environment unless your 
> appengine-web.xml contains  true
>
>
> On Saturday, October 22, 2016 at 8:49:58 AM UTC-4, Dhyanandra Singh wrote:
>>
>>  i implemented this code using flexible enviornment.
>>
>

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

[google-appengine] Re: Unable to stage: java.lang.IllegalArgumentException: Class file is Java 8 but max supported is Java 7

[Robert Fox]

Dhyanandra you're not using Flexible Environment unless your 
appengine-web.xml contains  true


On Saturday, October 22, 2016 at 8:49:58 AM UTC-4, Dhyanandra Singh wrote:
>
>  i implemented this code using flexible enviornment.
>

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

[google-appengine] Re: Does Google App Engine (Flexible) Support Google Endpoints?

[Robert King]

Thanks Jon
Good to hear there are plans for investing in endpoints. I would say being 
able to easily build APIs is fairly fundamental and is a high priority. 
There is a lot of work that could be done to the api explorer, testing, and 
api clients. Having typescript definitions would also be really nice.
I like that you can swap out backends although I'm having to use 
go-endpoints which is not an official package and comes with no guarantees 
or support
I do run seperate modules which is nice - Although It does impact instance 
hours which generally puts you over the free quota. Perhaps 15 minutes to 
startup a go module is a bit harsh since go is very quick to startup.



On Friday, 1 July 2016 07:28:26 UTC+12, Jon Parrott wrote:
>
> Robert and everyone: we hear you. Please keep in mind that App Engine 
> Flexible is still in beta, and the Python compat runtime itself is in 
> alpha. We're still doing a lot of work on both and we're still collecting 
> user feedback. Things like this mailing list and the public issue track are 
> some of the ways we collect feedback, so while it may appear dismissive for 
> us to say "file an issue" - we do take those seriously.
>
> Regarding endpoints itself: I can't speak any definite plans, but I can 
> stay that we are investing in endpoints and that you should stay tuned.
>
> In the meantime, I would recommend looking into "hybrid" applications - 
> use app engine services (neé modules) to have one service running on 
> standard that works as your API frontend, and another service running on 
> flexible that can handle the heavy lifting. 
>
> On Wednesday, June 29, 2016 at 8:57:58 PM UTC-7, Robert King wrote:
>>
>> Sorry if this is harsh and correct me if i'm wrong.
>> I think google should take a stance on this. You can't just say "feel 
>> free to file a feature request". Google should decide if endpoints make 
>> sense or not and if not, apologies to existing developers using it & put a 
>> warning in the documentation for people new to app engine. I've been pretty 
>> disappointed with google apis, I suspect google doesn't use their own apis 
>> internally, and that their apis are just a quick and dirty wrapper around 
>> what they use internally (for example, how many full time engineers are 
>> there working on making google api clients nice?). For example look at the 
>> javascript client library that's not out of beta since 2012 
>> https://groups.google.com/forum/#!topic/google-api-javascript-client/sfxFLTI8h6Y
>> You would think they'd have a nice typescript version too for each api. 
>> Perhaps they're waiting on firebase integration and there is conflict with 
>> firebase auth etc, who knows?
>>
>>
>>
>> On Thursday, 30 June 2016 07:47:57 UTC+12, Nicholas (Google Cloud 
>> Support) wrote:
>>>
>>> You are correct that there is no documentation on Google Cloud Endpoints 
>>> within the App Engine flexible environment.  As posted by Zdenko, they are 
>>> not supported at this time.  Though it may work in some cases, there's 
>>> officially no support for this and it should not be relied upon.
>>>
>>> If you would like to see Endpoints implements into the flexible 
>>> environment, feel free to file a feature request on the App Engine 
>>> public issue <https://code.google.com/p/googleappengine/issues/list> 
>>> tracker.
>>>
>>> Hope this helps.
>>>
>>> On Tuesday, June 28, 2016 at 3:33:07 PM UTC-4, Bill Li wrote:
>>>>
>>>> Hi, I have used Google Endpoint on Google App Engine Standard 
>>>> environment before, and I think it is easy to use. But I did not find any 
>>>> documentation on how to deploy Endpoints on Google App Engine Flexible 
>>>> Environment. Do anyone has any idea about whether we can use endpoints on 
>>>> flexible environment?
>>>> From my research, it seems that the Google App Engine SDK is only used 
>>>> by Standard mode, and the endpoints need support from Google App Engine 
>>>> SDK. So I am wondering whether this means the Flexible Environment does 
>>>> not 
>>>> support Google Endpoint?
>>>> Thanks for any answer!
>>>>
>>>

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

[google-appengine] Re: Does Google App Engine (Flexible) Support Google Endpoints?

[Robert King]

Sorry if this is harsh and correct me if i'm wrong.
I think google should take a stance on this. You can't just say "feel free 
to file a feature request". Google should decide if endpoints make sense or 
not and if not, apologies to existing developers using it & put a warning 
in the documentation for people new to app engine. I've been pretty 
disappointed with google apis, I suspect google doesn't use their own apis 
internally, and that their apis are just a quick and dirty wrapper around 
what they use internally (for example, how many full time engineers are 
there working on making google api clients nice?). For example look at the 
javascript client library that's not out of beta since 
2012 
https://groups.google.com/forum/#!topic/google-api-javascript-client/sfxFLTI8h6Y
You would think they'd have a nice typescript version too for each api. 
Perhaps they're waiting on firebase integration and there is conflict with 
firebase auth etc, who knows?



On Thursday, 30 June 2016 07:47:57 UTC+12, Nicholas (Google Cloud Support) 
wrote:
>
> You are correct that there is no documentation on Google Cloud Endpoints 
> within the App Engine flexible environment.  As posted by Zdenko, they are 
> not supported at this time.  Though it may work in some cases, there's 
> officially no support for this and it should not be relied upon.
>
> If you would like to see Endpoints implements into the flexible 
> environment, feel free to file a feature request on the App Engine public 
> issue  tracker.
>
> Hope this helps.
>
> On Tuesday, June 28, 2016 at 3:33:07 PM UTC-4, Bill Li wrote:
>>
>> Hi, I have used Google Endpoint on Google App Engine Standard environment 
>> before, and I think it is easy to use. But I did not find any documentation 
>> on how to deploy Endpoints on Google App Engine Flexible Environment. Do 
>> anyone has any idea about whether we can use endpoints on flexible 
>> environment?
>> From my research, it seems that the Google App Engine SDK is only used by 
>> Standard mode, and the endpoints need support from Google App Engine SDK. 
>> So I am wondering whether this means the Flexible Environment does not 
>> support Google Endpoint?
>> Thanks for any answer!
>>
>

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

[google-appengine] is there a way to connect App Engine (standard) to a Compute Engine instance without going through the external IP address?

[Robert Dyas]

The docs say "You can use sockets to connect Google App Engine apps to 
Google Compute Engine instances."
Is the limitation still that it can't communicate on the same network and 
must go through the external IP of the compute engine instance?

Can app engine Felxible connect to the internal ip addresss of the compute 
engine instance?

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

[google-appengine] Re: New App Engine Managed VM Docs

[Robert Fox]

Hi Amir I really appreciate the documentation.  I used to know it like the 
back of my hand but lately I've noticed a lot of changes.  Personally I'd 
like to see more documentation that gets to the delineation between Compute 
Engine / Managed VMs / App Engine.  Specifically when it comes to services. 
 

Some services like Datastore work quickly and without authentication in 
both Managed VMs (java-compat at least) and traditional App Engine.  What 
is the performance cost of using that service from Compute Engine?  I can 
test it myself but some examples would be awesome.  
With other services like Cloud SQL the Managed VM is much more like Compute 
Engine... you have to have a strategy for authentication.  And for my usage 
performance of Cloud SQL is relatively the same across offerings.

I know these offerings blur--and as a developer I love choice... but I 
think clear documentation and for me especially some insight to the 
service/API *roadmap *would be welcome.  Will Search API be usable from 
compute engine?[*] 

  
Will Managed VMs eventually scale to custom metrics?  How does scaling in 
compute engine compare to scaling for Managed VMs?  Is datastore access 
from Compute Engine and Managed VM environment comparable?  These are the 
types of questions I think developers need to get on the right platform. 

I'm currently moving from Managed VM over to Compute Engine.  Some things 
about that decision still leave me uneasy.  I love some of the API 
offerings and I don't want to lose out on performance.  Roadmaps!  App 
Engine rocks.  Keep pushing.


On Monday, February 22, 2016 at 1:18:19 PM UTC-5, Amir Rouzrokh wrote:
>
> Hi everyone,
>
> I’m one of App Engine’s Product Managers and we’ve just pushed out a new 
> iteration of our App Engine Managed VM docs located at 
>
> https://cloud.google.com/appengine/docs/managed-vms/
>
> Give it a try please and send over feedback including any more developer 
> guides you would like to see, any errors, etc. The feedback button is on 
> the top right hand side of every page. Thanks in advance!
>

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

[google-appengine] Is the Search API on the chopping block?

[Robert Fox]

GCP Next is coming... website makeover... lots of new documentation... and 
in those newly revamped cloud pages 

https://cloud.google.com/
and
https://cloud.google.com/docs/

No mention of the Search API.  You'd think it's intentionally hidden... 
 haven't seen any announcements about its demise but I am curious because I 
had planned on trying it soon.

Moreover what used to be called the "Search API" on the App Engine 
documentation is now labeled as "Searchable Document Indexes" not it's 
not an API we swear




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

Re: [google-appengine] Stop access to deleted version

[Robert Fox]

>From java...  request.getServerName()


On Wednesday, February 17, 2016 at 10:48:54 AM UTC-5, barryhunter wrote:
>
> The 'Host' HTTP header. It gives you hostname (ala domain) used for the 
> request. 
>
> https://en.wikipedia.org/wiki/Virtual_hosting#Name-based
>
> Not experienced in Java to suggest where in your handler to include this 
> check, but there should be somewhere. 
>
>
> On 17 February 2016 at 15:41, Deepak Singh  > wrote:
>
>> Hi Barry,
>>
>> Host for the incoming request ? Could you pls explain a bit. 
>>
>> On Wed, Feb 17, 2016 at 9:09 PM, Deepak Singh > > wrote:
>>
>>> Can it be done with dispatch.xml and routing that version to a module 
>>> that does not exist and thus 404 ?
>>>
>>> On Wed, Feb 17, 2016 at 8:56 PM, Stefano Ciccarelli <
>>> stefano.c...@mmbsoftware.it > wrote:
>>>
 You can't.


 https://cloud.google.com/appengine/docs/java/modules/routing#soft_routing
 Il giorno mer 17 feb 2016 alle 16:07 Deepak Singh  ha scritto:

> Hi,
>
> We have deleted a version from app engiene but still the request to 
> version-dot.appid.appspot.com is accessible with the current default 
> version. 
>
>  We want this deleted version url should respond as 404. How to get 
> this done ?
>
> -- 
> Deepak Singh
>
> -- 
> You received this message because you are subscribed to the Google 
> Groups "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send 
> an email to google-appengi...@googlegroups.com .
> To post to this group, send email to google-a...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/google-appengine/CAF6cnzY%2BTg91i3igDN-D_bYzs1fG%2BbS9_7BWq%3Dyvk5Qs16p6pQ%40mail.gmail.com
>  
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
 -- 
 *Stefano Ciccarelli* 
 GAE Application Division 
 / Director 
 stefano.c...@mmbsoftware.it  

 *M.M.B. s.r.l.* 
 via Granarolo, 177/7 - 48018 Faenza (RA) - Italy 
 tel. +39.0546.637711 - fax +39.0546.46077 
 www.mmbsoftware.it - in...@mmbsoftware.it 

 Le informazioni contenute in questa comunicazione sono riservate e 
 destinate esclusivamente alla/e persona/e o all'ente sopra indicati. E' 
 vietato ai soggetti diversi dai destinatari qualsiasi uso, copia, 
 diffusione di quanto in esso contenuto sia ai sensi dell'art. 616 c.p., 
 sia 
 ai sensi del DL n. 196/03. Se questa comunicazione Vi e' pervenuta per 
 errore, Vi preghiamo di rispondere a questa e-mail e successivamente 
 cancellarla dal Vostro sistema.

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

>>>
>>>
>>>
>>> -- 
>>> Deepak Singh
>>>
>>
>>
>>
>> -- 
>> Deepak Singh
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/CAF6cnzbOSf%3DxdxMrtwh8s5DYKpj8Rqf%3D6ZhWTrY2svNt0AVQrw%40mail.gmail.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 

[google-appengine] Performance of new gcloud-java API

[Robert Fox]

I'm a Java developer on Googles App Engine platform. Lately I've been using 
Managed VMs. According to new-ish documentation on Google's site [1 

]:

As you become more familiar with the Managed VM environment you should use 
> the native features of the Java runtime and the Google Cloud client 
> libraries for Java rather than App Engine SDKs.
> I love that the new gcloud-java seems to be a unified API for local/remote 
> usage. But I do have one concern... and that is my question: How does 
> performance compare to the standard App Engine APIs? I get worried with the 
> new REST APIs with their JSON text processing / parsing... I will build a 
> test suite if I have to but I was hoping someone might already know.


These new developments would seem to be a huge win for Compute Engine if 
the new gcloud-java is performant and can run fully authenticated.

Out of the following services I'm a heavy user of the four in bold.

*Datastore*
Logging
*Memcache*
Search
*Task Queue*
*URL Fetch*
Users

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

[google-appengine] Re: App Engine service account has insufficient permissions for project

[Robert Dyas]

I got the answer to this from someone on Stack Overflow re-posting it 
here in case it helps someone.

Basically, in permissions, my account was missing the App Engine service 
account *your-project...@appspot.gserviceaccount.com*
This happened to someone else too.
More details here:

http://stackoverflow.com/questions/33902417/google-managed-vm-error-app-engine-service-account-has-insufficient-permissions/33923292#33923292


On Wednesday, November 25, 2015 at 3:42:16 PM UTC-5, Robert Dyas wrote:
>
> When I try to deploy a Managed VM I get this error:
>
> App Engine service account has insufficient permissions for project
>
> Any suggestions on what to look at to fix this? 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To 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/0c90a4bc-753e-40ad-955e-4b027394cabc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Cloud Platform wants to hear from you

[Robert Dyas]

   
   - 
   
   What did you find most difficult about the first-time user experience? Where 
   did you get stuck?
   
No so much the first time experience, but the follow on experience if 
you ever run into a problem (often a security glitch, like when an App 
Engine service account goes missing in the permissions but was not deleted 
by me) trying to diagnose it without help is almost impossible. Had this 
problem with App Engine, Cloud Storage (bucket permissions). And now in 
trying to migrate to Managed VMs. Also with bugs and non-helpful error 
messages in the Cloud SQL Admin API. Or in the very beginning, even knowing 
what servies to use for what.

Other issues I have with Google Cloud

   1. development pace is way too slow! Problems go unresolved in many 
   cases for *more than a year*. For example, Managed VMs still can't 
   access Cloud SQL in the same way that App Engine sandboxed does. For our 
   app, this will cause major migration headaches as tons of additional @% 
   MySQL user accounts will have to be added and maintained to mirror the 
   existing @localhost accounts because the access paradigm is different. The 
   Cloud SQL Admin API has been in some form of beta forever. If you are going 
   to put out a service, don't let the beta period extend more than 6 months. 
   People need to lock things down and deploy.
   2. Another problem is google's way of naming things and having too many 
   similar but overlapping services. A new user to the platform will find it 
   very difficult to choose how to store his data. Big Query? Cloud SQL? 
   Datastore? BigTable? You create lots of different services with different 
   names rather than a single robust service that evolves over time. For 
   example, why not call Managed VMs just App Engine 2.0? Why not have a popup 
   on a service option that compares it with all other possible options and 
   lists the pluses and minuses of each and the ideal and incorrect use cases? 
   A person starting needs to make too many choices best language? Data 
   storage (Big Query? Cloud SQL? Datastore? BigTable?). Front end served 
   by CE? App Engine? Containers? Managed VM? It is just way to much to 
   absorbe and make intelligent decisions on in any reasonable sort of time 
   frame.





On Wednesday, April 15, 2015 at 1:37:31 PM UTC-4, Katie Ball (Google Cloud 
Support) wrote:
>
> Hi,
>
> My name is Katie, and I am on the Google Cloud Platform technical support 
>  team.
>
> This message is to Google Cloud Platform community members, especially if 
> you are newer to GCP. I would like to know what our team can do to help you 
> have a better and more enjoyable experience during the first days on GCP.
>
> Did you need technical support?  If so, I’d like to hear all about it.
>
> I’d also like to know:
>
>- 
>
>What did you find most difficult about the first-time user experience?
>- 
>
>Where did you get stuck?
>
>
> Please reply to the group with your answers or any ideas you have on how 
> the technical support team can help new customers get familiar with GCP. 
>
> And as a thank you for the great ideas, we will be giving away support 
> coupons worth $450 (equivalent to 3 months of silver support) to 5 lucky 
> community members who post a response. Please make sure to reply before 
> April 22nd. 
>
> Thanks for your insights, and cloud on!
>
> Katie
>

-- 
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/d2f10a3c-b43a-41f9-abd7-14ad93c52288%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Cloud Platform wants to hear from you

[Robert Dyas]

Also, just wanted to reiterate points 3 and 4 from Karl's earlier post:

3. Stack Overflow - the whole notion of pushing all of the questions from 
> this mailing list to stack overflow is really off putting to me. I 
> understand what you are trying to do but a) stack overflow seems to be 
> where GCP questions go to be completely ignored and b) the way it’s done is 
> pretty heavy handed. Why not at least post a link to the answer back to the 
> list? I’ve always found mailing lists as an effective way to passively be 
> aware of common questions and gain knowledge. Stack overflow is not 
> effective in that role for me.
> 4. This mailing list - honestly, I keep thinking that I should unsubscribe 
> from this list because so many of the questions are very basic and they are 
> generally just ignored. It’s kind of painful to watch - especially given 
> that one volunteer is handling so much of this single handedly. I think it 
> gives a terrible impression of GCP and makes me feel like very few 
> experienced developers are using GCP.



-- 
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/f29ff608-58a0-4cc6-a310-183af873d0e4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Google Cloud Platform wants to hear from you

[Robert Dyas]

Can I +100 this?

On Monday, April 20, 2015 at 11:44:58 AM UTC-4, Karl MacMillan wrote:
>
> Katie,
>
> I feel compelled to point out that how this discussion going is a good 
> example of some of the things that I - and it seems others - are frustrated 
> about. You’ve asked for and received concrete feedback. Yet we’ve received 
> no answers or discussion back from Google engineers. At least a simple 
> acknowledgement of the _specific_ issues we’ve raised from someone with 
> some knowledge would be helpful. Otherwise how am I to know that you 
> bringing the “feedback to the appropriate team members” is anything more 
> than them receiving an email that they’ll simply delete?
>
> Look at this way - we’ve invested and in many cases bet our businesses on 
> GCP. And especially with App Engine, this is very much an investment in an 
> ecosystem that you’ve created that’s largely separate from the rest of the 
> industry. It’s hard to have confidence in that bet given the almost total 
> lack of public engagement from Google to help make this a vibrant ecosystem.
>
> Karl
>
>
> On Apr 16, 2015, at 5:50 PM, Katie Ball (Google Cloud Support) <
> kmrich...@google.com > wrote:
>
> Hi Karl,
>
> You've taken some extra time and extra care to put this feedback together 
> -- thank you! It's incredibly helpful; this is exactly what we need in 
> order to better serve our users and the cloud computing community. 
>
> I've already taken your feedback to the appropriate team members to start 
> improving things as suggested in your post.
>
> Is there anything that you are currently struggling with? If there is, 
> we'd like to offer our help as a thank you.
>
> To our GCP community members: do you have any additional feedback you'd 
> like to send our way? Any +1's to Karl's points? We'd love to hear from you!
>
> Thanks again,
> Katie
>
> -- 
> 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-a...@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/9bf4066c-1634-4d35-9b20-2e1f102b79e1%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/3c61016f-57a7-4b1e-965a-60a260eb2324%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine service account has insufficient permissions for project

[Robert Dyas]

I am uploading with Eclipse (Java) and am logged in as a project owner. I 
did try uploading with a different owner account on the project and got 
exactly the same error. 
The strange thing is, it works just fine when uploading as sandboxed app. 

Can you check our project (parasql-app) to see if anything looks obviously 
wrong?



On Wednesday, November 25, 2015 at 5:14:33 PM UTC-5, Patrice (Cloud 
Platform Support) wrote:
>
> Hi Robert. 
>
> How do you deploy? Chances are that you can change which email you're 
> currently authenticated as with the tool, depending on what tool you use 
> for upload.
>
> Cheers!
>
> On Wednesday, November 25, 2015 at 3:42:16 PM UTC-5, Robert Dyas wrote:
>>
>> When I try to deploy a Managed VM I get this error:
>>
>> App Engine service account has insufficient permissions for project
>>
>> Any suggestions on what to look at to fix this? 
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To 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/fc34fd21-a7fe-416e-8395-4c9ef0df34ea%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] App Engine service account has insufficient permissions for project

[Robert Dyas]

When I try to deploy a Managed VM I get this error:

App Engine service account has insufficient permissions for project

Any suggestions on what to look at to fix this? 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To 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/2aab7977-c332-416d-acd6-8fed633eb923%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] App Engine Managed VM error - App Engine service account has insufficient permissions

[Robert Dyas]

When I edit my .xml file to include the requisite settings to deploy my app 
engine app as a managed vm, I get this error:
App Engine service account has insufficient permissions for project. 
Developer or owner required. Version: 30.388785162679429162
Rolling back the update.

Project is parasql-app if that helps you.

Note I am deploying as the owner of the project via Eclipise 1.9.28 sdk. 
Deoplying as regular app engine (non-managed VM) works fine.


-- 
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/d89b9ac6-7513-4049-b95a-5203e69a8380%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine Managed VM error - App Engine service account has insufficient permissions

[Robert Dyas]

Also When I try to do a deploy via gcloud (instead of Eclipse) I get an 
internal error.

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

Re: [google-appengine] Re: Server-Sent Events using Channels API

[Robert Stepanek]

Hi Nick,

thanks for the extensive feedback! I'm not much into Javascript and
wasn't aware that the EventSource object reconnects on closed
connections - that should suffice for prototyping. I'll look into
opening a feature request if I settle on using App Engine for my
project.

On Wed, Jun 3, 2015 at 9:26 PM, Nick (Cloud Platform Support)
pay...@google.com wrote:
  I can't comment on the
 GAE roadmap or any timeline for feature implementation but I still figured I
 would gather a lot of information so you know exactly the state of
 everything.

That already helped a lot. Thanks again.
Robert

-- 
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/CABvA2ahUS22xAvFky07hH2Bkt4-%3DmtKauwQ%3D5Fy%2BE%3D-yh%2B%3Dc7A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Server-Sent Events using Channels API

[Robert Stepanek]

Is the Channels API planned to support the Server-Sent Events W3C 
Recommendation (http://www.w3.org/TR/eventsource/)? Given that this 
standard is pushed by Google it would be great to also use it on App 
Engine. Or does it work already with the current Channels implementation?

Many thanks,
Robert

-- 
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/0d5f6433-0349-4d46-bee1-d9cedbebfe9e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] cannot deploy my code..?

[Robert Fischer]

Do you need to update the app_id in your app.yaml?

It doesn't look like the application hello-udacity exists per the error, This
application does not exist (app_id=u'hello-udacity'). Are you sure this is
the correct app_id? Do you see it in your applications at
https://appengine.google.com?

Best,
Robert

On Mon, Mar 2, 2015 at 10:27 AM, melbin njanmel...@gmail.com wrote:

 2015-03-02 23:54:06 Running command: ['C:\\Python27\\pythonw.exe', '-u',
 'C:\\Program Files (x86)\\Google\\google_appengine\\appcfg.py',
 '--no_cookies', u'--email=njan@gmail.com', '--passin', 'update',
 u'C:\\Python27\\helloworld\\hello-udacity']
 11:54 PM Application: hello-udacity; version: 1
 11:54 PM Host: appengine.google.com
 11:54 PM
 Starting update of app: hello-udacity, version: 1
 11:54 PM Getting current resource limits.
 Password for njan.@gmail.com: 11:54 PM Scanning files on local disk.
 Error 404: --- begin server output ---
 This application does not exist (app_id=u'hello-udacity').
 --- end server output ---
 2015-03-02 23:54:13 (Process exited with code 1)

 You can close this window now.

 --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/6b0c18af-b742-4b79-a156-05755e7c179b%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/6b0c18af-b742-4b79-a156-05755e7c179b%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/CAGUNdaimwHXyZTPTeinZ0J-GJ8P%3DrFiKo7HqTD3csxo9TZu4sw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to modify an application from Automatic scaling to Manual or Basic scaling? how to integrate Modules?

[Robert Gutierrez]

I realize this is an old thread, and that the OP may not be tracking this 
anymore, but I wanted to help nonetheless.

I'm not sure how to do this in the Java version, but in the python version, 
what I ended up doing was creating a fake module and deploying this along 
with the normal app.yaml/appengine-web.xml.
What I did was:
1) create a file called fake.yaml (or something similar for the Java 
version; basically a copy of your appengine-web.xml but renamed to the name 
of your new module)
2) paste in the stuff from the top of your XML file, the stuff about 
'runtime' and 'threadsafe'
3) within those entries at the top, write in a line that says 'module: 
fake' (or something equivalent in XML). I also included a handler entry for 
the favicon, just so that there's something that the fake module can route 
to.
4) now, back in your appengine-web.xml file, write in the scaling code, 
for manual or basic scaling
5) now open a Terminal/Command Prompt window and traverse to your app's 
directory
6) run the 'appcfg' command with the word 'update' followed by 
'appengine-web.xml' and then the name of the XML file for your fake module.
In the python version, this looks like 'appcfg.py update app.yaml 
fake.yaml'
7) enter your email/password, then your application will deploy both 
the default module (configured from appengine-web.xml) and the fake module 
(configured from fake.xml or whatever the filename is)

This should enable the default module and enable any scaling you set. The 
configuration for the fake module doesn't matter, just so long as it 
doesn't error out when it updates. Feel free to delete it later.

Of course, if anyone knows of a better way to do this, please reply. After 
the research I did on this topic, this was the only method I could find.

On Thursday, July 17, 2014 at 9:09:53 AM UTC-7, Juan de Dios Becerra wrote:

 I have developed my app with all default, this imply Automatic scaling, 
 lastly some processes are getting longer and I wanted to use Backends, but 
 right now are deprecated, so I need to use Modules, reading the Modules 
 documentation I realized that modifying the file appengine-web.xml I can 
 modify the scaling and in consequence the way that the requests are 
 managed. But when I tried to modify this file and make it manual scaling, 
 when I deploy to App Engine I don't get errors but I get this warning:
 WARNING: Performance settings included in this update are being ignored 
 because your application is not using the Modules feature
 after that my app is working but it generates a Backend, so all time since 
 my version is deployed is consuming backend instance hours, somebody knows 
 how I can modify my actual Automatic scaling app to one app that can use 
 Modules?? thank you in advance.


-- 
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/d616008c-e28d-4e25-b6d1-349dba2572d6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] AppEngine Java multi-modules sample error on gcloud preview app run

[Robert Fischer]

Hi Avanish,

Have you tried specifying a port (host) explicitly [something like --host
localhost:]? I see that it should run on :8080 by default though:
https://cloud.google.com/sdk/gcloud-app

If that fails, does it work running as administrator?

Best,
Robert

On Wed, Feb 11, 2015 at 2:07 PM, Avanish Raju yar...@gmail.com wrote:

 Hey all,

 (NOTE: Also posted to Stack Overflow here:
 http://stackoverflow.com/questions/28441545/appengine-java-multi-modules-sample-error-on-gcloud-preview-app-run
 )

 I'm trying to setup a multi-module Appengine app with one module as
 managed VM.

 But for starters, I'm checking if I can run gcloud preview app run on the
 AppEngine Java multi-modules sample from here:
 https://github.com/GoogleCloudPlatform/appengine-modules-sample-java

 When I import it in Android Studio, and run the appengineRun build rule,
 it builds fine. However, if I go to command prompt, and run the following:

 E:\appengine-modules-sample-java-mastergcloud preview app run 
 appengine-modules-guestbook/src/main/webapp

 Then I get the following error:

 http://localhost:8000 Exception in thread main java.lang.RuntimeException: 
 Unable to create a DevApp Server ERROR: bad runtime process port ['']
 at 
 com.google.appengine.tools.development.devappserver2.DevAppServer2Fac 
 tory.doCreateDevAppServer(DevAppServer2Factory.java:87)

 ...

 ... 10 more Caused by: java.io.IOException: Access is denied

 What am I doing wrong?

 Thanks!
 Avanish

  --
 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/0bf170b1-d7af-474d-9573-7302a23aae59%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/0bf170b1-d7af-474d-9573-7302a23aae59%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/CAGUNdah0q3gSg4YwB6OeAmt4uGhzX6SDWr1%2BBphN_2LE8N7ThA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: One senses GAE is just not a major priority for Google

[Robert King]

I agree with Jeff Schnitzer. I think google is afraid of the whole open 
source  docker thing gaining huge momentum and doesn't want to miss out so 
they want to make that part of their foundation e.g. things like 
kubernettes. They also want to make it easy for people to migrate from 
other clouds to google cloud. I personally like app engine instances - they 
are very lightweight containers - docker is great if you need third party 
libraries that aren't on app engine   lots of developers don't want to shy 
away from that. I personally like the simplicity of app engine containers  
most of my app can run on them. 95% of my code can run on app engine doing 
orchestration - I can always have processes running on compute engine with 
docker etc if I need - but even as it stands app engine can do a huge 
amount of what you need. Even if google didn't make many improvements to 
app engine for a while - I can still do a huge amount with app engine. I 
think a lot of grads coming out of university will go with PAAS  things 
such as firebase to keep things simple, however a lot of the senior 
developers will like to stick with what they know. It also seems like 
appengine needs a faster deployment cycle  better testing / simulation. So 
perhaps there is technical debt there.

On Saturday, 1 November 2014 06:55:34 UTC+13, Jeff Schnitzer wrote:

 I agree. I thought that article was basically a fluff piece written by 
 someone who has never actually used GAE.

 Nobody ever cared about the subset of Java issue except Sun who, as 
 non-users, count only as whiners (no, Java's mine, you have to use it the 
 way I want!). And the very old version of python was fixed (2.7, well, 
 yes, it's still old but let's face it half the Python community hasn't made 
 it to 3.0 yet).

 IMHO, the biggest issue is that human beings are slow to adopt new things. 
 Most web developers never move beyond the first stack they learn (usually 
 LAMP or Rails). Ask them to go outside of their MySQL comfort zone and they 
 get all nervous and sweaty. GAE is something different, and the truth is 
 that even programmers are a conservative lot.

 There are real problems with GAE (those two items chief among them) but I 
 think the main reason Google is focusing so much on Compute Engine instead 
 of GAE is that the vast bulk of developers haven't bought into the concept 
 of PaaS yet. They've just barely made the mental transition off of 
 colocated boxes. IaaS is an easier sell, even if it's a dumb choice.

 Jeff

 On Fri, Oct 31, 2014 at 5:28 AM, Tapir tapi...@gmail.com javascript: 
 wrote:



 On Wednesday, October 29, 2014 5:11:15 AM UTC+8, Emanuele Ziglioli wrote:

 I would find hard to disagree:

 *IBM, Google, and Oracle are all equally at pains to deliver a message 
 that makes them uniquely attractive. In this regard, Google's inability to 
 recover from the botched roll-out of Google App Engine (GAE) will surely 
 go 
 down as one of the oddest business cases. It launched the product with 
 great fanfare. But developers who flocked to it initially found a 
 difficult 
 platform that supported only a subset of Java and a very old version of 
 Python. Moreover, the interfaces to the proprietary database were poorly 
 thought out, so that almost everything in GAE required platform-specific 
 code-arounds. While GAE has improved in a limited sense since then, Google 
 has not done what Microsoft did — revamp the product from top to bottom to 
 make it easy to use. Nor has it leveraged its natural connection to 
 developers. One senses GAE is just not a major priority for Google.*


 http://www.drdobbs.com/cloud/whose-cloud-will-you-use/240169229


 GAE really has two problems, neither of them are belong to what mentioned 
 in this article. On the contrary, what mentioned the article are really 
 good point, IMO.

 The two problems are:
 1. high price, for both instance hours and bigtable operations.
 2. long Java instance startup time.

 In my GAE experience, it is very reliable. BigTable is very powerful and 
 easy to use.
  

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




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

Re: [google-appengine] Re: Why are cloud endpoints so slow ?

[Robert King]

Hi Jun, 
Thanks so much for answering these questions - it's very helpful.
What does the additional frontend API layer do? What's the performance 
impact?

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

Re: [google-appengine] analysing /_ah/api performance

[Robert King]

I found this related issue 
here https://code.google.com/p/googleappengine/issues/detail?id=10017





On Thursday, 22 May 2014 17:46:16 UTC+12, Robert King wrote:

 the link is /_ah/api/discovery/v1/apis/archivedash/v1/rpc?
 fields=methods%2F*%2Fidpp=0
 is for discovery - it's a google thing - i didn't write that endpoint.
 I think you're thinking of *spi* rather than *api*?


 On Thursday, 22 May 2014 15:00:04 UTC+12, Vinny P wrote:

 On Tue, May 20, 2014 at 11:38 PM, Robert King kingrob...@gmail.com
  wrote:

 I'm running appstats but that request doesn't come through 

 (other api calls do come through on app stats)



 That's fine.

 For the other API calls, do they do largely the same work as the 
 problematic API endpoint, or do they handle vastly different workloads? For 
 instance, do they access the same search API, datastore kinds, and so 
 forth? If they don't access the same resources, what resources is the 
 problematic endpoint accessing *that are different*? For those resources 
 that are different, can you list general statistics for them (e.g. number 
 of datastore entities, size/num of search documents, etc)?
   
  
 -
 -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.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Why are cloud endpoints so slow ?

[Robert King]

Don't get me wrong - I absolutely love cloud endpoints - they speed up my 
development time and simplify my code significantly.
Having said that, I'd really like to see some clarification from google. 
Are endpoints intended to be high performance? I haven't once seen 
mentioned in any google documentation that endpoints are low latency?  I've 
often been waiting 5-20 seconds for calls such as /_ah/api/discovery/
v1/apis/archivedash/v1/rpc?fields=methods%2F*%2Fidpp=0.
even on apps that have little traffic, tiny payloads and no rpc calls. One 
of the new systems i'm building is using endpoints but i'll have to switch 
away from endpoints ASAP if I can't get some reassurance. Also I don't have 
time to wait a couple of months to see if they get faster. I'd also be 
interested to know how efficient python / go / java / php endpoints are at 
encoding  decoding different sized payloads with json or protobuff 
protocols. (Will probably have to generate these statistics myself  
present some graphs etc - although I'm assuming google would have already 
performance tested their own product?)
cheers

On Sunday, 25 May 2014 08:29:48 UTC+12, Diego Duclos wrote:

 I've done some (non extensive) tests on google appengine,
 and my response times vary from anywhere between 100ms and 5000ms when 
 directly sending http requests to a cloud endpoints.

 Regardless of the actual response time, the google cloud console always 
 shows a processing time of around 50ms, which, while also somewhat 
 long-ish, is much more reasonable.

 For the 100ms requests, I can safely know that the other 50ms are just 
 regular latency, but I have no idea where the cloud endpoint could be 
 spending 4.5 seconds at, and the logs show nothing useful at all.

 Does anyone have some guidance for me regarding to this ? 5 seconds is 
 unacceptable slow and makes them completely unusable.


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

[google-appengine] Re: Why are cloud endpoints so slow ?

[Robert King]

also might be worth noting I'm using CORS on multiple app engine modules 
etc. perhaps it's something to do with preflight requests? 
http://monsur.hossa.in/2012/09/07/thoughts-on-the-cors-preflight-cache.html

On Sunday, 25 May 2014 20:53:15 UTC+12, Robert King wrote:

 Don't get me wrong - I absolutely love cloud endpoints - they speed up my 
 development time and simplify my code significantly.
 Having said that, I'd really like to see some clarification from google. 
 Are endpoints intended to be high performance? I haven't once seen 
 mentioned in any google documentation that endpoints are low latency?  I've 
 often been waiting 5-20 seconds for calls such as /_ah/api/discovery/
 v1/apis/archivedash/v1/rpc?fields=methods%2F*%2Fidpp=0.
 even on apps that have little traffic, tiny payloads and no rpc calls. One 
 of the new systems i'm building is using endpoints but i'll have to switch 
 away from endpoints ASAP if I can't get some reassurance. Also I don't have 
 time to wait a couple of months to see if they get faster. I'd also be 
 interested to know how efficient python / go / java / php endpoints are at 
 encoding  decoding different sized payloads with json or protobuff 
 protocols. (Will probably have to generate these statistics myself  
 present some graphs etc - although I'm assuming google would have already 
 performance tested their own product?)
 cheers

 On Sunday, 25 May 2014 08:29:48 UTC+12, Diego Duclos wrote:

 I've done some (non extensive) tests on google appengine,
 and my response times vary from anywhere between 100ms and 5000ms when 
 directly sending http requests to a cloud endpoints.

 Regardless of the actual response time, the google cloud console always 
 shows a processing time of around 50ms, which, while also somewhat 
 long-ish, is much more reasonable.

 For the 100ms requests, I can safely know that the other 50ms are just 
 regular latency, but I have no idea where the cloud endpoint could be 
 spending 4.5 seconds at, and the logs show nothing useful at all.

 Does anyone have some guidance for me regarding to this ? 5 seconds is 
 unacceptable slow and makes them completely unusable.



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

Re: [google-appengine] analysing /_ah/api performance

[Robert King]

the link is /_ah/api/discovery/v1/apis/archivedash/v1/rpc?
fields=methods%2F*%2Fidpp=0
is for discovery - it's a google thing - i didn't write that endpoint.
I think you're thinking of *spi* rather than *api*?


On Thursday, 22 May 2014 15:00:04 UTC+12, Vinny P wrote:

 On Tue, May 20, 2014 at 11:38 PM, Robert King 
 kingrob...@gmail.comjavascript:
  wrote:

 I'm running appstats but that request doesn't come through 

 (other api calls do come through on app stats)



 That's fine.

 For the other API calls, do they do largely the same work as the 
 problematic API endpoint, or do they handle vastly different workloads? For 
 instance, do they access the same search API, datastore kinds, and so 
 forth? If they don't access the same resources, what resources is the 
 problematic endpoint accessing *that are different*? For those resources 
 that are different, can you list general statistics for them (e.g. number 
 of datastore entities, size/num of search documents, etc)?
   
  
 -
 -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.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] analysing /_ah/api performance

[Robert King]

Hi Vinny,
I'm running appstats but that request doesn't come through. Is there a way 
to make it appear with app stats? (other api calls do come through on app 
stats)


--
To be clear, this is how I have appstats installed in appengine_config.py 
and app.yaml:

'''
start App Stats config
default link: /_ah/stats/
see https://developers.google.com/appengine/docs/python/tools/appstats
'''

appstats_CALC_RPC_COSTS = True

def webapp_add_wsgi_middleware(app):
from google.appengine.ext.appstats import recording
app = recording.appstats_wsgi_middleware(app)
return app

'''End App Stats config'''


and 

builtins:
- appstats: on
--

App stats works for most api calls e.g:
(1) 2014-05-20 20:08:05.073 POST 
/_ah/spi/ArchiveDashEndpoint.getArchiveData 200 
http://robert-dot-td-admin.appspot.com/_ah/stats/details?time=1400645285073real=15121ms
 
api=0ms overhead=72ms (43 RPCs, cost=133840, 
billed_ops=[DATASTORE_READ:1912])

however the request I asked about *doesn't come through in app stats *(which 
is why I asked if there is a way to investigate it): (ass you can see there 
are both robert-dot-modulename-appid and robert-dot-appid)



   1. Remote Address:
   x
   2. Request URL:
   
   
https://robert-dot-api-server-dot-x.appspot.com/_ah/api/discovery/v1/apis/x/v1/rpc?fields=methods%2F*%2Fidpp=0
   3. Request Method:
   GET
   4. Status Code:
   304 Not Modified
   5. Request Headers
  1. :host:
  robert-dot-api-server-dot-x.appspot.com
  2. :method:
  GET
  3. :path:
  /_ah/api/discovery/v1/apis/x/v1/rpc?fields=methods%2F*%2Fidpp=0
  4. :scheme:
  https
  5. :version:
  HTTP/1.1
  6. accept:
  */*
  7. accept-encoding:
  gzip,deflate,sdch
  8. accept-language:
  en-US,en;q=0.8
  9. if-none-match:
  x/x
  10. referer:
  
  
https://robert-dot-api-server-dot-x.appspot.com/_ah/api/static/proxy.html?jsh=m%3B%2F_%2Fscs%2Fapps-static%2F_%2Fjs%2Fk%3Doz.gapi.en.6SWenkOB4-I.O%2Fm%3D__features__%2Fam%3DAQ%2Frt%3Dj%2Fd%3D1%2Fz%3Dzcms%2Frs%3DAItRSTPqnV0vyAsVqqzFCGu-iTJCnEAiGw
  11. user-agent:
  Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 
  (KHTML, like Gecko) Chrome/34.0.1847.137 Safari/537.36
  12. x-clientdetails:
  
  
appVersion=5.0%20(Macintosh%3B%20Intel%20Mac%20OS%20X%2010_9_2)%20AppleWebKit%2F537.36%20(KHTML%2C%20like%20Gecko)%20Chrome%2F34.0.1847.137%20Safari%2F537.36platform=MacInteluserAgent=Mozilla%2F5.0%20(Macintosh%3B%20Intel%20Mac%20OS%20X%2010_9_2)%20AppleWebKit%2F537.36%20(KHTML%2C%20like%20Gecko)%20Chrome%2F34.0.1847.137%20Safari%2F537.36
  13. x-goog-encode-response-if-executable:
  base64
  14. x-javascript-user-agent:
  google-api-javascript-client/1.1.0-beta
  15. x-origin:
  https://robert-dot-x.appspot.com
  16. x-referer:
  https://robert-dot-x.appspot.com
  


btw - the appstats link i'm using 
is http://robert-dot-x.appspot.com/_ah/stats/? and appstats is only 
deployed to that version. I can't make that version the default for 
production but this api is only running on my version anyway.

On Friday, 16 May 2014 17:59:32 UTC+12, Vinny P wrote:

 On Thu, May 15, 2014 at 4:20 PM, Robert King 
 kingrob...@gmail.comjavascript:
  wrote:

 for 
 examplehttp://stackoverflow.com/questions/23618638/google-cloud-endpoints-ah-api-discovery-v1-apis-myapi-v1-rpc-takes-half-a-minu
 , 
 /_ah/api/discovery/v1/apis/archivedash/v1/rpc?fields=methods%2F*%2Fidpp=0  
 is often at times running slowly (e.g. waiting over 10 seconds on fast 
 connection). I'd like to investigate it somehow.
 Is it a problem elsewhere in my app (e.g. some of my webapp2 handlers 
 have high latency due to doing many urlfetches etc) or is it a problem with 
 endpoints that don't have much traffic?
 I'm wondering if performance of /api/discovery can be effected if other 
 parts of my app are experiencing high latency or is its performance self 
 contained?




 The best way to pinpoint performance issues is to record an AppStats run 
 of the request. Can you install AppStats (see instructions 
 herehttps://developers.google.com/appengine/docs/java/tools/appstats), 
 run an API request, then post the AppStats record back here?
  

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

[google-appengine] analysing /_ah/api performance

[Robert King]

HI, is this possible? I tried searching app engine logs: path:/_ah/api.*
nothing came up obviously.

for 
examplehttp://stackoverflow.com/questions/23618638/google-cloud-endpoints-ah-api-discovery-v1-apis-myapi-v1-rpc-takes-half-a-minu
, /_ah/api/discovery/v1/apis/archivedash/v1/rpc?fields=methods%2F*%2Fidpp=0  
is often at times running slowly (e.g. waiting over 10 seconds on fast 
connection). I'd like to investigate it somehow.
Is it a problem elsewhere in my app (e.g. some of my webapp2 handlers have 
high latency due to doing many urlfetches etc) or is it a problem with 
endpoints that don't have much traffic?
I'm wondering if performance of /api/discovery can be effected if other 
parts of my app are experiencing high latency or is its performance self 
contained?

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

[google-appengine] Re: App Engine 1.9.2 Released

[Robert Dodd]

Since updating I've lost some of the button icons inside the Launcher. 
Heres a screenshot:

https://lh6.googleusercontent.com/-qUcuPEZ4S_A/U0iRPesI9xI/AGE/Qv-1fX9cSUc/s1600/Screen+Shot+2014-04-12+at+11.01.41+am.png
It works fine, but there are no icons for edit, deploy or dashboard.

I'm on a Mac. It happened after an automatic update. I tried to fix it by 
downloading the dmg file and installing manually, but that didn't work 
either.

Any ideas on how I could fix it?

On Wednesday, April 9, 2014 12:59:40 AM UTC+10, Andrew Jessup wrote:

 Hi Everyone,
 We are pleased to announce the latest release of Google App Engine 1.9.2, 
 which has now been rolled out to all applications. 
 Release 1.9.2 includes the following enhancements.
 All languages==- We are pleased to announce the 
 availability of Dedicated Memcache service  to our customers in the 
 EU.PHP==- Users now have the ability to embed 
 images in emails via the Content-Id  attachment header.
 https://code.google.com/p/googleappengine/issues/detail?id=965 
 https://www.google.com/url?q=https://code.google.com/p/googleappengine/issues/detail%3Fid%3D965usg=AFQjCNHNf4SDA522hNIBjpvOQnJBcViTQA-
  The Zip module is now included in the SDK.
 https://code.google.com/p/googleappengine/issues/detail?id=10703 
 https://www.google.com/url?q=https://code.google.com/p/googleappengine/issues/detail%3Fid%3D10703usg=AFQjCNFME_uvL07mZlWBrip0ykyhB7D99Q-
  Fixed an issue with the Google Cloud Storage upload proxy truncating POST  
 field data when it is longer than 80 characters.
 https://code.google.com/p/googleappengine/issues/detail?id=10355 
 https://www.google.com/url?q=https://code.google.com/p/googleappengine/issues/detail%3Fid%3D10355usg=AFQjCNFXqiSBMyctMpq9MgMVjwRPsj9DqQ-
  Fixed an issue with default max sized uploads no longer handling unlimited  
 size uploads.
 https://code.google.com/p/googleappengine/issues/detail?id=10727 
 https://www.google.com/url?q=https://code.google.com/p/googleappengine/issues/detail%3Fid%3D10727usg=AFQjCNHVAnn2nCChZecikBYTGC-vI63orQ
 Kind regards,
 Andrew JessupProduct Manager, Google Cloud Platform



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

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

[Robert King]

I'm in NZ too and none of my domains are working!

On Wednesday, 12 March 2014 09:51:30 UTC+13, GregF wrote:

 Yes - same issue here (NZ) on some networks. Great to hear I'm not the 
 only one. HELP!!!

 On Wednesday, 12 March 2014 09:40:24 UTC+13, Tomas Adamek wrote:

 Hi there

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

 The standard appspot url's works fine, ie:

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

 Does anyone have similar issue?

 Cheers

 Tomas



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

Re: [google-appengine] Google app engine local unit test with python

[Robert Schuppenies]

When you do
$ python -c import webapp2
what do you get?

Looks a lot like you don't have webapp2 in your import path for Python.


On Fri, Jan 17, 2014 at 3:38 AM, Pedro Miguel pcura...@gmail.com wrote:


 Hi guys,

 I'm fairly new to google app engine and python so please bear with me.

 I would like to start running some python unit tests and I've been
 following the guide at Webapp2

 But when I run the test I keep getting the following error :
 Traceback (most recent call last):
   File test.py, line 2, in module
 import webapp2
 ImportError: No module named webapp2


 *This is my test.py file:*
 import unittest
 import webapp2



 # from the app main.py
 import main

 class TestHandlers(unittest.TestCase):
def test_hello(self):
# Build a request object passing the URI path to be tested.
# You can also pass headers, query arguments etc.
request = webapp2.Request.blank('/')
# Get a response for that request.
response = request.get_response(main.app)

# Let's check if the response is correct.
self.assertEqual(response.status_int, 200)
self.assertEqual(response.body, 'Hello, world!')


 if __name__ == '__main__':
 unittest.main()


 *This is my main.py file:*
 import webapp2



 class HelloHandler(webapp2.RequestHandler):
 def get(self):
 self.response.write('Hello, world!')

 app = webapp2.WSGIApplication([('/', HelloHandler)])

 def main():
 app.run()

 if __name__ == '__main__':
 main()



 *This is my app.yaml file:*
 application: test-app
 version: 1
 runtime: python27
 api_version: 1
 threadsafe: true



 - url: /.*
   script: main.app

 libraries:
 - name: jinja2
   version: latest

 builtins:
 - remote_api: on



 My current folder structure is:
 test-app
  app.yaml
  main.py
  test.py

 And to run the test I do:
 $ cd test-app
 $ python test.py

 Answer that's when I get the error showed above.  Could anyone tell me
 what am I doing wrong.


 Regards,

 Pedro

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


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

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

[Robert Avram]

beautiful! Thanks! You're awesome. Do you know if the SDK is threadsafe 
though?

On Friday, January 3, 2014 5:47:52 PM UTC-8, Vinny P wrote:

 On Thu, Jan 2, 2014 at 3:52 PM, Robert Avram robert...@gmail.comjavascript:
  wrote:

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

  

 You can do this (at the bottom of your code):

 *if payment.create():*
 *  # Preapproval successful, redirect the customer to the approval URL.*
 *else:*
 *  # Payment failed*
 *  self.response.write(payment.error)*

 *Payment.error* holds the reason why the preapproval failed, but you may 
 want to do some post-processing to clean up the error text and present a 
 more user-friendly response.
   
  
 -
 -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.
For more options, visit https://groups.google.com/groups/opt_out.

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

[Robert Avram]

I checked out Stripe.com.. It seems pretty good. Paypal would still be my 
personal choice so far. It has a UI for the business to track their sales, 
etc also the customer that I'm developing for is a big fan of established 
names. Thanks for the input though , I'll definitely keep it in mind for 
future projects.

On Saturday, January 4, 2014 11:51:13 AM UTC-8, Doug Anderson wrote:

 My advice would be to use Stripe.com for processing payments.  You'll be 
 amazed at how easy it is to get started AND customers don't have to leave 
 your site!
 (I'm not associated with Stripe in any way... just using it with App 
 Engine and can attest to its ease of use)

 I may re-add PayPal at some point (in addition to Stripe) but it's a pita 
 to deal with the user leaving your site, processing the ipn notifications, 
 and then HOPING the user hits the button to return to your site when he's 
 finished on PayPal.  With PayPal there's no guarantee the user will return 
 to your site (although it's fairly likely).  I've also noticed that the 
 initial redirect to PayPal can take a while (for the page to load).  Just 
 my experience... I'm sure there are others that really like it.


 On Thursday, January 2, 2014 4:52:23 PM UTC-5, Robert Avram wrote:

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


 class Buy(generichandler.MainHandler):

 def get(self):

api = paypalrestsdk.set_config(

  mode=sandbox,

  client_id=myclientid,

  client_secret=secret)

api.get_token()

paymentDic = {intent: sale,

  payer: {

payment_method: credit_card,

funding_instruments: [{

 credit_card: {


 type: visa,


 number: 4417119669820331,


 expire_month: 11,


 expire_year: 2018,


 cvv2: 874,


 first_name: Joe,


 last_name: Shopper,


 billing_address: {

   
line1: 52 N Main ST,

   
city: Johnstown,

   
state: OH,

   
postal_code: 43210,

   
country_code: US }}}]},

  transactions: [{

amount: {

  total: 1.47,

  currency: USD,

  details:{

subtotal: 
 1.41,

tax: 0.03,

shipping: 
 0.03}},

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

payment = paypalrestsdk.Payment(paymentDic)

payment.create()
 Enter code here...




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

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

[Robert Avram]

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


class Buy(generichandler.MainHandler):

def get(self):

   api = paypalrestsdk.set_config(

 mode=sandbox,

 client_id=myclientid,

 client_secret=secret)

   api.get_token()

   paymentDic = {intent: sale,

 payer: {

   payment_method: credit_card,

   funding_instruments: [{

credit_card: {

   
type: visa,

   
number: 4417119669820331,

   
expire_month: 11,

   
expire_year: 2018,

   
cvv2: 874,

   
first_name: Joe,

   
last_name: Shopper,

   
billing_address: {


 line1: 52 N Main ST,


 city: Johnstown,


 state: OH,


 postal_code: 43210,


 country_code: US }}}]},

 transactions: [{

   amount: {

 total: 1.47,

 currency: USD,

 details:{

   subtotal: 
1.41,

   tax: 0.03,

   shipping: 
0.03}},

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

   payment = paypalrestsdk.Payment(paymentDic)

   payment.create()
Enter code here...


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

Re: [google-appengine] run dev_server from JUnit?

[Robert Schuppenies]

We are using gaedriver https://code.google.com/p/gaedriver/ to start apps
with devappserver and then run tests against it. Here is an example:
https://code.google.com/p/gaedriver/source/browse/#hg%2Fjava%2Fsrc%2Ftest%2Fjava%2Fcom%2Fgoogle%2Fappengine%2Fcontrib%2Fgaedriver%2Fe2e%253Fstate%253Dclosed


On Tue, Dec 17, 2013 at 7:59 AM, stephanos stephan.beh...@gmail.com wrote:

 Hey,

 I'd like to do some (gray-box) integration testing with my Java App Engine
 app.

 How can I start the dev server from within my JUnit tests? With
 Jetty/Grizzly, for example.

 Regards
 Stephan

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


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

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

[Robert King]

A few hours ago most of our python app went down  all requests were timing 
out. (Our app has never been down before).
I checked https://code.google.com/status/appengine/ and it said 
investigating for Memcache  Python so they must have been having some 
issues.
I'm not sure why there is a green tick there now.

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

Re: [google-appengine] Gettext for PHP environment

[robert]

We are using .mo files, but converting to another format would not be a 
huge problem.

On Thursday, October 24, 2013 1:24:54 AM UTC+2, Vinny P wrote:

 On Tue, Oct 22, 2013 at 8:13 AM, rob...@expansiveworlds.com javascript:
  wrote:

 Anyone know if this will be added anytime soon?



 Issue 9487 tracks the status of the gettext extension. Hit the star button 
 to keep track of the issue and so other people know how important it is: 
 https://code.google.com/p/googleappengine/issues/detail?id=9487 


 On Tue, Oct 22, 2013 at 8:13 AM, rob...@expansiveworlds.com javascript:
  wrote:

 Any good alternatives?



 That depends. Are you using *.mo* files to store your translations, or 
 another format? 

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

[google-appengine] Gettext for PHP environment

[robert]

Anyone know if this will be added anytime soon? Any good alternatives?

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

[google-appengine] Re: IS GOOGLE EVER GOING TO FIX THE UNSTABLE ISSUE?

[Robert Lancer]

+1 the past months and a half of unreliability will have to be addressed in 
more than just short notices in the Downtime Notify group.

On Thursday, June 27, 2013 7:55:16 PM UTC-5, Ray wrote:

 Sorry for caps but the instability issues have been occurring for weeks. 
 Yet no respond in this group or notification from Google that they are 
 working on it. Do Google realise the issues?

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

[google-appengine] App Engine Performance

[Robert Lancer]

When will there be a week when App Engine is performing properly? As a 
business with a product on top of App Engine this is starting to make me 
question continued use of App Engine as a platform despite the significant 
investment in building for App Engine.

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

[google-appengine] Re: App Engine VM-based Backends - Trusted Tester Sign-up

[Robert Kluin]

This is a really exciting feature.

Will the durability of these backends look and feel more like GCE 
(long-term / stable) or will the be more like GAE's current backends (flaky 
and unstable)?


Robert



On Thursday, June 20, 2013 2:21:06 PM UTC-5, Takashi Matsuo (Google) wrote:


 Fellow App Engine Gurus,

 We're happy to announce the next generation of App Engine Managed 
 Backends. These Backends utilize the App Engine VM Runtime, allowing 
 developers to run Backends on Compute Engine VMs. By building on top of 
 Compute Engine VMs, developers can:


- take advantage of higher CPU and memory
- rely on longer-lived processes
- utilize a local filesystem
- communicate via native network stacks
- execute external processes
- access the entire JRE
- upload arbitrary Python extensions


 Given that these are App Engine Backends, you can still use all the App 
 Engine APIs to access the existing managed services (Datastore, Task 
 Queues, Memcache, etc.)

 Updating existing Backends to run on Compute Engine VMs is a simple config 
 change:

 app.yaml
 
 application: app-id
 version: v1
 runtime: python27
 *vm: true*
 *
 *
 *manual_scaling:*
 *  instances: 1*


 That’s all you need to get started. We’ll pick a deafult VM machine type 
 and spin everything up your behalf. Of course there other options that you 
 can set (including machine type) and these are documented in the Getting 
 Started 
 Guidehttps://docs.google.com/document/d/1VH1oVarfKILAF_TfvETtPPE3TFzIuWqsa22PtkRkgJ4/edit#
 .

 In order to build a great product, we need quality feedback from brave 
 early adopters. If you’re interested test driving, please sign-up at the 
 link below and we’ll take care of the rest.

 App Engine VM-based VM Runtime - Trusted Tester 
 Sign-uphttps://docs.google.com/forms/d/1NTPROehZLn7lzu3pcXryB8BlZN5cu0SwiIzPnl35xHs/viewform

 Also, if you have any questions, please feel free to send an email to:
 appengine-...@googelgroups.com javascript:

 Thanks!

 -- 
 Takashi Matsuo | Developers Programs Engineer | tma...@google.comjavascript:
  

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

[google-appengine] Re: Timeout for https://accounts.google.com/o/oauth2/token

[Robert Lancer]

+1, this has caused my app to be down all day.

On Tuesday, June 11, 2013 1:05:14 PM UTC-4, Ronan Jouchet wrote:

 Got confirmation on this SO comment [1] that Google is aware of the 
 situation and working on it.

 [1] 
 http://stackoverflow.com/questions/17024282/how-to-avoid-failed-to-retrieve-access-token-error-invalid-grant-in/17027974?noredirect=1#comment24649419_17027974

 On Tuesday, June 11, 2013 9:15:18 AM UTC-4, Thomas Tiercelin wrote:

 same problem here, but it's not happening from time to time, its 
 happening very often and always since 2 hours
 central auth is critical for us, please fix this ASAP definitely

 Le jeudi 4 avril 2013 12:45:37 UTC+2, Pertti Kellomäki a écrit :

 Hi,

 I am accessing users' YouTube accounts using OAuth2Decorator in Python. 
 Access worked fine until yesterday, but today I'm getting this:

HTTPException: Deadline exceeded while waiting for HTTP response from 
 URL: https://accounts.google.com/o/oauth2/token

 The Python traceback shows the exception coming from the decorator, 
 before my application's get() handler starts executing. The application id 
 is clickercon-testi.
 -- 
 Pertti



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

Re: [google-appengine] Python: Admin site doesn't work with old_dev_appserver engine

[Robert Schuppenies]

On Fri, May 31, 2013 at 7:56 AM, Uri London u...@london.org.il wrote:

 Running the old_dev_appserver (the only way I can have debug working - a
 different story).
 go to http://localhost:8080/_ah/admin
 get an exception (oh no).


What kind of an exception?

FWIW, I tried with both 1.8.0 and 1.7.7 and it works for me.



 Of all places, in google/appengine/_internal/django/__init__ file (first
 line).
 Why is django even being imported for the admin page?


Because it uses the old webapp which is just a wrapper around Django:
https://code.google.com/p/googleappengine/source/browse/trunk/python/google/appengine/ext/webapp/__init__.py#75


 - appengine/ext/admin/__init__ loads webapp/_template
 - _template loads _internal/django/template (which will load the
 _internal/django/__init__ first).

 This is in 1.7.7, and as far as I can tell, its a regression from previous
 versions.


Since I couldn't reproduce it myself, please include steps to reproduce.
Does this also happen when you use the the guestbook app?

Can you file a bug (it makes tracking easier)?

cheers,
robert


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




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

Re: [google-appengine] Re: Error code 202

[robert . cooper]

We are seeing this of flashpanel-staging. It would be really great if you 
could just let us know what we can do to mitigate this.

On Friday, March 9, 2012 12:09:14 PM UTC-5, Takashi Matsuo (Google) wrote:

 Sorry to chiming in a bit late here.
 If anyone is still suffering from (Error code 202), please let me know
 your app-ids and the time of the occurrence.

 I'll try my best to solve the issue.

 -- Takashi

 On Sat, Mar 10, 2012 at 12:25 AM, Ronoaldo José de Lana Pereira
 rper...@beneficiofacil.com.br javascript: wrote:
  Same here, my apps is Java, concurrent requests enabled, on MS (sadly 
 ...)
 
  Em sexta-feira, 9 de março de 2012 08h27min15s UTC-3, Nikolai escreveu:
 
  +1
  same here
 
  Am Mittwoch, 7. März 2012 10:19:15 UTC+1 schrieb tarun2000:
 
 
  I keep getting:  A problem was encountered with the process that 
 handled
  this request, causing it to exit. This is likely to cause a new 
 process to
  be used for the next request to your application. (Error code 202)
 
  It seems like the issue happens right after uploading a new version or 
 on
  cold start.  It seems to disappear after a while.  The rpcs that fail 
 may be
  returning a lot of data.  Any idea what's wrong?
 
  --
  You received this message because you are subscribed to the Google Groups
  Google App Engine group.
  To view this discussion on the web visit
  https://groups.google.com/d/msg/google-appengine/-/vCTQyKvK20gJ.
 
  To post to this group, send email to 
  google-a...@googlegroups.comjavascript:
 .
  To unsubscribe from this group, send email to
  google-appengi...@googlegroups.com javascript:.
  For more options, visit this group at
  http://groups.google.com/group/google-appengine?hl=en.

 -- 
 Takashi Matsuo | Developer Advocate | tma...@google.com javascript:
  | 03-6384-9224



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

Re: [google-appengine] Re: Error code 202

[robert . cooper]

Err... flashpanel-staging and a recent one is 2013-03-12 22:48:34.425
On Friday, March 9, 2012 12:09:14 PM UTC-5, Takashi Matsuo (Google) wrote:

 Sorry to chiming in a bit late here.
 If anyone is still suffering from (Error code 202), please let me know
 your app-ids and the time of the occurrence.

 I'll try my best to solve the issue.

 -- Takashi

 On Sat, Mar 10, 2012 at 12:25 AM, Ronoaldo José de Lana Pereira
 rper...@beneficiofacil.com.br javascript: wrote:
  Same here, my apps is Java, concurrent requests enabled, on MS (sadly 
 ...)
 
  Em sexta-feira, 9 de março de 2012 08h27min15s UTC-3, Nikolai escreveu:
 
  +1
  same here
 
  Am Mittwoch, 7. März 2012 10:19:15 UTC+1 schrieb tarun2000:
 
 
  I keep getting:  A problem was encountered with the process that 
 handled
  this request, causing it to exit. This is likely to cause a new 
 process to
  be used for the next request to your application. (Error code 202)
 
  It seems like the issue happens right after uploading a new version or 
 on
  cold start.  It seems to disappear after a while.  The rpcs that fail 
 may be
  returning a lot of data.  Any idea what's wrong?
 
  --
  You received this message because you are subscribed to the Google Groups
  Google App Engine group.
  To view this discussion on the web visit
  https://groups.google.com/d/msg/google-appengine/-/vCTQyKvK20gJ.
 
  To post to this group, send email to 
  google-a...@googlegroups.comjavascript:
 .
  To unsubscribe from this group, send email to
  google-appengi...@googlegroups.com javascript:.
  For more options, visit this group at
  http://groups.google.com/group/google-appengine?hl=en.

 -- 
 Takashi Matsuo | Developer Advocate | tma...@google.com javascript:
  | 03-6384-9224



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

Re: [google-appengine] How many people are using google app engine?

[Robert Schuppenies]

On Wed, Jan 30, 2013 at 6:38 AM, Moises Belchin moisesbelc...@gmail.comwrote:

 Can someone from App Engine give us some information like this or where
 can we get this info ??


We talked a bit about numbers at last year's Google I/O:
http://www.youtube.com/watch?feature=player_embeddedv=uy0nALQEAM4#! (around
1:20)

cheers,
robert



 Thanks and regards


 Saludos.
 Moisés Belchín.


 2013/1/30 Gopal Patel patelgo...@gmail.com

 its reaching 1B$ very soon.


 On Sun, Jan 13, 2013 at 3:27 AM, Brandon Wirtz drak...@digerat.comwrote:

 Lots, and lots.

 This appears to be a loaded question.

 ** **

 Better questions are things like “how much revenue does AppEngine
 generate” and “how many requests a day does it serve”

 I don’t have those answers but some of that is on the web.

 ** **

 ** **

 *From:* google-appengine@googlegroups.com [mailto:
 google-appengine@googlegroups.com] *On Behalf Of *Patrick Gray
 *Sent:* Saturday, December 22, 2012 1:49 PM
 *To:* google-appengine@googlegroups.com
 *Subject:* [google-appengine] How many people are using google app
 engine?

 ** **

 I am wondering what the number of apps running on GAE is and just how
 many developers are writing code for it? 

 --
 You received this message because you are subscribed to the Google
 Groups Google App Engine group.
 To view this discussion on the web visit
 https://groups.google.com/d/msg/google-appengine/-/1xB-ydyMkysJ.
 To post to this group, send email to google-appengine@googlegroups.com.
 To unsubscribe from this group, send email to
 google-appengine+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/google-appengine?hl=en.

 --
 You received this message because you are subscribed to the Google
 Groups Google App Engine group.
 To post to this group, send email to google-appengine@googlegroups.com.
 To unsubscribe from this group, send email to
 google-appengine+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/google-appengine?hl=en.


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




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




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

Re: [google-appengine] Appstats for Go versions on appengine production

[Robert Schuppenies]

File a ticket you should:
https://code.google.com/p/googleappengine/issues/entry?template=Feature%20request


On Fri, Jan 25, 2013 at 6:59 PM, Carl Schroeder
schroeder.car...@gmail.comwrote:

 I wants. I can has appstats yet?
 Don't make me find a cat pic for this. ;)

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




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

Re: [google-appengine] Re: Pagespeed increases load time and index

[Robert Schuppenies]

Could you file an issue at
https://code.google.com/p/googleappengine/issues/and describe your
experience?

Thanks!


On Tue, Jan 15, 2013 at 3:39 PM, Adam Sah adam@gmail.com wrote:

 sadly, this was similar to my experience as well, and we shut it off and
 simply used public caching (aka Cache-Control: public etc.)

 adam


 On Tuesday, January 15, 2013 11:26:33 AM UTC-8, Vivek Kumar wrote:

 Hello


 I was going through a page
 http://www.webpagetest.org/**result/130115_6Y_**
 4588cf2a485857ba234dd43129c36d**0c/http://www.webpagetest.org/result/130115_6Y_4588cf2a485857ba234dd43129c36d0c/

 whcih is on GAE for java and have a gwt module in it.

 The pagsepeed optimized page takes 200% time more to load when i tried my
 page 
 http://www.sakshum.org/ui/**page/DonorRegister.jsphttp://www.sakshum.org/ui/page/DonorRegister.jsp

 Any bug in pagespeed optimization service?

 Thankx and Regards

 Vik
 Founder
 http://www.sakshum.org
 http://blog.sakshum.org

  --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To view this discussion on the web visit
 https://groups.google.com/d/msg/google-appengine/-/YbTAAR8xMScJ.

 To post to this group, send email to google-appengine@googlegroups.com.
 To unsubscribe from this group, send email to
 google-appengine+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/google-appengine?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Sunsetting double wildcard SSL certificate support for applications serving from appspot.com

[Robert Kluin]

How will this impact people using secure only URLs that are testing a
new version of the app before making it default?  I guess the
versions page in the admin console will be updated to use the -dot-
notation, so it will still be easy?


Robert





On Thu, Jan 10, 2013 at 5:47 PM, Christina Ilvento cilve...@google.com wrote:
 Hi All,

 As part of our continued commitment to security and a standard platform,
 Google App Engine will soon stop publishing double wildcard SSL certificates
 for *.*.appspot.com, (e.g., https://version.application.appspot.com or
 https://www.application.appspot.com). This change will take effect no later
 than April, 2013. Please note that this only affects applications serving
 from appspot.com, and that any applications serving from custom domains will
 continue using their existing certificates. Furthermore, this only affects
 HTTPS access to your application and non-secure HTTP traffic will not be
 affected.

 If you rely on HTTPS access to such URLs for your application, please change
 any application logic to use “-dot-” instead of “.”. For example, to access
 version “1” of application “myapp” use “https://1-dot-myapp.appspot.com”
 instead of “https://1.myapp.appspot.com”.

 Developers for applications using this pattern as of 1/7/2013 have already
 received a notification email with instructions for identifying this pattern
 in their application.

 Based on our analysis, fewer than 2,000 App Engine applications are
 currently using double wildcard SSL certificates on appspot.com and the
 majority of them are using the pattern of https://www.appid.appspot.com,
 which can safely be replaced with https://appid.appspot.com.

 Thank you for your continued support of App Engine. If you have any
 questions or concerns about these changes, please feel free to email us at
 appengine-ssl-certificate-wildcard-questi...@google.com with your
 application-id and we’ll be happy to assist you.


 Regards,
 Christina Ilvento on behalf of the Google App Engine Team

 --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To post to this group, send email to google-appengine@googlegroups.com.
 To unsubscribe from this group, send email to
 google-appengine+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.