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

2022-04-28 Thread Thomas Tiercelin
same here, allocab-prod application totally out of control

Le jeudi 28 avril 2022 à 22:57:55 UTC+8, and...@n-dream.com a écrit :

> 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/d7ab49fb-0ef5-4140-8c8b-64a23f8a2642n%40googlegroups.com.


[google-appengine] Re: My Wordpress site has been on Google Cloud for 6 weeks. There is very little traffic to my site. But my CPU Utilization keeps rising. Is this normal?

2021-02-19 Thread thomas cosmo
Hi, this issue was solved on this thread: 
https://www.reddit.com/r/googlecloud/comments/ll3o6i/my_wordpress_site_has_been_on_google_cloud_for_6/

Thanks.

On Saturday, February 20, 2021 at 2:06:14 AM UTC+7 babdelrahman wrote:

> Hello, 
>
> There are many factors that can cause the CPU utilization to rise, but in 
> order to know what the cause is, we need to investigate the issue further 
> by checking the logs and by checking the instance internally.
> We recommend that you file a support case by following steps in [1]
>
> [1] https://cloud.google.com/support/docs/procedures#create_a_support_case
>
> On Tuesday, February 16, 2021 at 12:35:50 PM UTC-5 thomas...@gmail.com 
> wrote:
>
>>

-- 
You received this message because you are subscribed 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/8e6f0804-9583-4d57-8450-48c24e7d948dn%40googlegroups.com.


[google-appengine] My Wordpress site has been on Google Cloud for 6 weeks. There is very little traffic to my site. But my CPU Utilization keeps rising. Is this normal?

2021-02-16 Thread thomas cosmo
-- 
You received this message because you are subscribed 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/c9af2ebb-72f0-4c2e-a588-3ce5faff604en%40googlegroups.com.


Re: [google-appengine] Re: CloudTasks Queue (HTTP Tasks) break when disabling AppEngine

2020-11-30 Thread Micah Thomas


On Monday, November 30, 2020 at 3:04:05 PM UTC-7 Micah Thomas wrote:

> Wesley,
>
> Our application uses HTTP handlers that are running in kubernetes on the 
> same project, we don't use any appengine targets.
> The issue is that even w/o any handlers running in appengine, if I disable 
> the appengine project, cloud tasks stop working.
>
> I now see that the official docs page has a note: The appengine project 
> must stay enabled for queues to function.
> It would be better for user experience if this info is shown when you go 
> to disable the appengine project so that a user is not surprised when the 
> queues stop working.
>
> On Monday, November 30, 2020 at 2:38:33 PM UTC-7 Wesley C (Google) wrote:
>
>> There are 2 different types of (push) tasks that Cloud Tasks can handle, 
>> and it depends on *where* the tasks are handled. These are called 
>> "targets," and you can have App Engine targets, meaning the tasks run on 
>> and are handled by App Engine, or generic HTTP targets, meaning the tasks 
>> are hosted and are handled elsewhere, say a VM, Cloud Functions, etc. You 
>> can read more about both types in this official docs page 
>> <https://cloud.google.com/tasks/docs/dual-overview>.
>>
>> Focusing more specifically on your question, if your target tasks are 
>> hosted on App Engine, then you project/app should *not* be disabled, but if 
>> it is a standard HTTP target, you don't need an App Engine app for *that* 
>> case. Hope this helps!
>>
>> On Sat, Nov 21, 2020 at 12:32 PM Micah Thomas  
>> wrote:
>>
>>> Thanks for pointing that out.
>>>
>>> I didn't get that impression from anywhere else, and it was confusing 
>>> that cloud tasks have it's own page in google cloud if it depends on 
>>> appengine.
>>> Anyway, I'll probably look into another system, and just keep the 
>>> appengine app running till I migrate our queues over to something else.
>>>
>>> On Friday, November 20, 2020 at 7:24:52 AM UTC-7 jstsetinin wrote:
>>>
>>>>
>>>> Hello,
>>>>
>>>> Thak you for your question.
>>>>
>>>> According to our documentation "You must have an enabled App Engine 
>>>> application in your project to run your queue." [1]
>>>> It is not possible to make it work without Appengine.
>>>>
>>>> [1] https://cloud.google.com/tasks/docs/quickstart-appengine
>>>> On Friday, 20 November 2020 at 01:43:25 UTC+1 micaht...@gmail.com 
>>>> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> I am having trouble with Cloud Tasks (HTTP Request Tasks) breaking 
>>>>> when I disable my app-engine application. For the time being I've 
>>>>> re-enabled the app-engine application to get the cloud tasks queue to 
>>>>> keep 
>>>>> working. I thought Cloud Tasks was a separate project, and does not 
>>>>> depend 
>>>>> on appengine.
>>>>>
>>>>> Not sure who I should be talking to, if this is not the right 
>>>>> group/place.
>>>>>
>>>> -- 
>>> You received this message because you are subscribed 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 view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/f09a677a-7f5e-424f-bcfb-5ddd5b7ead78n%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/google-appengine/f09a677a-7f5e-424f-bcfb-5ddd5b7ead78n%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>>
>>
>> -- 
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> "A computer never does what you want... only what you tell it."
>> wesley chun :: @wescpy <http://twitter.com/wescpy> :: Software 
>> Architect & Engineer
>> Developer Advocate at Google Cloud by day; at night...
>> Python training & consulting : http://CyberwebConsulting.com
>> "Core Python" books : http://CorePython.com
>> Python blog: http://wescpy.blogspot.com
>>
>

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


Re: [google-appengine] Re: CloudTasks Queue (HTTP Tasks) break when disabling AppEngine

2020-11-30 Thread Micah Thomas
Wesley,

Our application uses HTTP handlers that are running in kubernetes on the 
same project, we don't use any appengine targets.
The issue is that even w/o any handlers running in appengine, if I disable 
the appengine project, cloud tasks stop working.

I now see that the official docs page has a note: The appengine project 
must stay enabled for queues to function.
It would be better for user experience if this info is shown when you go to 
disable the appengine project so that a user is not surprised when the 
queues stop working.

On Monday, November 30, 2020 at 2:38:33 PM UTC-7 Wesley C (Google) wrote:

> There are 2 different types of (push) tasks that Cloud Tasks can handle, 
> and it depends on *where* the tasks are handled. These are called 
> "targets," and you can have App Engine targets, meaning the tasks run on 
> and are handled by App Engine, or generic HTTP targets, meaning the tasks 
> are hosted and are handled elsewhere, say a VM, Cloud Functions, etc. You 
> can read more about both types in this official docs page 
> <https://cloud.google.com/tasks/docs/dual-overview>.
>
> Focusing more specifically on your question, if your target tasks are 
> hosted on App Engine, then you project/app should *not* be disabled, but if 
> it is a standard HTTP target, you don't need an App Engine app for *that* 
> case. Hope this helps!
>
> On Sat, Nov 21, 2020 at 12:32 PM Micah Thomas  wrote:
>
>> Thanks for pointing that out.
>>
>> I didn't get that impression from anywhere else, and it was confusing 
>> that cloud tasks have it's own page in google cloud if it depends on 
>> appengine.
>> Anyway, I'll probably look into another system, and just keep the 
>> appengine app running till I migrate our queues over to something else.
>>
>> On Friday, November 20, 2020 at 7:24:52 AM UTC-7 jstsetinin wrote:
>>
>>>
>>> Hello,
>>>
>>> Thak you for your question.
>>>
>>> According to our documentation "You must have an enabled App Engine 
>>> application in your project to run your queue." [1]
>>> It is not possible to make it work without Appengine.
>>>
>>> [1] https://cloud.google.com/tasks/docs/quickstart-appengine
>>> On Friday, 20 November 2020 at 01:43:25 UTC+1 micaht...@gmail.com wrote:
>>>
>>>> Hello,
>>>>
>>>> I am having trouble with Cloud Tasks (HTTP Request Tasks) breaking when 
>>>> I disable my app-engine application. For the time being I've re-enabled 
>>>> the 
>>>> app-engine application to get the cloud tasks queue to keep working. I 
>>>> thought Cloud Tasks was a separate project, and does not depend on 
>>>> appengine.
>>>>
>>>> Not sure who I should be talking to, if this is not the right 
>>>> group/place.
>>>>
>>> -- 
>> You received this message because you are subscribed 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 view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/f09a677a-7f5e-424f-bcfb-5ddd5b7ead78n%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/google-appengine/f09a677a-7f5e-424f-bcfb-5ddd5b7ead78n%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>
>
> -- 
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> "A computer never does what you want... only what you tell it."
> wesley chun :: @wescpy <http://twitter.com/wescpy> :: Software 
> Architect & Engineer
> Developer Advocate at Google Cloud by day; at night...
> Python training & consulting : http://CyberwebConsulting.com
> "Core Python" books : http://CorePython.com
> Python blog: http://wescpy.blogspot.com
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/88223abe-4b9a-4b03-87a4-f79a54535e98n%40googlegroups.com.


[google-appengine] Re: CloudTasks Queue (HTTP Tasks) break when disabling AppEngine

2020-11-21 Thread Micah Thomas
Thanks for pointing that out.

I didn't get that impression from anywhere else, and it was confusing that 
cloud tasks have it's own page in google cloud if it depends on appengine.
Anyway, I'll probably look into another system, and just keep the appengine 
app running till I migrate our queues over to something else.

On Friday, November 20, 2020 at 7:24:52 AM UTC-7 jstsetinin wrote:

>
> Hello,
>
> Thak you for your question.
>
> According to our documentation "You must have an enabled App Engine 
> application in your project to run your queue." [1]
> It is not possible to make it work without Appengine.
>
> [1] https://cloud.google.com/tasks/docs/quickstart-appengine
> On Friday, 20 November 2020 at 01:43:25 UTC+1 micaht...@gmail.com wrote:
>
>> Hello,
>>
>> I am having trouble with Cloud Tasks (HTTP Request Tasks) breaking when I 
>> disable my app-engine application. For the time being I've re-enabled the 
>> app-engine application to get the cloud tasks queue to keep working. I 
>> thought Cloud Tasks was a separate project, and does not depend on 
>> appengine.
>>
>> Not sure who I should be talking to, if this is not the right group/place.
>>
>

-- 
You received this message because you are subscribed 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/f09a677a-7f5e-424f-bcfb-5ddd5b7ead78n%40googlegroups.com.


[google-appengine] CloudTasks Queue (HTTP Tasks) break when disabling AppEngine

2020-11-19 Thread Micah Thomas
Hello,

I am having trouble with Cloud Tasks (HTTP Request Tasks) breaking when I 
disable my app-engine application. For the time being I've re-enabled the 
app-engine application to get the cloud tasks queue to keep working. I 
thought Cloud Tasks was a separate project, and does not depend on 
appengine.

Not sure who I should be talking to, if this is not the right group/place.

-- 
You received this message because you are subscribed 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/d7a16ff7-e13a-473d-8450-7d8062714bb5n%40googlegroups.com.


[google-appengine] Re: Bigger app sizes with Cloud SDK than with AppCfg

2020-01-28 Thread Thomas Becker
I am experiencing the same behavior. Everything seems to work well both 
ways, and yet, it would be nice to know what causes the difference.

Thomas

On Tuesday, January 28, 2020 at 11:14:05 AM UTC-7, DIEGO GARCIA TEBA wrote:
>
> Hi,
>
> I'm experiencing that deploying with Cloud SDK Maven Plugin 
> <https://cloud.google.com/appengine/docs/standard/java/tools/maven-reference#appenginedeploy>
>  
> is generating bigger apps than deploying with AppCfg. I've seen that inside 
> target directory, a folder named "appengine-staging" is generated. I don't 
> know if this is the cause of the file increment. 
>
> Anyone has the same behaviour?
>
> Thanks in advance!
>
> Regards,
> Diego
>

-- 
You received this message because you are subscribed 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/dd670645-b4bf-46cb-8528-2d99e812c0a0%40googlegroups.com.


[google-appengine] Can't remove a Domain I no longer own.

2019-12-19 Thread Thomas Marban
Trying to delete a mapped GAE domain I no longer own but I'm getting a 
permission denied error. Removing it from the Webmaster console wouldn't 
work either since it's no longer listed there.

-- 
You received this message because you are subscribed 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/5919a5c8-d502-4b5e-bf50-0661575720ad%40googlegroups.com.


[google-appengine] Re: (gcloud.app.deploy) Error Response: [13] Error processing user code.

2019-08-06 Thread Thomas Jannaud
Sorry about that
For anyone reading this, I ended up creating an issue on Google's bug 
tracker. Unfortunately I gave the name of my project so it became 
"private" but the answer was that I deleted the service account for the 
app. The best way is to undo it
https://cloud.google.com/iam/reference/rest/v1/projects.serviceAccounts/undelete
 
<https://cloud.google.com/iam/reference/rest/v1/projects.serviceAccounts/undelete?apix_params=%7B%22name%22%3A%22projects%2Fj-aime-le-japon%2FserviceAccounts%2F104106626728361756516%22%2C%22resource%22%3A%7B%7D%7D>
(find your 21 digits id in your activity log 
https://console.cloud.google.com/home/activity 
<https://console.cloud.google.com/home/activity?project=j-aime-le-japon==>
 where 
you deleted the service account)
See also https://issuetracker.google.com/issues/119522443#comment11


Le lundi 5 août 2019 14:17:14 UTC-7, Nicolas (Google Cloud Platform 
Support) a écrit :
>
> Hi Thomas,
> This discussion group is oriented more towards general opinions, trends, 
> and issues of general nature touching App Engine. For technical 
> implementation, such as migrating your website, you may be better served in 
> dedicated forums such as Stack Overflow 
> <https://stackoverflow.com/questions/tagged/google-app-engine>, where 
> experienced programmers are within reach and ready to help.
>
> On Monday, August 5, 2019 at 4:22:37 PM UTC-4, Thomas Jannaud wrote:
>>
>> Hi
>> I am migrating my google app engine python website to gcloud.
>> If it can help, I have migrated one small website (fully static) with 
>> success. Now I am migrating a website that uses datastore.
>>
>> It works ok locally (including connecting to the datastore)
>> The build succeeds but I get an error when it comes to deployment
>>
>> gcloud app deploy   --project myappid --trace-log --verbosity=debug gives:
>>
>> ...
>> Updating service [default]...failed.  
>> 
>> DEBUG: (gcloud.app.deploy) Error Response: [13] Error processing user 
>> code.
>> Traceback (most recent call last):
>>   File "/usr/local/google-cloud-sdk/lib/googlecloudsdk/calliope/cli.py", 
>> line 983, in Execute
>> resources = calliope_command.Run(cli=self, args=args)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/calliope/backend.py", line 
>> 795, in Run
>> resources = command_instance.Run(args)
>>   File "/usr/local/google-cloud-sdk/lib/surface/app/deploy.py", line 90, 
>> in Run
>> parallel_build=False)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/command_lib/app/deploy_util.py",
>>  
>> line 641, in RunDeploy
>> ignore_file=args.ignore_file)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/command_lib/app/deploy_util.py",
>>  
>> line 431, in Deploy
>> extra_config_settings)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/app/appengine_api_client.py",
>>  
>> line 207, in DeployService
>> poller=done_poller)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/app/operations_util.py",
>>  
>> line 313, in WaitForOperation
>> sleep_ms=retry_interval)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/util/waiter.py", 
>> line 264, in WaitFor
>> sleep_ms, _StatusUpdate)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/util/waiter.py", 
>> line 326, in PollUntilDone
>> sleep_ms=sleep_ms)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/core/util/retry.py", line 
>> 229, in RetryOnResult
>> if not should_retry(result, state):
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/util/waiter.py", 
>> line 320, in _IsNotDone
>> return not poller.IsDone(operation)
>>   File 
>> "/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/app/operations_util.py",
>>  
>> line 182, in IsDone
>> encoding.MessageToPyValue(operation.error)))
>> OperationError: Error Response: [13] Error processing user code.
>> ERROR: (gcloud.app.deploy) Error Response: [13] Error processing user 
>> code.
>>
>>  Note: I can send you privately the app id/other info
>>
>> requirements.txt file:
>> Flask==1.1.1
>> gunicorn==19.9.0
>> google-api-python-client==1.7.10
>> google-cloud-ndb==0.0.1
>> google-cloud-storage==1.17.0

[google-appengine] (gcloud.app.deploy) Error Response: [13] Error processing user code.

2019-08-05 Thread Thomas Jannaud
Hi
I am migrating my google app engine python website to gcloud.
If it can help, I have migrated one small website (fully static) with 
success. Now I am migrating a website that uses datastore.

It works ok locally (including connecting to the datastore)
The build succeeds but I get an error when it comes to deployment

gcloud app deploy   --project myappid --trace-log --verbosity=debug gives:

...
Updating service [default]...failed.
  
DEBUG: (gcloud.app.deploy) Error Response: [13] Error processing user code.
Traceback (most recent call last):
  File "/usr/local/google-cloud-sdk/lib/googlecloudsdk/calliope/cli.py", 
line 983, in Execute
resources = calliope_command.Run(cli=self, args=args)
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/calliope/backend.py", line 
795, in Run
resources = command_instance.Run(args)
  File "/usr/local/google-cloud-sdk/lib/surface/app/deploy.py", line 90, in 
Run
parallel_build=False)
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/command_lib/app/deploy_util.py",
 
line 641, in RunDeploy
ignore_file=args.ignore_file)
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/command_lib/app/deploy_util.py",
 
line 431, in Deploy
extra_config_settings)
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/app/appengine_api_client.py",
 
line 207, in DeployService
poller=done_poller)
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/app/operations_util.py",
 
line 313, in WaitForOperation
sleep_ms=retry_interval)
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/util/waiter.py", 
line 264, in WaitFor
sleep_ms, _StatusUpdate)
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/util/waiter.py", 
line 326, in PollUntilDone
sleep_ms=sleep_ms)
  File "/usr/local/google-cloud-sdk/lib/googlecloudsdk/core/util/retry.py", 
line 229, in RetryOnResult
if not should_retry(result, state):
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/util/waiter.py", 
line 320, in _IsNotDone
return not poller.IsDone(operation)
  File 
"/usr/local/google-cloud-sdk/lib/googlecloudsdk/api_lib/app/operations_util.py",
 
line 182, in IsDone
encoding.MessageToPyValue(operation.error)))
OperationError: Error Response: [13] Error processing user code.
ERROR: (gcloud.app.deploy) Error Response: [13] Error processing user code.

 Note: I can send you privately the app id/other info

requirements.txt file:
Flask==1.1.1
gunicorn==19.9.0
google-api-python-client==1.7.10
google-cloud-ndb==0.0.1
google-cloud-storage==1.17.0
jinja2==2.10.1
PyYAML==5.1.1
urlfetch==1.1.2
grpcio-gcp==0.2.2


app.yaml file:
runtime: python37
entrypoint: gunicorn -b :$PORT main:app

handlers:
- url: /static
  static_dir: static
- url: /robots.txt
  static_files: robots.txt
  upload: robots.txt
- url: .*
  script: auto


Any idea?
Note that I don't want to use flex (my website doesn't have many visits)
Thanks in advance for looking into 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/0938ab03-986f-4c69-95ca-c44cfdec5ea3%40googlegroups.com.


Re: [google-appengine] Google App Engine Java deployment with gcloud skips almost all files

2018-06-19 Thread Thomas Becker
Thanks, I'll do that then. In the past, I've always deployed from the 
command line despite the fact that  I was using the Eclipse plugin, but why 
not doing it from Eclipse and not have to worry. Thanks again for the 
advice.

Thomas


On Tuesday, June 19, 2018 at 6:55:54 AM UTC-6, Brian de Alwis wrote:
>
> Hi Thomas.
>
> You can deploy your App Engine projects from within Eclipse by selecting 
> the project and using the "Deploy to App Engine Standard…" option in the 
> GCP toolbar item, or by right-clicking on the project and choosing "Deploy 
> to App Engine Standard…".  You can read more at:
>
> https://cloud.google.com/eclipse/docs/deploying
>
> Hope that helps.
>
> Brian.
>
>
> On 18-Jun-2018, at 7:07 AM, Thomas Becker  > wrote:
>
> George,
>
> I'm sure you're right about Maven being the better way to do things. 
> Here's the reason why I haven't gone there. I've been working with the 
> Google App Engine Eclipse plugin since 2010 or so. I recently switched to 
> the new plugin, Google Cloud Tools for Eclipse. After installing that 
> plugin, I was prompted to convert to a Google Cloud Tools project, which I 
> did. Since I wasn't using Maven before, my project was  converted to a 
> non-Maven Google Cloud Tools for Eclipse project. So now what I need to do 
> is convert a non-Maven Google Cloud Tools for Eclipse project to a Maven 
> Google Cloud Tools for Eclipse project. I haven't seen that particular work 
> flow mentioned anywhere in the docs. Any advice, any experience?
>
> On Sunday, June 17, 2018 at 12:49:45 PM UTC-6, George (Cloud Platform 
> Support) wrote:
>>
>> Hello Thomas, 
>>
>> This is an excellent observation! Grateful for bringing this apparent 
>> discrepancy to our attention. The page you refer to might well have to be 
>> brought in tune with the others. Why do I mention the other pages? Because 
>> all other Java-related pages and tutorials on cloud.google.com, for 
>> instance the collection of tutorials linked to on the "Building an App on 
>> App Engine" documentation page 
>> <https://cloud.google.com/appengine/docs/standard/java/building-app/>, 
>> and I stress "all", indicate mvn appengine:deploy as the proper command to 
>> deploy a Java app. This cannot be a simple coincidence. 
>>
>> Why do you prefer to use gcloud in spite of the general consensus in 
>> favor of Maven? Would this meet a special need of yours? Maven offers other 
>> advantages, beside ease of app deployment. 
>>
>
> -- 
> You received this message because you are subscribed 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/ad0a2922-dd35-4983-81f7-1d855ad97047%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/google-appengine/ad0a2922-dd35-4983-81f7-1d855ad97047%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
>

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


[google-appengine] Re: Google App Engine Java deployment with gcloud skips almost all files

2018-06-18 Thread Thomas Becker
George,

I'm sure you're right about Maven being the better way to do things. Here's 
the reason why I haven't gone there. I've been working with the Google App 
Engine Eclipse plugin since 2010 or so. I recently switched to the new 
plugin, Google Cloud Tools for Eclipse. After installing that plugin, I was 
prompted to convert to a Google Cloud Tools project, which I did. Since I 
wasn't using Maven before, my project was  converted to a non-Maven Google 
Cloud Tools for Eclipse project. So now what I need to do is convert a 
non-Maven Google Cloud Tools for Eclipse project to a Maven Google Cloud 
Tools for Eclipse project. I haven't seen that particular work flow 
mentioned anywhere in the docs. Any advice, any experience?

On Sunday, June 17, 2018 at 12:49:45 PM UTC-6, George (Cloud Platform 
Support) wrote:
>
> Hello Thomas, 
>
> This is an excellent observation! Grateful for bringing this apparent 
> discrepancy to our attention. The page you refer to might well have to be 
> brought in tune with the others. Why do I mention the other pages? Because 
> all other Java-related pages and tutorials on cloud.google.com, for 
> instance the collection of tutorials linked to on the "Building an App on 
> App Engine" documentation page 
> <https://cloud.google.com/appengine/docs/standard/java/building-app/>, 
> and I stress "all", indicate mvn appengine:deploy as the proper command to 
> deploy a Java app. This cannot be a simple coincidence. 
>
> Why do you prefer to use gcloud in spite of the general consensus in favor 
> of Maven? Would this meet a special need of yours? Maven offers other 
> advantages, beside ease of app deployment. 
>

-- 
You received this message because you are subscribed 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/ad0a2922-dd35-4983-81f7-1d855ad97047%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Google App Engine Java deployment with gcloud skips almost all files

2018-06-16 Thread Thomas Becker


I'm going to have to respectfully disagree with you here. Below is a direct 
copy and paste from the page


https://cloud.google.com/sdk/gcloud/reference/app/deploy


To deploy an App Engine Standard Java service, run: 

  $ gcloud app deploy 
<https://cloud.google.com/sdk/gcloud/reference/app/deploy> 
~/my_app/WEB-INF/appengine-web.xml


That very clearly refers to Java and not to Python. It tells us to use 
"gcloud app deploy" to deploy a Java App Engine sevice to the App Engine 
Standard environment.
On the other hand, the page

https://cloud.google.com/appengine/docs/standard/java/tools/migrating-from-appcfg-to-gcloud

says

Currently, the gcloud command-line tool does not deploy Java applications 
to production App Engine

I would much appreciate it if you could acknowledge that these two 
statements are in contradiction to each other.

Sincerely,
Thomas Becker

On Saturday, June 16, 2018 at 1:29:30 PM UTC-6, George (Cloud Platform 
Support) wrote:
>
> Hello Thomas, 
>
> There is no contradiction between the two pages you link to, as one page 
> refers to Python apps, the other to Java. 
>
> Your request to not change the default values of options refers to gloud 
> app deploy, a deployment command that is specifically described in 
> documentation as not supported for Java. Your success in using it might be 
> of limited scope, as the same command might not work for another Java 
> application. It is better to follow documentation and deploy Java apps as 
> recommended, namely with Cloud SDK-based Maven, Gradle, Eclipse, or 
> IntelliJ plugins. 
>

-- 
You received this message because you are subscribed 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/1ac8b754-1b30-40af-8868-b04470300195%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Google App Engine Java deployment with gcloud skips almost all files

2018-06-15 Thread Thomas Becker
After some more research and experimentation, I believe that I solved the 
mystery. So again, on the page

https://cloud.google.com/sdk/gcloud/reference/app/deploy

is says that you can deploy Java services to App Engine standard with 
"gcloud app deploy", and on the page

https://cloud.google.com/appengine/docs/standard/java/tools/migrating-from-appcfg-to-gcloud

it says that you cannot. On the page 

https://cloud.google.com/appengine/docs/standard/java/config/appref

it says that one of the differences between deploying a Java app with 
appcfg and with "gcloud app deploy"
is that the default for making a jar of the class files was "false" under 
appcfg, but has changed to "true"
when using "gcloud app deploy". There was a reason why the default used to 
be "false": the jarring of
the class files changes the class loading order, in a manner that is likely 
to break apps that use web 
frameworks, which is pretty much every app, including mine. So I made 
"gcloud app deploy" use the 
former default behavior by adding

 
 false
 

to my appengine-web.xml . And Bingo, deploying my Java app to App Engine 
Standard with "gcloud app deploy"
now works like a charm.

I would like to respectfully request to not change the default values of 
options. Changing default vaules of options 
is likely to cause a lot of people a lot of pain.

On Friday, June 15, 2018 at 9:40:31 AM UTC-6, Thomas Becker wrote:

> Thanks for the information. As a suggestion, you may want to correct the 
> page
>
> https://cloud.google.com/sdk/gcloud/reference/app/deploy
>
> On that page, in the example section, it says, To deploy an App Engine 
> Standard Java service, run: 
>
>
> $ gcloud app deploy 
> <https://cloud.google.com/sdk/gcloud/reference/app/deploy> 
> ~/my_app/WEB-INF/appengine-web.xml
>
>
> On Friday, June 15, 2018 at 8:14:37 AM UTC-6, Kenworth (Google Cloud 
> Platform) wrote:
>>
>> Per this article 
>> <https://cloud.google.com/appengine/docs/standard/java/tools/migrating-from-appcfg-to-gcloud>,
>>  
>> currently the gcloud command-line tool does not deploy Java applications to 
>> production App Engine. So if you use the Cloud SDK to develop in Java on 
>> App Engine, you must use the Cloud SDK-based Maven 
>> <https://cloud.google.com/appengine/docs/standard/java/quickstart> or 
>> Gradle plugins to deploy applications.
>>
>> mvn appengine:deploy
>>
>>
>>
>>

-- 
You received this message because you are subscribed 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/d17d5a9d-7750-4afe-a9f0-32e1a52bce06%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Google App Engine Java deployment with gcloud skips almost all files

2018-06-15 Thread Thomas Becker
Thanks for the information. As a suggestion, you may want to correct the 
page

https://cloud.google.com/sdk/gcloud/reference/app/deploy

On that page, in the example section, it says, To deploy an App Engine 
Standard Java service, run: 


$ gcloud app deploy  
~/my_app/WEB-INF/appengine-web.xml


On Friday, June 15, 2018 at 8:14:37 AM UTC-6, Kenworth (Google Cloud 
Platform) wrote:
>
> Per this article 
> ,
>  
> currently the gcloud command-line tool does not deploy Java applications to 
> production App Engine. So if you use the Cloud SDK to develop in Java on 
> App Engine, you must use the Cloud SDK-based Maven 
>  or 
> Gradle plugins to deploy applications.
>
> mvn appengine:deploy
>
>
>
>

-- 
You received this message because you are subscribed 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/73213385-be93-4e0f-83d0-95355f46adfa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Managed SSL DNS Error

2018-03-05 Thread Thomas Marban
I'm getting the well-known "DNS records could not be found. Certificate 
activation will retry automatically." error when moving to managed on a 
domain that's a) not on Cloudflare and b) set up with correct records for 
more than a year.
Anyone 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/1c894e9d-70d0-44d7-baee-15b258668694%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Image service API for php flexible environment.

2018-01-15 Thread joseph thomas
Hi, 
I am migrating my project from standard to flexible environment in order to 
use PHP 7. It took me a while to connect successfully to cloud sql in flex 
environment. Now i am facing issues with image service API with flex 
environment...Is there any alternative i can use for image service ?

-- 
You received this message because you are subscribed 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/cf6da0d6-4f26-45d5-8417-a83b3203f938%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Cannot Use Google Cloud Storage on Local Environment with PHP Standard Env

2017-08-14 Thread Thomas Valadez
Cool. Thanks that helps a ton.

-- 
You received this message because you are subscribed 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/ae0cb758-5289-4028-869d-f4ce877c1a72%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Cannot Use Google Cloud Storage on Local Environment with PHP Standard Env

2017-08-14 Thread Thomas Valadez
I see... So how do I know where the `("gs://test-a
ppdocs-sendgrid-inbound/envelope.json");` is looking on my local system. 

On Monday, August 14, 2017 at 1:59:14 PM UTC-6, Yannick (Cloud Platform 
Support) wrote:
>
> Hello Thomas,
>
> At this time, this behavior is working as intended. The error message you 
> are getting means in this situation that no file by that name could be 
> found. That is because the PHP local development server emulates Cloud 
> Storage streams 
> <https://cloud.google.com/appengine/docs/standard/php/tools/using-local-server#storing_data>
>  by 
> reading and writing to local storage on your machine and doesn't touch the 
> production Cloud Storage.
>
> On Thursday, August 10, 2017 at 3:36:55 PM UTC-4, Thomas Valadez wrote:
>>
>> Yeah I am getting the same error. I moved the target json file to the 
>> root directory of the bucket, and used `echo 
>> file_get_contents("gs://test-appdocs-sendgrid-inbound/envelope.json");` as 
>> suggested. However I get the same error: 
>> `Warning: 
>> file_get_contents(gs://test-appdocs-sendgrid-inbound/envelope.json): failed 
>> to open stream: 
>> "\google\appengine\ext\cloud_storage_streams\CloudStorageStreamWrapper::stream_open"
>>  
>> call failed in /Users/thom/Engine/appdocs-com/main.php on line 18`
>>
>> On Thursday, August 10, 2017 at 1:05:05 PM UTC-6, George (Cloud Platform 
>> Support) wrote:
>>>
>>> Hi Thomas, 
>>>
>>> Is the same error triggered if you run the `echo 
>>> file_get_contents("gs://test-appdocs-sendgrid-inbound/envelope.json");` 
>>> command, which assumes you had copied the envelope.json file in the root 
>>> directory of the bucket, i.e. under 
>>> gs://test-appdocs-sendgrid-inbound/envelope.json? 
>>>
>>

-- 
You received this message because you are subscribed 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/e59e0bb6-bcea-43f2-ab5b-d81939ad0b73%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] Re: Cannot Use Google Cloud Storage on Local Environment with PHP Standard Env

2017-08-14 Thread Thomas Valadez
I see... So how do I know where the `("gs://test-a
ppdocs-sendgrid-inbound/envelope.json");` is looking on my local system.

On Mon, Aug 14, 2017 at 1:59 PM, 'Yannick (Cloud Platform Support)' via
Google App Engine <google-appengine@googlegroups.com> wrote:

> Hello Thomas,
>
> At this time, this behavior is working as intended. The error message you
> are getting means in this situation that no file by that name could be
> found. That is because the PHP local development server emulates Cloud
> Storage streams
> <https://cloud.google.com/appengine/docs/standard/php/tools/using-local-server#storing_data>
>  by
> reading and writing to local storage on your machine and doesn't touch the
> production Cloud Storage.
>
> On Thursday, August 10, 2017 at 3:36:55 PM UTC-4, Thomas Valadez wrote:
>>
>> Yeah I am getting the same error. I moved the target json file to the
>> root directory of the bucket, and used `echo file_get_contents("gs://test-a
>> ppdocs-sendgrid-inbound/envelope.json");` as suggested. However I get
>> the same error:
>> `Warning: 
>> file_get_contents(gs://test-appdocs-sendgrid-inbound/envelope.json):
>> failed to open stream: "\google\appengine\ext\cloud_s
>> torage_streams\CloudStorageStreamWrapper::stream_open" call failed in
>> /Users/thom/Engine/appdocs-com/main.php on line 18`
>>
>> On Thursday, August 10, 2017 at 1:05:05 PM UTC-6, George (Cloud Platform
>> Support) wrote:
>>>
>>> Hi Thomas,
>>>
>>> Is the same error triggered if you run the `echo
>>> file_get_contents("gs://test-appdocs-sendgrid-inbound/envelope.json");`
>>> command, which assumes you had copied the envelope.json file in the root
>>> directory of the bucket, i.e. under gs://test-appdocs-sendgrid-inb
>>> ound/envelope.json?
>>>
>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google App Engine" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/google-appengine/WMA1F5wEK8I/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/google-appengine/f3b77eb9-2d6f-4feb-b094-
> 431643023314%40googlegroups.com
> <https://groups.google.com/d/msgid/google-appengine/f3b77eb9-2d6f-4feb-b094-431643023314%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

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


[google-appengine] Re: Cannot Use Google Cloud Storage on Local Environment with PHP Standard Env

2017-08-10 Thread Thomas Valadez
Yeah I am getting the same error. I moved the target json file to the root 
directory of the bucket, and used `echo 
file_get_contents("gs://test-appdocs-sendgrid-inbound/envelope.json");` as 
suggested. However I get the same error: 
`Warning: 
file_get_contents(gs://test-appdocs-sendgrid-inbound/envelope.json): failed 
to open stream: 
"\google\appengine\ext\cloud_storage_streams\CloudStorageStreamWrapper::stream_open"
 
call failed in /Users/thom/Engine/appdocs-com/main.php on line 18`

On Thursday, August 10, 2017 at 1:05:05 PM UTC-6, George (Cloud Platform 
Support) wrote:
>
> Hi Thomas, 
>
> Is the same error triggered if you run the `echo 
> file_get_contents("gs://test-appdocs-sendgrid-inbound/envelope.json");` 
> command, which assumes you had copied the envelope.json file in the root 
> directory of the bucket, i.e. under 
> gs://test-appdocs-sendgrid-inbound/envelope.json? 
>

-- 
You received this message because you are subscribed 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/497cdcb3-8d32-4ec8-bff8-47a9e7663005%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Cannot Use Google Cloud Storage on Local Environment with PHP Standard Env

2017-08-09 Thread Thomas Valadez
The exact command I am writing is `echo 
file_get_contents("gs://test-appdocs-sendgrid-inbound/12/envelope.json");` 
where the bucket title is "test-appdocs-sendgrid-inbound" where "12" is a 
folder in the bucket and "envelope.json" is the actual file. File options 
are type is set to "application/json" and "Share Publicly" is set to 
"Public Link".

On Wednesday, August 9, 2017 at 2:50:30 PM UTC-6, George (Cloud Platform 
Support) wrote:
>
> Hi Thomas, 
>
> What is the exact command you run? The wrapper requires a certain format 
> for the name of the bucket or file object.
>
> The standard environments offers other running conditions for apps, by 
> reference to flex, there is no expectation to get similar results always. 
>

-- 
You received this message because you are subscribed 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/16a43ff8-c821-412e-9ce4-73efb6e1582f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Cannot Use Google Cloud Storage on Local Environment with PHP Standard Env

2017-08-08 Thread Thomas Valadez
Thanks for the reply. But it certainly isn't working the way you described. 
I recently changed to a flex environment to test GCS with the API tools, 
and file paths worked fine. However, in the standard environment it doesn't 
work. As stated I get this error:

Warning: file_get_contents(gs://sendgrid-inbound/12/envelope.json): failed 
to open stream: "\google\appengine\ext\cloud_storage_streams\
CloudStorageStreamWrapper::stream_open" call failed in 
/Users/thom/Engine/site-com/main.php on line 10

I think you may have a bug with the Google Cloud Storage stream wrapper. It 
works in production just fine, but like I said, no luck on local machine. 


On Tuesday, August 8, 2017 at 9:35:11 AM UTC-6, George (Cloud Platform 
Support) wrote:
>
> Hello Thomas, 
>
> In case of the local development server, the Google Cloud Storage stream 
> wrapper is built in to the run time, and is used when you supply a file 
> name starting with gs://. The wrapper requires the name of the bucket or 
> file object to be in the form:
>
> gs://bucket_name/desired_object_name 
>
> You can gather more detail from the "Reading and Writing Files" 
> documentation file 
> <https://cloud.google.com/appengine/docs/standard/php/googlestorage/>. 
>

-- 
You received this message because you are subscribed 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/89806985-0791-4eb3-bba9-90c51aa514a0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Cannot Use Google Cloud Storage on Local Environment with PHP Standard Env

2017-08-07 Thread Thomas Valadez
Link to 
SO: 
https://stackoverflow.com/questions/45539115/use-google-cloud-storage-on-local-environment-with-php-standard-env

up vote
down votefavorite 


I am running PHP Standard Env on Google App Engine. I am trying to get 
files from my production storage in my local environment.

Here is what my code looks like:

$json = 
json_decode(file_get_contents("gs://$bucket/$email_id/envelope.json"), 
true);

It works great in production, however in development I am getting this 
error:

Warning: file_get_contents(gs://sendgrid-inbound/12/envelope.json): failed 
to open stream: 
"\google\appengine\ext\cloud_storage_streams\CloudStorageStreamWrapper::stream_open"
 
call failed in /Users/thom/Engine/site-com/main.php on line 10

I tried downloading GCS API tools composer require google/cloud

require __DIR__ . '/vendor/autoload.php';use Google\Cloud\Storage\StorageClient;
echo  __DIR__ .'/appdocs-com.json';
$storage = new StorageClient([
   'keyFilePath' => __DIR__ .'/site-com.json',]);

$storage->registerStreamWrapper();

This method works great for Flex Env, however in Standard this returns the 
same error as before.

I have seen comments about setting up an Emulator, but I have found nothing 
on how to do this. If anyone has a working example of how to do this, I 
would really like to see how it is done.

-- 
You received this message because you are subscribed 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/cbde1799-279d-4750-9388-ec62fd15d58b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


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

2017-07-11 Thread Thomas Wiradikusuma
I noticed that my app is 0.5mb smaller but takes longer to load and uses more 
memory. This is simply by comparing data from GCP console (open new tab of same 
console page, refresh, see what's different).

-- 
You received this message because you are subscribed 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/ccd06ada-b326-41ce-b3a2-d33d9b9c2da9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] PHP Flex Environment - Copy function fails.

2017-06-23 Thread Thomas Valadez
haha nevermind... I am a noob. I found the link.

On Fri, Jun 23, 2017 at 4:22 PM, Thomas Valadez <thomvala...@gmail.com>
wrote:

> Can you point me to some documentation on this?
>
> On Jun 23, 2017 3:46 PM, "'Takashi Matsuo' via Google App Engine" <
> google-appengine@googlegroups.com> wrote:
>
>>
>> The document root (default /app) has stricter permission for security
>> reason.
>> The easiest way is to use /tmp.
>> Maybe you can use sys_get_temp_dir
>> <http://php.net/manual/en/function.sys-get-temp-dir.php> for portability.
>>
>> On Fri, Jun 23, 2017 at 2:35 PM Thomas Valadez <thomvala...@gmail.com>
>> wrote:
>>
>>> Here is my code, it runs locally just fine but when I deploy it, I get a
>>> weird error.
>>>
>>> $url_doc = $url;
>>> $temp_doc = __DIR__. '/../temp.doc';
>>> if (!copy($url_doc, $temp_doc)) {
>>>   $content = "Couldn't copy the file";
>>> }
>>>
>>> Here is the error.
>>> 2017-06-23 21:21:36 default[20170623t151218]  [23-Jun-2017 21:21:36]
>>> WARNING: [pool app] child 36 said into stderr: "NOTICE: PHP message: PHP
>>> Warning:  copy(/app/app/../temp.doc):
>>>
>>> How would I correct this?  I am running PHP flex environment on Google
>>> app engine.
>>>
>>> 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/ms
>>> gid/google-appengine/1ea767ed-dc75-41f4-b576-97e253e440b9%
>>> 40googlegroups.com
>>> <https://groups.google.com/d/msgid/google-appengine/1ea767ed-dc75-41f4-b576-97e253e440b9%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> -- Takashi
>>
>> --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "Google App Engine" group.
>> To unsubscribe from this topic, visit https://groups.google.com/d/to
>> pic/google-appengine/hkKdzghA5e4/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> google-appengine+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> Visit this group at https://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/google-appengine/CADWEYXgjy%3D0zDqm5WdsWcYEjthUwWy%3DkLi
>> Yk0xueG%2B6bmCLUEA%40mail.gmail.com
>> <https://groups.google.com/d/msgid/google-appengine/CADWEYXgjy%3D0zDqm5WdsWcYEjthUwWy%3DkLiYk0xueG%2B6bmCLUEA%40mail.gmail.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

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


Re: [google-appengine] PHP Flex Environment - Copy function fails.

2017-06-23 Thread Thomas Valadez
Can you point me to some documentation on this?

On Jun 23, 2017 3:46 PM, "'Takashi Matsuo' via Google App Engine" <
google-appengine@googlegroups.com> wrote:

>
> The document root (default /app) has stricter permission for security
> reason.
> The easiest way is to use /tmp.
> Maybe you can use sys_get_temp_dir
> <http://php.net/manual/en/function.sys-get-temp-dir.php> for portability.
>
> On Fri, Jun 23, 2017 at 2:35 PM Thomas Valadez <thomvala...@gmail.com>
> wrote:
>
>> Here is my code, it runs locally just fine but when I deploy it, I get a
>> weird error.
>>
>> $url_doc = $url;
>> $temp_doc = __DIR__. '/../temp.doc';
>> if (!copy($url_doc, $temp_doc)) {
>>   $content = "Couldn't copy the file";
>> }
>>
>> Here is the error.
>> 2017-06-23 21:21:36 default[20170623t151218]  [23-Jun-2017 21:21:36]
>> WARNING: [pool app] child 36 said into stderr: "NOTICE: PHP message: PHP
>> Warning:  copy(/app/app/../temp.doc):
>>
>> How would I correct this?  I am running PHP flex environment on Google
>> app engine.
>>
>> 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/1ea767ed-dc75-41f4-b576-
>> 97e253e440b9%40googlegroups.com
>> <https://groups.google.com/d/msgid/google-appengine/1ea767ed-dc75-41f4-b576-97e253e440b9%40googlegroups.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> -- Takashi
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google App Engine" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/google-appengine/hkKdzghA5e4/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/google-appengine/CADWEYXgjy%3D0zDqm5WdsWcYEjthUwWy%
> 3DkLiYk0xueG%2B6bmCLUEA%40mail.gmail.com
> <https://groups.google.com/d/msgid/google-appengine/CADWEYXgjy%3D0zDqm5WdsWcYEjthUwWy%3DkLiYk0xueG%2B6bmCLUEA%40mail.gmail.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

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


[google-appengine] PHP Flex Environment - Copy function fails.

2017-06-23 Thread Thomas Valadez
Here is my code, it runs locally just fine but when I deploy it, I get a 
weird error.

$url_doc = $url;
$temp_doc = __DIR__. '/../temp.doc';
if (!copy($url_doc, $temp_doc)) {
  $content = "Couldn't copy the file";
}

Here is the error.
2017-06-23 21:21:36 default[20170623t151218]  [23-Jun-2017 21:21:36] 
WARNING: [pool app] child 36 said into stderr: "NOTICE: PHP message: PHP 
Warning:  copy(/app/app/../temp.doc):

How would I correct this?  I am running PHP flex environment on Google app 
engine. 

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/1ea767ed-dc75-41f4-b576-97e253e440b9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: PHP app engine cannot connect to cloud sql

2017-06-23 Thread Thomas Valadez
is it possible to use mysqli?

On Wednesday, June 7, 2017 at 2:05:23 PM UTC-6, SPED MAKER wrote:
>
> i did have the same problem..
> You no need use a global variable available in app.yaml.
>
> the sample suggest to use:
>
>  
> 'mysql:unix_socket=/cloudsql/testproject-xx:us-central1:library;dbname=books',
>  but like you said, this method works to PDO
>
> to connect with mysql_connect you can use:
> $server = ":/cloudsql/INSTANCE_CONNECTION_NAME";
> $user = 'root'
> $pass = "pass";
>
> mysql_connect ($server,$user,$pass);
>
> not forget to use :/cloudsql/...
>
> if to function to you, talk here please.
>
>

-- 
You received this message because you are subscribed 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/a32ad838-93dd-4ceb-8f8d-7625f0b63c8d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] mysqli in php flex environment doesn't work.

2017-06-23 Thread Thomas Valadez
Recently we became aware that our php55 standard environment wasn't going 
to cut it since we need to be able to dynamically read and write files to 
the system. So I decided to switch over to flex environment, which was a 
breeze. Thanks Google, for making things so easy.  

However, there is one hang up. mysqli doesn't work.  I detailed the errors 
extensively 
here. 
https://stackoverflow.com/questions/44708684/cannot-use-mysqli-in-php-flex-env-on-app-engine

Is this possible, is there a way to get mysqli to work when it is deployed? 
 Any help, insight would be greatly 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/6cfff77e-70ed-4bd4-b6ab-69888c0c03c1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: GAE PHP MySQLI

2017-06-23 Thread Thomas Valadez
How did you get the mysqli function to work when deployed. I am getting an 
error Warning: mysqli::__construct(): (HY000/2002): Connection timed

I detailed the problem here 
https://stackoverflow.com/questions/44708684/cannot-use-mysqli-in-php-flex-env-on-app-engine

any tips on how you set this up to get it to work? 

On Wednesday, November 4, 2015 at 4:00:51 PM UTC-7, Terence Ramos wrote:
>
> I'm completely new to GAE development. I'm just trying to connect to the 
> Cloud SQL instance I created for my App Engine PHP application. My php file 
> is a bare bones:
>
> 
>
> // Using mysqli (connecting from App Engine)
>
> $sql = new mysqli(
>   null, // host
>   'root', // username
>   '', // password
>   '', // database name
>   null,
>   '/cloudsql/my-app-id:my-sql-db'
>   );
>
> My application does have permission to use the cloud sql instance. The 
> issue is this seems to work when deployed, but locally it doesn't. I get: 
>
> Warning: mysqli::mysqli(): (HY000/2002): No such file or directory in /
> Users/myuser/Work/projects/default/index.php on line 23
> indexaction
>
> The GAE PHP help files don't seem to help. They state something like, see 
> above for how to use GAE locally with the book sample. But the sample above 
> in the web site is the Hello, world! Does anyone know where I can find 
> information on this, or how to do this?
>
> Thanks
>
>

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


[google-appengine] Re: Not able to upload SSL certificate

2017-03-15 Thread Thomas Baldauf
Yes, exactly. Especially step 2 was necessary even though my domains were 
verified long ago. As soon as I verified them anew I was able to upload my 
certificate. 

-- 
You received this message because you are subscribed 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/5e097b3b-5039-4c99-8005-4bbd1f5daaf4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Not able to upload SSL certificate

2017-03-13 Thread Thomas Baldauf
Hi!

Finally I managed to set it up with a wildcard certificate. The problem was 
that I had to revalidate the ownership of my custom domains.

Thank you,
Thomas



Am Donnerstag, 9. März 2017 19:07:31 UTC+1 schrieb George (Cloud Platform 
Support):
>
> We have managed to check further, and it seems that your certificate, the 
> one that you keep trying to upload, is faulty somehow. It definitely pays 
> to double-check this certificate or to have it re-issued; in any case, to 
> get a valid one in the end. If the certificate itself is valid, your upload 
> should work as expected. 
>

-- 
You received this message because you are subscribed 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/ea066361-eb30-4675-a4a3-eb5082198def%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Not able to upload SSL certificate

2017-03-13 Thread Thomas Baldauf
Hi George,

I really tried everything, including the purchase of a new wildcard 
certificate - but still no luck! Please help!

Kind regards,
Thomas


Am Donnerstag, 9. März 2017 19:07:31 UTC+1 schrieb George (Cloud Platform 
Support):
>
> We have managed to check further, and it seems that your certificate, the 
> one that you keep trying to upload, is faulty somehow. It definitely pays 
> to double-check this certificate or to have it re-issued; in any case, to 
> get a valid one in the end. If the certificate itself is valid, your upload 
> should work as expected. 
>

-- 
You received this message because you are subscribed 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/019f677f-42b6-46ad-bfbc-40b096677476%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Not able to upload SSL certificate

2017-03-08 Thread Thomas Baldauf
Hi!

I'm desperately trying to configure my App Engine project for SSL 
encryption without success. When I upload my certificate and private key, I 
always get the following message, even though my domain ownership has been 
verified and the domains are listed in the "Custom domains" tab:

<https://lh3.googleusercontent.com/-uNSukNNarRQ/WL-5l8wPPzI/M6w/YxG8SjRyrbMNanA_dGSar4uQIvvCeKiuACLcB/s1600/cert.GIF>
Please help!

Kind regards,
Thomas

-- 
You received this message because you are subscribed 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/65612cd3-6cf5-49c9-a9da-8eec5c1b6a41%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] I get this error and dont know how to fix it

2017-02-15 Thread Thomas Ponzo
Traceback (most recent call last):
  File "GoogleAppEngineLauncher.py", line 42, in 
  File "wx\_core.pyc", line 7913, in __init__
  File "wx\_core.pyc", line 7487, in _BootstrapApp
  File "launcher\app.pyc", line 53, in OnInit
  File "launcher\app.pyc", line 98, in _CreateModels
  File "launcher\preferences.pyc", line 68, in __init__
  File "launcher\preferences.pyc", line 72, in Load
  File "ConfigParser.pyc", line 267, in read
  File "ConfigParser.pyc", line 462, in _read
ConfigParser.MissingSectionHeaderError: File contains no section headers.
file: C:\Users\Dell/Google\google_appengine_launcher.ini, line: 1
'\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'

-- 
You received this message because you are subscribed 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/ea472a9e-b31b-4c5c-a5d1-5a5105fe0202%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Compute Engine in same project as App Engine

2017-01-17 Thread Thomas Baldauf
Thank you, Evan!

-- 
You received this message because you are subscribed 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/dc39bb25-d683-4b5a-a773-755c6b385573%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Compute Engine in same project as App Engine

2017-01-12 Thread Thomas Baldauf
Is it possible to run one or more Compute Engine VMs in the same project as App 
Engine instances and use the same Datastore? If so, will their performance be 
as good because of the colocation of the services?

-- 
You received this message because you are subscribed 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/d88b1ee7-e058-4ca8-ba93-04d9a4893080%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: High latency for no apparent reason

2017-01-11 Thread Thomas Baldauf
Well, it happened again, and it was a period of very high latency spikes 
between 12pm and 8pm (US/central) as you can see in the Stackdriver graphs 
below. The strange thing is that high latency stayed high after 5pm when 
requests/s dropped to almost 0.
Can you please investigate, my paying customers (schools) are complaining 
that their students have to wait for 20 seconds to almost 1min to start 
lessons or submit their results. This is not acceptable!
Here are some traces you may want to analyze:

https://console.cloud.google.com/traces/details/465f82b35d1d694d7de2f2a55a89724a?project=typescout-hrd
https://console.cloud.google.com/traces/details/7e30f514d0ee29ef6652a12557db392b?project=typescout-hrd
https://console.cloud.google.com/traces/details/c402dcc099ad916f972adb6a8f429b95?project=typescout-hrd

The last one took 26,2s and there is actually no API call going on there 
except getting a login url from Google's Auth-Service. What went wrong 
yesterday?

<https://lh3.googleusercontent.com/-b_5NQM6Ox3Y/WHXlqovzBHI/M3M/CCbMGNtsXSoQDIuH_OA5931IBMm9xikpACLcB/s1600/gae.GIF>



Am Montag, 5. Dezember 2016 18:32:54 UTC+1 schrieb Adam (Cloud Platform 
Support):
>
> No problem, glad I could help!
>
> On Sunday, December 4, 2016 at 6:27:04 AM UTC-5, Thomas Baldauf wrote:
>>
>> Ok, thank you! I'll try to optimize my code to produce less objects where 
>> possible. 
>
>

-- 
You received this message because you are subscribed 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/1449d64e-c56a-4ab6-96ce-79fd11232040%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Can't see quotas since two days ago

2016-12-14 Thread Thomas Baldauf
Now it's working again. Thank you! Nice feedback tool btw :)


Am Montag, 12. Dezember 2016 22:24:41 UTC+1 schrieb Nick (Cloud Platform 
Support):
>
> Here's the link to the Cloud Platform Issue Tracker 
> <https://code.google.com/p/google-cloud-platform/issues/list> just in 
> case you can't find it!
>
> On Monday, December 12, 2016 at 4:00:25 PM UTC-5, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hey Fighter 42 and Thomas, 
>>
>> You can report issues in the Console by using the "send feedback" button:
>>
>>
>> <https://lh3.googleusercontent.com/-xRQ_0dZf4p8/WE8Pkg-z-wI/CjU/IwwcPKU---gRYoWM_ZL7fc7yItxDkz7dACLcB/s1600/Screenshot%2B2016-12-12%2Bat%2B3.58.41%2BPM.png>
>>
>> You can also use the Public Issue Tracker for the Cloud Platform, while 
>> providing screenshots of the Console. You might want to also include a HAR 
>> recording <https://toolbox.googleapps.com/apps/har_analyzer/> of your 
>> browser's activity while attempting to load the given page.
>>
>> Cheers,
>>
>> Nick
>> Cloud Platform Community Support
>>
>>
>> On Sunday, December 11, 2016 at 2:40:31 PM UTC-5, Thomas Baldauf wrote:
>>>
>>> Same here!
>>
>>

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


Re: [google-appengine] Re: Alternative to Objectify: Catatumbo?

2016-12-12 Thread Thomas Baldauf
Jordan, I'd like to know if Google is planning to drop support for GAE SDK 
APIs altogether, also for Standard Environment. If so, many many developers 
would have to rewrite considerable parts of their code for the migration to 
the new REST APIs. What exactly is the problem about releasing a new 
version of GAE SDK being a thin layer that's just calling the REST APIs? 
That would save your developer community so much work, but still giving you 
the ability to switch completely to your new REST services. Upgrading to 
the newest SDK would not be a real challenge to most developers. 
Concerning Memcache: I enrolled as Alpha tester a few weeks ago and 
received a mail with some questions, which I answered. Since then, nothing 
happened. Is there a roadmap somewhere so we have a chance to plan our 
migration to Flexible Environment? Thank you!


Am Montag, 12. Dezember 2016 19:16:16 UTC+1 schrieb Jordan (Cloud Platform 
Support):

> Hey Jeff, 
>
> There is currently a Client Library for PULL Task Queue 
> ,
>  
> but not for PUSH or CRON tasks. You can sign up for the Alpha release of 
> Cloud 
> Tasks  
> which
>  
> is designed to be the next generation of Task Queues, accessible via App 
> Engine Flex. 
>
> Similar to this, we are also accepting Alpha testers for App Engine 
> Flexible environment Memcache 
> 
> . 
>

-- 
You received this message because you are subscribed 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/4fc8e68a-93fe-4e20-b888-d7ba646bc678%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Can't see quotas since two days ago

2016-12-11 Thread Thomas Baldauf
Same here!

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


Re: [google-appengine] Re: Alternative to Objectify: Catatumbo?

2016-12-10 Thread Thomas Baldauf
Jeff, I totally understand your point and hopefully Google will provide the 
required API in time. Objectify is a great library and I would love to continue 
using it, but I also want my app to be readily migrated to Flex Env when it's 
going GA.
Thanks for giving your great work to the community! 

-- 
You received this message because you are subscribed 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/211a5eb2-e4b9-42ce-8ecf-e30ad586626a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Alternative to Objectify: Catatumbo?

2016-12-09 Thread Thomas Baldauf
Since App Engine Flexible Environment will not support the GAE SDK API any 
more (compat runtimes were dropped), unfortunately Objectify can also not 
be used any more - at least until they support Google Cloud Client API to 
access the datastore, which is not very likely 
(https://groups.google.com/forum/?fromgroups#!topic/objectify-appengine/_8qQicEYg7E).
Looking for an OR-Mapper using the Cloud Client API I came acroass 
Catatumbo (https://github.com/sai-pullabhotla/catatumbo). Do you think that 
would be a good alternative? Does anyone have experience in migrating from 
Objectify to Catatumbo? At least entity classes should be easy to migrate, 
as most annotations are quite similar. Your feedback is very much 
appreciated, thank you!

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


[google-appengine] Re: Instance restart

2016-12-08 Thread Thomas Baldauf
Same problem here! I also migrated my Standard Java app to Flex Env and was 
surprised by the great performance there. Unfortunately, with the deprecation 
of the compat runtime, there's no easy way to leave it there any more. We'd 
have to rewrite lots of our code and some vital services like memcache are not 
even available at the moment. So we had to go back to Standard and there we 
experience very bad performance, same as in the logs you just showed. More than 
10s response latency for really no special reason is not ok for user frontends. 

-- 
You received this message because you are subscribed 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/bd56a562-c31d-418c-b6cb-3e952f3c6c1c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Migrating to Compute Engine

2016-12-04 Thread Thomas Baldauf
Thank you for investigating my issues. I'll try to follow your recommendations. 

-- 
You received this message because you are subscribed 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/9b2e07be-4550-4a77-be9f-00e46ac9aa29%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: High latency for no apparent reason

2016-12-04 Thread Thomas Baldauf
Ok, thank you! I'll try to optimize my code to produce less objects where 
possible. 

-- 
You received this message because you are subscribed 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/23205caf-29ad-49bc-9e6d-d60d5a0f1ff7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Migrating to Compute Engine

2016-11-30 Thread Thomas Baldauf
I just used the appengine-maven-plugin, which apparently is invoking gcloud 
under the hood. I was able to deploy the simple hello world example 
(https://github.com/GoogleCloudPlatform/getting-started-java/tree/master/helloworld-jsp)
 
and modified it to access the datastore with the Google Cloud Datastore 
API. This is working, but performance is pretty poor (400-700ms per 
request). Last time I deployed my whole app with jetty9-compat performance 
was brilliant. I'm not sure what's going on there at App Engine flexible 
environment, but I get the feeling it's way too early to switch over there. 
In contrast to my earlier attempts, I could not find the machine type of 
the VM in the Cloud Console anymore. A few weeks ago it was shown in the 
Compute Engine view, but now that's all empty (even though the app is 
running as a new version).

One more thing I also noticed: whenever I set one or more of these config 
parameters of appengine-maven-plugin

false
false 
flextest 

I get the following error and deployment fails:

2016-11-30 22:22:39,253 ERRORroot(gcloud.app.deploy) Error 
Response: [13] Deployment Manager operation failed, name: 
operation-1480540945143-5428b4d1c54d9-31101d50-e4631c66, error: 
[{"code":"RESOURCE_ERROR","location":"/deployments/aef-default-20161130t222126/resources/aef-default-20161130t222126-00","message":"Unexpected
 
response from resource of type compute.alpha.regionInstanceGroupManager: 
403 {\"code\":403,\"errors\":[{\"domain\":\"global\",\"message\":\"Required 
'Alpha Access' permission for 'Compute 
API'\",\"reason\":\"forbidden\"}],\"message\":\"Required 'Alpha Access' 
permission for 'Compute 
API'\",\"statusMessage\":\"Forbidden\",\"requestPath\":\"https://www.googleapis.com/compute/alpha/projects/typingscout-test2/regions/us-central1/instanceGroupManagers\"}"}]


Am Mittwoch, 30. November 2016 17:20:22 UTC+1 schrieb George (Cloud 
Platform Support):
>
> Hallo Thomas, 
>
> What were you attempting to do exactly, when these logs got recorded? What 
> was the exact command for deployment? If you tried to deploy to the 
> flexible environment, was  the standard environment app modified 
> appropriately prior to the deployment attempt? You need to adapt 
> <https://cloud.google.com/appengine/docs/flexible/python/migrating> your 
> app to the Flexible Environment using Google Cloud Client libraries 
> <https://cloud.google.com/apis/docs/cloud-client-libraries>. In doing so, 
> you might have overseen some networking aspects: error 1053 is returned in 
> Windows for “Software caused connection abort. 
> <https://msdn.microsoft.com/de-de/library/windows/desktop/ms740668(v=vs.85).aspx>
> ”
>
> To build your container images outside of Google Cloud Platform, you must 
> first upload 
> <https://cloud.google.com/appengine/docs/flexible/nodejs/testing-and-deploying-your-app>your
>  
> images to a container image repository before you can deploy your images to 
> App Engine with the gcloud app deploy command.
>

-- 
You received this message because you are subscribed 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/3375a932-c154-4637-9e0e-28861d9e214f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Migrating to Compute Engine

2016-11-29 Thread Thomas Baldauf
In the log I could also see that src.tgz (146MB) is being uploaded for 6 
minutes and then the host computer shuts down the connection because of a 
read timeout. What can I do about it?

Am Mittwoch, 30. November 2016 07:16:20 UTC+1 schrieb Thomas Baldauf:
>
> Thank you, unfortunately it's still not working. Now I found the logs of 
> GCLOUD command and it says:
>
> 2016-11-30 07:07:41,608 DEBUGrootRetrying request to url 
> https://www.googleapis.com/resumable/upload/storage/v1/b/staging.typingscout-test3.appspot.com/o?uploadType=resumable=json_id=AEnB2UoYF-HOEjSoAK5IGRUi0IUL3bipk1LjfDNU6T3gZss3JkrnsAtSx3LKHHMRhmzXIrugy2bTD8wJZgDJbze--bg6qTVKaA=us.gcr.io%2Ftypingscout-test3%2Fappengine%2Fdefault.20161130t070559%3Alatest
>  
> after exception [Errno 10053] Eine bestehende Verbindung wurde 
> softwaregesteuert durch den Hostcomputer abgebrochen
>
> What to do?
>
>
> Am Dienstag, 29. November 2016 23:23:50 UTC+1 schrieb George (Cloud 
> Platform Support):
>>
>> Hello Thomas, 
>>
>> Exactly as you supposed: the true entry now needs to read 
>> flex in your appengine-web.xml, or env: flex in the app.yaml 
>> file. 
>>
>> You can see your logs in detail at /var/log/app_engine/custom_logs, as 
>> described in the “Using Cloud logging in App Engine apps” document 
>> <https://cloud.google.com/appengine/articles/logging>. 
>>
>> In the same project, you need to create different versions of the 
>> application for different environments: standard, flex, etc., specifying in 
>> the configuration file both the version and service names: service: 
>> service_name in the app.yaml file 
>> <https://cloud.google.com/appengine/docs/flexible/nodejs/configuring-your-app-with-app-yaml>.
>>  
>>
>>
>

-- 
You received this message because you are subscribed 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/5d876d1f-a9b6-4859-9058-1c49b11c8d5a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Migrating to Compute Engine

2016-11-29 Thread Thomas Baldauf
Thank you, unfortunately it's still not working. Now I found the logs of 
GCLOUD command and it says:

2016-11-30 07:07:41,608 DEBUGrootRetrying request to url 
https://www.googleapis.com/resumable/upload/storage/v1/b/staging.typingscout-test3.appspot.com/o?uploadType=resumable=json_id=AEnB2UoYF-HOEjSoAK5IGRUi0IUL3bipk1LjfDNU6T3gZss3JkrnsAtSx3LKHHMRhmzXIrugy2bTD8wJZgDJbze--bg6qTVKaA=us.gcr.io%2Ftypingscout-test3%2Fappengine%2Fdefault.20161130t070559%3Alatest
 
after exception [Errno 10053] Eine bestehende Verbindung wurde 
softwaregesteuert durch den Hostcomputer abgebrochen

What to do?


Am Dienstag, 29. November 2016 23:23:50 UTC+1 schrieb George (Cloud 
Platform Support):
>
> Hello Thomas, 
>
> Exactly as you supposed: the true entry now needs to read 
> flex in your appengine-web.xml, or env: flex in the app.yaml 
> file. 
>
> You can see your logs in detail at /var/log/app_engine/custom_logs, as 
> described in the “Using Cloud logging in App Engine apps” document 
> <https://cloud.google.com/appengine/articles/logging>. 
>
> In the same project, you need to create different versions of the 
> application for different environments: standard, flex, etc., specifying in 
> the configuration file both the version and service names: service: 
> service_name in the app.yaml file 
> <https://cloud.google.com/appengine/docs/flexible/nodejs/configuring-your-app-with-app-yaml>.
>  
>
>

-- 
You received this message because you are subscribed 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/f6825ada-8e2f-4030-bc5a-db80d75b6d78%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Migrating to Compute Engine

2016-11-29 Thread Thomas Baldauf
Thank you, but I'm not sure how to achieve this. I selected the project 
with my standard environment app in gcloud init and tried to deploy the 
flex version using appengine:deploy and the appengine-maven-plugin. This 
worked a few weeks ago with a new project, although it took about 15mins. 
This time, I waited for more than 30mins, then got the following failure:   

[INFO] GCLOUD: Beginning deployment of service [default]...
[INFO] GCLOUD: WARNING: Deployment of App Engine Flexible Environment apps 
is currently in Beta
[INFO] GCLOUD: Building and pushing image for service [default]
[INFO] GCLOUD: WARNING: No configuration information provided by runtime 
[java].ß

 after about 30mins ---

INFO] GCLOUD: ERROR: (gcloud.app.deploy) ('The read operation timed out',)
[INFO] GCLOUD: This may be due to network connectivity issues. Please check 
your network settings, and the status of the service you are trying to 
reach.



I don't see any notifications in my project's activity log. What am I doing 
wrong? Could the (deprecated) true in my appengine-web.xml be the 
reason? Is there a possibility to set the log level of 
appengine-maven-plugin / gcloud under the hood to see more log output?

The other option you mentioned involved renaming the project. But how is 
this changing anything? The project-id cannot be changed and the project 
name is only an alias. So after changing the project name, deploying the 
flex app and revert the project name - how should that be different to my 
first approach?

Thank you!



Am Montag, 28. November 2016 22:35:46 UTC+1 schrieb George (Cloud Platform 
Support):
>
> If you don’t absolutely need the same app name with a different version to 
> run in the new environment, there is the option to rename your new app and 
> dedicate a new service to it, for the new environment, all under the same 
> project. As a result, your old app would continue running in the standard 
> environment, whereas the new one, freshly re-baptised, runs in the flex 
> environment, offering a new service. You would finally run 2 services 
> accepting traffic, and that should take care of their “friendly 
> coexistence”. 
>
> Still, both apps must exist within the same project, to access the same 
> Datastore, as the project ID secures common access. 
>

-- 
You received this message because you are subscribed 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/cd6f2fa8-7b5d-4c18-950e-6e93954c6789%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: High latency for no apparent reason

2016-11-29 Thread Thomas Baldauf
CPU megacycles went up from 1300 to 2 and down again, so this is really 
suspicious. At the same time, memory usage was constantly at about 215 MB 
and only went up slightly (a few MB) in the next minutes. Any ideas?



Am Dienstag, 29. November 2016 19:55:31 UTC+1 schrieb Adam (Cloud Platform 
Support):
>
> GC pauses could very well be the culprit. What do the Utilization and 
> Memory Usage graphs look like at the time of the slow request?
>
> On Monday, November 28, 2016 at 1:21:20 AM UTC-5, Thomas Baldauf wrote:
>>
>> It would be hard to post my code here, because I'd have to include 
>> HttpFilters and the whole DAO/Cache-layer. But there's really nothing going 
>> on that's needing a lot of CPU resources. One thing I asked myself: could 
>> it be GC occupying the process, because the frequency of such slow requests 
>> is like every couple of hours? If so, is there anything we can do about 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/0540f677-60f8-4b05-8631-4e41e25f87d0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Migrating to Compute Engine

2016-11-28 Thread Thomas Baldauf
One more question before I do a test with the still available compat runtime on 
Flex Env: is it possible to have the legacy app running in the same project as 
the freshly ported Flex app just by using a different version name? Will it 
just add a GCE VM for that versioned instance and let the legacy app do its 
Standard Edition job in friendly coexistence?

-- 
You received this message because you are subscribed 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/7364bd4a-8784-4dec-b546-cadcfcc7212b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Migrating to Compute Engine

2016-11-28 Thread Thomas Baldauf
Very interesting, I'll try that as soon as possible! 

Dankeschön :)

-- 
You received this message because you are subscribed 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/75c6f298-9927-42ec-94dd-8969340490bf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Migrating to Compute Engine

2016-11-28 Thread Thomas Baldauf
Thanks for the answers! I already migrated my app to Flex Env using the compat 
runtime and noticed a great performance gain with only 1 permanent instance in 
comparison to automatic scaling in Standard Edition (10x more throughput showed 
by jmeter). Now that the compat runtime is deprecated I'll sadly have to 
rewrite my code anyway. Flex Env also seems to be quite expensive that's why 
GCE could be the right thing for me. Of course deployments or updates are a 
problem there, but one powerful instance should be enough to handle the current 
traffic (100k requests/day, <10 requests/second) and also for the near future. 
As soon as a load balancer is needed, GCE seems to be in a similar price range 
as Flex Env, so it's really hard to decide where to go - Flex Env of course 
would be perfect if it was less expensive and would support a Memcache service 
(which will come as I read). If there was the compat runtime GA it would be 
just perfect and I would be willing to pay more not having to rewrite 
everything. I think there would be many small to mid-size apps being very happy 
about it.
However, and sorry for thinking loud too much, the biggest problem of migrating 
from GAE SE to GCE to Flex is the data. As we need a new project for each 
migration, is it still possible to access the datastore of the legacy project 
from each of them using the Cloud Client libraries? That would be great and 
give us even more flexibility to better adapt to business growth.
Thank you so much for your wonderful work and support!

-- 
You received this message because you are subscribed 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/67845e4f-e835-43a2-adae-cc2953380148%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Migrating to Compute Engine

2016-11-28 Thread Thomas Baldauf
If I manage to rewrite my App Engine Standard Edition Java app to not use 
the SDK but instead Google Cloud Client libraries and Redis Memcache 
service, should it be possible to run the app on Compute Engine? Can I 
still access my data in the Cloud Datastore (after moving it to the new 
project with the Datastore Admin backup tool)? Is it possible to run only 
one GCE VM with only one instance and have a decent uptime? As I read, 
security patches are applied with CentOS unattended updates and don't imply 
an image or instance restart, right? So what SLA or uptime can I expect 
there?
Many 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/e8c1000c-9cb4-442d-8e15-9d630f2851b4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: High latency for no apparent reason

2016-11-27 Thread Thomas Baldauf
It would be hard to post my code here, because I'd have to include HttpFilters 
and the whole DAO/Cache-layer. But there's really nothing going on that's 
needing a lot of CPU resources. One thing I asked myself: could it be GC 
occupying the process, because the frequency of such slow requests is like 
every couple of hours? If so, is there anything we can do about 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/2c70be6b-3303-4bd0-866a-ceed719a78d6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] High latency for no apparent reason

2016-11-26 Thread Thomas Baldauf
Hi! I have been facing this issue permanently since I have my Java app 
running on App Engine (Standard Edition), that is since 6 years. Users are 
complaining more and more, so I have to do something about it:
Occasionally, response latency for even the most simple requests to my app 
climbs up from some 100ms to crazy values like 20s, 30s or even 40s for no 
apparent reason. I attach a screenshot showing the trace of such a request 
from today. It was very quiet, so there weren't too many concurrent 
requests and it's also not a cold start request. 

<https://lh3.googleusercontent.com/-6BwDYtrHgpc/WDnIO34HkhI/M1I/MRgjx3VmGAIDB5TQ0We3sODTz7nR3F32QCLcB/s1600/trace.PNG>

As you can see, there's only a datastore.get and then nothing for a very 
long time, so it must be a very occupied (shared?) CPU just not being 
available for my request to be handled. How to deal with such cases? 
My approach was to move to App Engine Flexible which was very successful: 
performance was constantly great, but now I can't use it any more as Google 
decided to drop the compat runtime making my app incompatible for Flex Env. 

Maybe somebody from Google can investigate the issue and point me in the 
right direction. I don't want to move away from App Engine as I would have 
to rewrite lots of code depending on GAE SDK APIs. Please help!

Thanks,
Thomas

-- 
You received this message because you are subscribed 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/63430518-0d8f-406b-9d69-2a295d7aeabc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] Google has fixed 30 of 707 bugs reported in the past 12 months

2016-11-26 Thread Thomas Baldauf
Same here! Flex Env would have been great without the need to rewrite all the 
parts of our app that depend on GAE SDK APIs. I'm just wondering if they're 
going to deprecate it also in Standard Edition so everybody has to use the 
Google Cloud Client libraries in the future ...

-- 
You received this message because you are subscribed 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/83507f89-d79a-43a9-b7a6-1a6f62e642e1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Endpoints v2 InconsistentApiConfigurationException

2016-11-05 Thread Thomas Wiradikusuma
Hi Nick,

Thanks! I have completed the migration, including the stuff needed so I can 
see fancy graphs in https://console.cloud.google.com/endpoints.

Some feedback:
* The Errors graph is showing some 4xx, but drilling down just gives me log 
in json, and it doesn't show what the error is.

<https://lh3.googleusercontent.com/-7KeGunf9aiQ/WB6bOWbrAbI/P_M/_kYqQTd0BSk9Rd_H2azt9iP_7Y8WKUKQQCLcB/s1600/error_log.gif>
* The Total Latency graph is not too useful nor actionable. I see some 
spikes, great. Are they caused by my code? How do I fix them? Can't even 
click to drill down.

<https://lh3.googleusercontent.com/-ZYeXTaCx9zA/WB6b2i1uapI/P_Q/u7GwKTi5FW4s37yaDOm45hkNJvrbr9c8gCLcB/s1600/Screen%2BShot%2B2016-11-06%2Bat%2B10.52.30%2BAM.png>

I'm sorry I complain a lot. Just to be clear, I love what you guys doing. 
Please keep up the good work!

Regards,
Thomas Wiradikusuma

On Saturday, November 5, 2016 at 12:16:57 AM UTC+8, Nick (Cloud Platform 
Support) wrote:
>
> Hey Thomas,
>
> Just an update, in the Public Issue Tracker thread 
> <https://code.google.com/p/googleappengine/issues/detail?id=13373>, we 
> appear to have found another workaround as well.
>
> Cheers,
>
> Nick
> Cloud Platform Community Support
>
> On Friday, October 28, 2016 at 10:30:26 AM UTC-4, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hey Thomas,
>>
>> Thanks for your persistent reporting here. I've now managed to reproduce 
>> the behaviour and I've made a Public Issue Tracker thread 
>> <https://code.google.com/p/googleappengine/issues/detail?id=13373> to 
>> follow this for anybody along with you who is also interested in its 
>> progress. 
>>
>> As a workaround for now, simply renaming one of the APIs will remove the 
>> issue. Of course your pattern of using ApiClass for differentiated 
>> properties in a multiclass API should be defined as the docs say 
>> <https://cloud.google.com/appengine/docs/java/endpoints/multiclass#using_apiclass_for_properties_that_can_differ_between_classes>,
>>  
>> for now this will allow you to circumvent the issue.
>>
>> In future, don't hesitate to make a post like this to the Public Issue 
>> Tracker <https://code.google.com/p/googleappengine/issues/list> if you 
>> suspect the error is not in your code but the platform. We'll be happy to 
>> assist!
>>
>> Cheers,
>>
>> Nick
>> Cloud Platform Community Support
>>
>> On Wednesday, October 12, 2016 at 9:39:06 AM UTC-4, Thomas Wiradikusuma 
>> wrote:
>>>
>>> Sorry I forgot to attach the project.
>>>
>>> I'm sorry for not making it clear. The sample code is _working_, you 
>>>> need to migrate it to Endpoints v2 as mentioned in the README.md to make 
>>>> it 
>>>> not working. Anyway, for your convenience, I've attached the migrated 
>>>> version (which is not working).
>>>>
>>>>
>>> Regards,
>>> Thomas Wiradikusuma 
>>>
>>

-- 
You received this message because you are subscribed 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/2eecfb24-e594-4912-bc28-c8c658caef7f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Custom runtime - using search API / AppEngine services

2016-10-14 Thread 'Thomas Koch' via Google App Engine
Hi Adam,

have you had success trying Haskell on AppEngine? I'd love to try it out 
myself once I've time for this and would love to learn from your experience 
or help you if you got stuck.

Regards,

Thomas

Am Mittwoch, 5. Oktober 2016 11:26:40 UTC+2 schrieb Adam Evans:
>
> Yes. 
>
> That looks to be the simplest / obvious solution, take the off the shelf 
> Java / Python AppEngine SDK and create a RESTish wrapper around the search 
> features. Deploying in AppEngine I'd then need to look at service to 
> service auth to restrict access so my index is not publicly available.
>
> The primary reason for investigating AppEngine is cheap computing on the 
> the micro instances + search vs AWS EC2 with ElasticSearch. I would prefer 
> not have an instance specifically as a search sidecar to keep the cost down.
>
> I'll try and investigate the ProtoBuf api reverse engineered by the PHP 
> project. It would be useful if Google opened up the spec if providing 
> custom runtimes so 3rd parties can implement the libraries, it'd also make 
> AppEngine a no brainer as a PaaS with custom runtime support.
>
> On Wednesday, 5 October 2016 07:52:30 UTC+11, Tom Walder wrote:
>>
>> I guess you could deploy a PHP/Python/Standard runtime app to just expose 
>> a RESTish API to the Search service.
>>
>> I've done this before.
>>
>

-- 
You received this message because you are subscribed 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/4c6dd83c-4ce4-4e9a-91dd-3e93be447d94%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Endpoints v2 InconsistentApiConfigurationException

2016-10-12 Thread Thomas Wiradikusuma
Hi Nick,

> Could you try to add the same @ApiClass annotation that you have on 
ApiV2.java to ApiV2Public.java and see if that prevents the error message? 

Yes, making the annotations identical in both classes prevents the error 
message. But, it means both must be authenticated, which defeats my purpose 
of separating it.

> I'm unable to replicate the issue using your code and keeping all the API 
names in web.xml, even regardless of whether I add the @ApiClass annotation 
to ApiV2Public. 

I'm sorry for not making it clear. The sample code is _working_, you need 
to migrate it to Endpoints v2 as mentioned in the README.md to make it not 
working. Anyway, for your convenience, I've attached the migrated version 
(which is not working).

> I don't see any "issuers" field defined in your API. Is this correct?

Yes, that field is a new field, which I think the documentation doesn't 
clearly explain what it is.


Regards,
Thomas Wiradikusuma

-- 
You received this message because you are subscribed 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/66f0e887-0050-4706-9714-d400cc5e3823%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Endpoints v2 InconsistentApiConfigurationException

2016-10-06 Thread Thomas Wiradikusuma
Hi Nick,

I've been using API Explorer (built-in tool from Cloud Endpoints), which 
does not require client library. Or should I use other tools?

Regards,
Thomas Wiradikusuma

On Friday, October 7, 2016 at 5:54:50 AM UTC+8, Nick (Cloud Platform 
Support) wrote:
>
> Hey Thomas,
>
> Thanks for uploading. I'll be sure to take a look at this project and see 
> if I can manage to deploy it. However, in the mean time, I think there's a 
> possible solution on your end that hasn't been investigated so far, as far 
> as I can tell. The issue appears to me to be caused by compiling and 
> deploying a new version of the API, while still using the old generated 
> client library in the clients. If you could not only generate the new 
> client library (which should not have errors, as you observed), but also 
> put it into the clients and have them send requests, to see whether the 
> errors persist, that could short-circuit the process of testing on our end.
>
> Cheers,
>
> Nick
> Cloud Platform Community Support 
>
> On Wednesday, October 5, 2016 at 7:47:05 AM UTC-4, Thomas Wiradikusuma 
> wrote:
>>
>> Hi Nick,
>>
>> Attached is my Gradle-based project stripped to the simplest to reproduce 
>> the issue. I'm unclear with what you meant, but hopefully my project can 
>> help on your side!
>>
>> Regards,
>> Thomas Wiradikusuma
>>
>>
>> On Wednesday, October 5, 2016 at 4:36:55 AM UTC+8, Nick (Cloud Platform 
>> Support) wrote:
>>>
>>> Hey Thomas,
>>>
>>> The issue wouldn't be that generation would fail - the idea is that due 
>>> to having recompiled the API against different classes for V2, the old 
>>> client might not be sending requests in the way expected. Could you try to 
>>> load the updated client library into a client machine and see if the same 
>>> error persists with the new version of the library? I'm continuing to work 
>>> on reproducing this issue on my own side.
>>>
>>> Cheers,
>>>
>>> Nick
>>> Cloud Platform Community Support
>>>
>>> On Tuesday, October 4, 2016 at 12:30:47 AM UTC-4, Thomas Wiradikusuma 
>>> wrote:
>>>>
>>>> Hi Nick,
>>>>
>>>> The web.xml snippet I gave earlier is the one before I take one out:
>>>>
>>>> com.bla.ApiV2,com.bla.ApiV2Public
>>>>
>>>> Notice class ApiV2 and ApiV2Public.
>>>>
>>>> Also, I'm testing this from API explorer, which I think doesn't require 
>>>> the generation of client libraries. But, for curiosity sake, I did try it (
>>>> https://cloud.google.com/endpoints/docs/frameworks/java/generate-client-libraries-android
>>>> ):
>>>>
>>>> endpoints-framework-tools get-client-lib --war=target/war -bs gradle 
>>>> com.bla.ApiV2
>>>> endpoints-framework-tools get-client-lib --war=target/war -bs gradle 
>>>> com.bla.ApiV2Public
>>>>
>>>> No error in the generation (but doesn't fix my issue).
>>>>
>>>>
>>>> Regards,
>>>> Thomas Wiradikusuma
>>>>
>>>>
>>>> On Tuesday, October 4, 2016 at 3:18:59 AM UTC+8, Nick (Cloud Platform 
>>>> Support) wrote:
>>>>>
>>>>> Hey Thomas,
>>>>>
>>>>> Could you show what the web.xml file looks like before you take one 
>>>>> out? I'm not sure how you've included both of them and it appears you 
>>>>> uploaded a section from web.xml with only one Api class present.
>>>>>
>>>>> Also, just for testing's sake, have you managed to check whether 
>>>>> recompiling the client against the new API version resolves the issue?
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Nick
>>>>> Cloud Platform Community Support
>>>>>
>>>>> On Sunday, October 2, 2016 at 11:24:21 PM UTC-4, Thomas Wiradikusuma 
>>>>> wrote:
>>>>>>
>>>>>> Hi Nick,
>>>>>>
>>>>>> The error happens when receiving requests. I don't think it's 
>>>>>> necessary to update the client, as the update doesn't change the server.
>>>>>>
>>>>>> I'm posting here since I think it's either a bug of, or lack of 
>>>>>> documentation for, the V2 implementation @ApiClass. Let me explain.
>>>>>>
>>>>>> I have 2 classes that share @Api (
>>>>>> https://

[google-appengine] Re: Endpoints v2 InconsistentApiConfigurationException

2016-10-03 Thread Thomas Wiradikusuma
Hi Nick,

The web.xml snippet I gave earlier is the one before I take one out:

com.bla.ApiV2,com.bla.ApiV2Public

Notice class ApiV2 and ApiV2Public.

Also, I'm testing this from API explorer, which I think doesn't require the 
generation of client libraries. But, for curiosity sake, I did try it 
(https://cloud.google.com/endpoints/docs/frameworks/java/generate-client-libraries-android):

endpoints-framework-tools get-client-lib --war=target/war -bs gradle 
com.bla.ApiV2
endpoints-framework-tools get-client-lib --war=target/war -bs gradle 
com.bla.ApiV2Public

No error in the generation (but doesn't fix my issue).


Regards,
Thomas Wiradikusuma


On Tuesday, October 4, 2016 at 3:18:59 AM UTC+8, Nick (Cloud Platform 
Support) wrote:
>
> Hey Thomas,
>
> Could you show what the web.xml file looks like before you take one out? 
> I'm not sure how you've included both of them and it appears you uploaded a 
> section from web.xml with only one Api class present.
>
> Also, just for testing's sake, have you managed to check whether 
> recompiling the client against the new API version resolves the issue?
>
> Cheers,
>
> Nick
> Cloud Platform Community Support
>
> On Sunday, October 2, 2016 at 11:24:21 PM UTC-4, Thomas Wiradikusuma wrote:
>>
>> Hi Nick,
>>
>> The error happens when receiving requests. I don't think it's necessary 
>> to update the client, as the update doesn't change the server.
>>
>> I'm posting here since I think it's either a bug of, or lack of 
>> documentation for, the V2 implementation @ApiClass. Let me explain.
>>
>> I have 2 classes that share @Api (
>> https://cloud.google.com/endpoints/docs/frameworks/java/multiclass): 
>>
>> @Api(name = "api", version = "v2", namespace = @ApiNamespace(ownerDomain 
>> = "bla.com", ownerName = "bla.com"))
>> @ApiClass(authenticators = {AccountManager.class}, scopes = 
>> {EMAIL_SCOPE}, clientIds = {API_V2_ANDROID_CLIENT_ID, API_V2_WEB_CLIENT_ID, 
>> API_EXPLORER_CLIENT_ID}, audiences = {API_V2_ANDROID_AUDIENCE})
>> public class ApiV2 { .. }
>>
>> @Api(name = "api", version = "v2", namespace = @ApiNamespace(ownerDomain 
>> = "bla.com", ownerName = "bla.com"))
>> public class ApiV2Public { .. }
>>
>> This is how they're defined in web.xml:
>>
>> 
>> api
>> com.google.api.server.spi.EndpointsServlet
>> 
>> services
>> 
>> com.bla.ApiV2,com.bla.ApiV2Public
>> 
>> 
>> 
>>
>> If I take out one from web.xml, it works. 
>>
>> This used to work in V1. It could be due to this new property "issuers" 
>> that's poorly documented (compare 
>> https://cloud.google.com/appengine/docs/java/endpoints/annotations vs 
>> https://cloud.google.com/endpoints/docs/frameworks/java/annotations, 
>> Ctrl+F for "issuers").
>>
>> Looking forward for a solution!
>>
>> Regards,
>> Thomas Wiradikusuma
>>
>>
>> On Saturday, October 1, 2016 at 4:54:42 AM UTC+8, Nick (Cloud Platform 
>> Support) wrote:
>>>
>>> Hey Thomas,
>>>
>>> This is just a guess, but it could be that it's necessary to update the 
>>> client as well. Does that error occur when you deploy, or when you receive 
>>> a request? That would be the way to determine if the issue is in the client 
>>> needing to be updated or another issue (not clarified as yet) in the server 
>>> code. 
>>>
>>> As a quick side-note, this forum is meant for general high level 
>>> discussion of the platform and services, design patterns, etc. So a thread 
>>> like this should actually be a Stack Overflow <http://stackoverflow.com> 
>>> post. Not to worry as we watch that forum as well. You are more likely to 
>>> find more users who can help, though, with a technical question in that 
>>> forum.
>>>
>>> Cheers,
>>>
>>> Nick
>>> Cloud Platform Community Support
>>>
>>> On Tuesday, September 27, 2016 at 9:29:27 PM UTC-4, Thomas Wiradikusuma 
>>> wrote:
>>>>
>>>> Hi guys,
>>>>
>>>> I'm a longtime user of Cloud Endpoints (v1), and decided to give v2 a 
>>>> try. So I followed 
>>>> https://cloud.google.com/appengine/docs/java/endpoints/migrating and 
>>>> here's my diff:
>>>>
>>>> - compile 'com.google.appengine:appengine-endpoints:1.9.42'
>>>>
>>>> + compile 'com.google.endpoints:endpoints-framework:2.0.0-beta.8'
>>>>
>>>>
>>

[google-appengine] Re: Endpoints v2 InconsistentApiConfigurationException

2016-10-02 Thread Thomas Wiradikusuma
Hi Nick,

The error happens when receiving requests. I don't think it's necessary to 
update the client, as the update doesn't change the server.

I'm posting here since I think it's either a bug of, or lack of 
documentation for, the V2 implementation @ApiClass. Let me explain.

I have 2 classes that share @Api 
(https://cloud.google.com/endpoints/docs/frameworks/java/multiclass): 

@Api(name = "api", version = "v2", namespace = @ApiNamespace(ownerDomain = 
"bla.com", ownerName = "bla.com"))
@ApiClass(authenticators = {AccountManager.class}, scopes = {EMAIL_SCOPE}, 
clientIds = {API_V2_ANDROID_CLIENT_ID, API_V2_WEB_CLIENT_ID, 
API_EXPLORER_CLIENT_ID}, audiences = {API_V2_ANDROID_AUDIENCE})
public class ApiV2 { .. }

@Api(name = "api", version = "v2", namespace = @ApiNamespace(ownerDomain = 
"bla.com", ownerName = "bla.com"))
public class ApiV2Public { .. }

This is how they're defined in web.xml:


api
com.google.api.server.spi.EndpointsServlet

services

com.bla.ApiV2,com.bla.ApiV2Public




If I take out one from web.xml, it works. 

This used to work in V1. It could be due to this new property "issuers" 
that's poorly documented 
(compare https://cloud.google.com/appengine/docs/java/endpoints/annotations 
vs https://cloud.google.com/endpoints/docs/frameworks/java/annotations, 
Ctrl+F for "issuers").

Looking forward for a solution!

Regards,
Thomas Wiradikusuma


On Saturday, October 1, 2016 at 4:54:42 AM UTC+8, Nick (Cloud Platform 
Support) wrote:
>
> Hey Thomas,
>
> This is just a guess, but it could be that it's necessary to update the 
> client as well. Does that error occur when you deploy, or when you receive 
> a request? That would be the way to determine if the issue is in the client 
> needing to be updated or another issue (not clarified as yet) in the server 
> code. 
>
> As a quick side-note, this forum is meant for general high level 
> discussion of the platform and services, design patterns, etc. So a thread 
> like this should actually be a Stack Overflow <http://stackoverflow.com> 
> post. Not to worry as we watch that forum as well. You are more likely to 
> find more users who can help, though, with a technical question in that 
> forum.
>
> Cheers,
>
> Nick
> Cloud Platform Community Support
>
> On Tuesday, September 27, 2016 at 9:29:27 PM UTC-4, Thomas Wiradikusuma 
> wrote:
>>
>> Hi guys,
>>
>> I'm a longtime user of Cloud Endpoints (v1), and decided to give v2 a 
>> try. So I followed 
>> https://cloud.google.com/appengine/docs/java/endpoints/migrating and 
>> here's my diff:
>>
>> - compile 'com.google.appengine:appengine-endpoints:1.9.42'
>>
>> + compile 'com.google.endpoints:endpoints-framework:2.0.0-beta.8'
>>
>>
>> - 
>> com.google.api.server.spi.SystemServiceServlet
>>
>> + 
>> com.google.api.server.spi.EndpointsServlet
>>
>>
>> - /_ah/spi/*
>>
>> + /_ah/api/*
>>
>>
>> I did *not* run the "generating client lib" as documented in 
>> https://cloud.google.com/endpoints/docs/frameworks/java/generate-client-libraries-android
>>  as I thought, "from the client perspective it should be the same".
>>
>>
>> I hit this error in the server:
>>
>>
>> SEVERE: javax.servlet.ServletContext log: unavailable
>>
>> com.google.api.server.spi.config.validation.InconsistentApiConfigurationException:
>>  
>> api: API-wide configuration does not match between the classes 
>> com.foobar.ApiV2Public and com.foobar.ApiV2. All API classes with the same 
>> API name and version must have the exact same API-wide configuration. 
>> Differing property: issuers 
>> (com.google.api.server.spi.config.model.ApiIssuerConfigs@0 vs 
>> com.google.api.server.spi.config.model.ApiIssuerConfigs@d03e1481).
>>
>> at 
>> com.google.api.server.spi.config.validation.ApiConfigValidator.validate(ApiConfigValidator.java:89)
>>
>> at 
>> com.google.api.server.spi.SystemService.registerLoadedService(SystemService.java:218)
>>
>> at 
>> com.google.api.server.spi.SystemService.registerService(SystemService.java:193)
>>
>>
>> How do I 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e16f44d8-02ee-405a-b5a7-03f68585578e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Endpoints v2 InconsistentApiConfigurationException

2016-09-27 Thread Thomas Wiradikusuma
Hi guys,

I'm a longtime user of Cloud Endpoints (v1), and decided to give v2 a try. 
So I 
followed https://cloud.google.com/appengine/docs/java/endpoints/migrating 
and here's my diff:

- compile 'com.google.appengine:appengine-endpoints:1.9.42'

+ compile 'com.google.endpoints:endpoints-framework:2.0.0-beta.8'


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

+ com.google.api.server.spi.EndpointsServlet


- /_ah/spi/*

+ /_ah/api/*


I did *not* run the "generating client lib" as documented 
in 
https://cloud.google.com/endpoints/docs/frameworks/java/generate-client-libraries-android
 as 
I thought, "from the client perspective it should be the same".


I hit this error in the server:


SEVERE: javax.servlet.ServletContext log: unavailable

com.google.api.server.spi.config.validation.InconsistentApiConfigurationException:
 
api: API-wide configuration does not match between the classes 
com.foobar.ApiV2Public and com.foobar.ApiV2. All API classes with the same 
API name and version must have the exact same API-wide configuration. 
Differing property: issuers 
(com.google.api.server.spi.config.model.ApiIssuerConfigs@0 vs 
com.google.api.server.spi.config.model.ApiIssuerConfigs@d03e1481).

at 
com.google.api.server.spi.config.validation.ApiConfigValidator.validate(ApiConfigValidator.java:89)

at 
com.google.api.server.spi.SystemService.registerLoadedService(SystemService.java:218)

at 
com.google.api.server.spi.SystemService.registerService(SystemService.java:193)


How do I 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/781164b3-e4d9-4c7d-999f-e64ae32d6468%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: GAE Latency & Instance issues

2016-07-01 Thread Thomas Taschauer
One thing I noticed is that the first request(s?) served by a fresh 
instance will always be really slow. Not that they stay in the request 
queue for a longer time (which is expected behaviour of course), but they 
have long "pauses" in the middle of the request as you mentioned before, 
usually up to 5 seconds in my case.

What I'm going to test next is upgrading to F2 - hoping for smaller pauses 
due to a faster CPU - and reverting other scaling-options to default (used 
max_concurrent_requests and max_idle_instances before) hoping for the 
AppEngine scaler to figure it out himself. :)

On Thursday, June 30, 2016 at 1:13:42 PM UTC+2, troberti wrote:
>
> Great to hear that it helps. Actually, if you are using F4s, I might try a 
> slightly higher max_concurrent_requests , say 4. Again, test and compare to 
> be sure.
>
> Finally, to reduce costs, I would recommend to set max_idle_instances to 
> 1. Keep min_idle_instances to what you need for your application. For us 
> this reduces cost significantly without any apparent drawbacks.
>
> On Thursday, June 30, 2016 at 11:44:34 AM UTC+2, Trevor wrote:
>>
>> Well, I have to say thank you very, very much. Thanks to your advice we 
>> have our lowest latency in 3 years! Sub 300ms average.  As expected though, 
>> we are now sitting on 21 billed f4 instances, which will potentially cost 
>> us in the order of 3x our current ($30-40 -> $100+), but we will tweak that 
>> from tomorrow onwards. Peak hour is about to hit so we are going to see if 
>> the system can keep sub-300ms at the current "automatic" setting for 
>> scaling. But yes, once again, thank you for solving in 5 minutes what I 
>> have been working on doing for 2 weeks (my tears are from joy and sadness 
>> all at once)
>>
>>
>> 
>>
>>
>> 
>>
>>
>> On Thursday, June 30, 2016 at 6:03:23 PM UTC+9, troberti wrote:
>>>
>>> Right, you should definitely test and see what the results are. My first 
>>> inclination was also to increase max_concurrent_requests, but because then 
>>> all those requests have increased latency, the actual QPS per instance 
>>> decreased! Lowering max_concurrent_requests decreased request latency, so 
>>> each instance could process more requests/second.
>>>
>>> We use F1 instances, because we do not need the additional memory, and 
>>> our requests perform mostly RPCs. In our testing, faster instance classes 
>>> do process requests faster, but also cost significantly more.  F1s provide 
>>> the best performance/cost ratio for us. This could be a Python thing, not 
>>> sure. Again, you should really test and figure out what is the best for 
>>> your application+runtime.
>>>
>>

-- 
You received this message because you are subscribed 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/90b5d4dc-98c1-44b1-bf6f-147302350e7e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Deployed 1.9.36 GAE Java but instance is showing 1.9.37

2016-05-02 Thread Thomas Taschauer
Sounds like you're using the wrong credentials. 
Use useApplicationDefaultCredential() for your RemoteApiOptions

On Saturday, April 30, 2016 at 1:35:52 AM UTC+2, Rufeng Xie wrote:
>
> My program that uses Remote API, has been working fine before the 
> deployment, now breaks with the following error: 
>
> Exception in thread "main" 
> com.google.appengine.repackaged.com.google.api.client.http.HttpResponseException:
>  
> 302 Found
> at 
> com.google.appengine.repackaged.com.google.api.client.http.HttpRequest.execute(HttpRequest.java:1070)
> at 
> com.google.appengine.tools.remoteapi.OAuthClient.get(OAuthClient.java:64)
> at 
> com.google.appengine.tools.remoteapi.RemoteApiInstaller.getAppIdFromServer(RemoteApiInstaller.java:413)
> at 
> com.google.appengine.tools.remoteapi.RemoteApiInstaller.loginImpl(RemoteApiInstaller.java:376)
> at 
> com.google.appengine.tools.remoteapi.RemoteApiInstaller.login(RemoteApiInstaller.java:337)
> at 
> com.google.appengine.tools.remoteapi.RemoteApiInstaller.install(RemoteApiInstaller.java:173)
> at qqstay.datastore.StoreAdmin.main(StoreAdmin.java:35)
>
> I checked that I have the correct login credentials with gcloud auth login 
> .
>
> Wondering if this issue is related to others:
>
> Unable to use remote api to access GAE datastore 
>   
>  (similar 302 error)
>
> GAE 1.9.36 - AppIdentityServiceFailureException when try store / read on 
> Cloud Storage 
> 
>

-- 
You received this message because you are subscribed 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/b5447ae1-9880-4fa6-a8e8-c07b9ea4aa6b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: GAE Devlopment server binding LAN IP adress

2016-04-02 Thread Thomas Taschauer
Sounds like you want to expose your development server to your LAN, is that 
correct? If so, try this: 
https://cloud.google.com/appengine/docs/java/tools/devserver#Command_Line_Arguments
 
and http://stackoverflow.com/a/30578856/198996

On Friday, April 1, 2016 at 2:05:40 PM UTC+2, Prakash A wrote:
>
> Developing an Web App Dynamic Module using core Java. Created the 
> development server appropriately.
>
> When I start the server, it runs perfectly.
>
> However, when I set the "Local Interface address to bind to" value (I have 
> entered a proper value), the server starts (I can see "Dev App Server is 
> now running" in the console), and then the process shows an error with 
> timeout. 
>
> I see this happening, when I enter the bind to IP address value.
>
> I try to increase the Start Timeout from 240s to 480s. Still same 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/59c9a3cf-5514-412f-a0f2-61ffb2d354a7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Using the Channel API in a local development environment

2016-04-01 Thread Thomas Taschauer
If you're using AppEngine that should 
help: https://cloud.google.com/appengine/docs/python/channel/

On Thursday, March 31, 2016 at 6:55:44 PM UTC+2, Michael Coyne wrote:
>
> It appears that the Google Cloud Client Library for Python does not 
> support the Channel API:
> https://github.com/GoogleCloudPlatform/gcloud-python
>
> How does one use this service in a local development environment?
>

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


[google-appengine] my projects suspend

2016-03-06 Thread Thomas Wiradikusuma
Do you use debit card? I had this issue, and fixed it by changing to credit 
card (but still had to go through support). 

-- 
You received this message because you are subscribed 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/4c0d6ff5-b345-43f4-8b5b-e5cb2d33d550%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] Re: File Size Issue - Can I upload large files?

2016-01-21 Thread Thomas Maerz
I don't see in the Quotas and Limits document anywhere referencing the 2GB 
limit.

On Saturday, April 23, 2011 at 1:27:30 AM UTC-5, Robert Kluin wrote:
>
> Yes, they are allowed.  Your files can be up to 2GB.
>   
> http://code.google.com/appengine/docs/python/blobstore/overview.html#Quotas_and_Limits
>
>
> How are you trying to upload the file?  Are you using
> blobstore_handlers.BlobstoreUploadHandler?
>
>
> On Sat, Apr 23, 2011 at 14:21, rainmaker  > wrote:
> > billing's enabled... but i think there's a 50mb limit to files right
> > now...
> >
> > are 300mb and larger even allowed? I've tried searching... nothing
> > yet..
> >
> >
> >
> >
> >
> > On Apr 23, 2:02 am, Brandon Donnelson  wrote:
> >> Is billing enabled? This will need to be enabled if not.
> >>
> >> Brandon Donnelsonhttp://gwt-examles.googecode.com
> >
> > --
> > 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-a...@googlegroups.com 
> .
> > To unsubscribe from this group, send email to 
> google-appengi...@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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e39ce672-90ee-44fd-82fe-8ce797cbeeae%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Java SDK 1.9.28 - The Files API is disabled

2015-10-31 Thread Thomas Wiradikusuma

Hi guys,

This code used to work, before upgrading to Java SDK 1.9.28:

gcs.createOrReplace(
new GcsFilename("myapp.appspot.com", "/gs/myapp.appspot.com/foo/bar.jpg"),
new Builder().mimeType("image/jpeg").build())

This is the exception:

Oct 31, 2015 6:28:32 PM com.google.apphosting.utils.jetty.JettyLogger warn
WARNING: /foo/bar
com.google.appengine.tools.cloudstorage.NonRetriableException: 
com.google.apphosting.api.ApiProxy$FeatureNotEnabledException: The Files 
API is disabled. Further information: 
https://cloud.google.com/appengine/docs/deprecations/files_api
at 
com.google.appengine.tools.cloudstorage.RetryHelper.doRetry(RetryHelper.java:120)
at 
com.google.appengine.tools.cloudstorage.RetryHelper.runWithRetries(RetryHelper.java:166)
at 
com.google.appengine.tools.cloudstorage.RetryHelper.runWithRetries(RetryHelper.java:156)
at 
com.google.appengine.tools.cloudstorage.GcsServiceImpl.createOrReplace(GcsServiceImpl.java:70)
at 
com.hohero.servlet.AnnouncementImageUploadServlet.doPost(AnnouncementImageUploadServlet.scala:32)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
...
Caused by: com.google.apphosting.api.ApiProxy$FeatureNotEnabledException: 
The Files API is disabled. Further information: 
https://cloud.google.com/appengine/docs/deprecations/files_api
at 
com.google.appengine.tools.development.ApiProxyLocalImpl$AsyncApiCall.callInternal(ApiProxyLocalImpl.java:515)
at 
com.google.appengine.tools.development.ApiProxyLocalImpl$AsyncApiCall.call(ApiProxyLocalImpl.java:484)
at 
com.google.appengine.tools.development.ApiProxyLocalImpl$AsyncApiCall.call(ApiProxyLocalImpl.java:461)
at 
java.util.concurrent.Executors$PrivilegedCallable$1.run(Executors.java:493)

What needs to be changed? FYI I'm 
following 
https://cloud.google.com/appengine/docs/java/googlecloudstorageclient/getstarted
 
- Writing a Byte Array to a Cloud Storage File.

-- 
You received this message because you are subscribed 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/45ec020b-374d-4403-9b34-ad5d05688c7e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Feedback to Google Technical Support on their contribution in this list

2015-10-21 Thread Thomas Wiradikusuma
Hi Kaan, 

I agree with you that the community here is no longer as active as the "good 
old days" (I've been here since GAE first introduced Java). 

But! I think this is also because the "veterans" are used to GAE and now 
they're busy building stuff!

I'm a satisfied customer and I prefer that GAE becomes the boring stable 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/6c982790-ca81-4f53-b399-6f03ea71f5b3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


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

2015-08-11 Thread Thomas Wiradikusuma
Hi guys, 

Any news on this? It's almost a year since last discussion here and Google 
Cloud Endpoints is still very slow. 

Regarding suggestion to hit the rpc 50x to warm it up, how do you know 
when? I mean, hit rpc from time to time, and when it's slow, hit it 50x 
doesn't sound like a good solution for me.

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


Re: [google-appengine] Re: Stale Data from App Engine Datastore

2015-08-05 Thread Thomas Becker
I believe that session caching is specific to the Objectify interface.
Since I'm not using that, I don't think there even is a way for me to
open/close any sessions. I'm quite sure that there is no such a thing as a
JDO session. (There is of course the HTTP session that's provided by the
Java servlet environment, but that's got nothing to do with the datastore.)

Thomas

On Wed, Aug 5, 2015 at 12:44 PM, Jeff Schnitzer j...@infohazard.org wrote:

 This sounds to me not like an issue with eventual consistency, but an
 issue with session caching. The thing about different *versions* is that
 it guarantees requests to go to different instances.

 I don't remember much about how JDO works, but are you sure you are
 opening/closing sessions correctly?

 Jeff

 On Tue, Aug 4, 2015 at 7:56 PM, Thomas Becker walkswiththeb...@gmail.com
 wrote:

 Thanks again for eveybody's input. It looks like I have solved my problem
 by falling back on the low-level datastore access when strong consistency
 matters. Problems like this happen, and the bottom line is GAE is a great
 product that's done a lot for me. So kudos to all members, former and
 present, of the GAE team at Google.

 FWIW, here are two observations that could be helpful in understanding
 the behavior of the gae/JDO function GetObjectById:

 1) If you set the option Unapplied job percentage to 100% in the SDK,
 that is, you force eventually consistent to mean never consistent, then
 GetObjectById still acts strongly consistent. This means that the SDK
 thinks that GetObjectById should act strongly consistent, just like the low
 level get function.

 2) Demonstrating that GetObjectById can return stale data in the
 production environment is difficult because the behavior is, by its very
 nature, intermittent. But one can increase the probability of seeing stale
 data vastly if one performs the write and subsequent read from two
 different *versions* of the app. As others have observed, the
 probability already increases when write and read are performed from
 different instances of  the app. But with different *versions *(one of
 them being the default version), it's been happening pretty much every time
 in my context. The low-level get, by contrast, has always acted strongly
 consistent for me, even across versions.

 Thomas

 On Tue, Aug 4, 2015 at 12:07 AM, Jeff Schnitzer j...@infohazard.org
 wrote:

 Again, JDO is not my area of expertise, but if so, this seems like a
 shockingly obvious issue. Can you post a sample of the code you use to
 demonstrate the problem?

 Jeff

 On Mon, Aug 3, 2015 at 8:11 PM, Prashant antsh...@gmail.com wrote:

 I am facings exact same issue. getObjectById returns stale data even if
 call is made inside a transaction.

 I performed an experiment - I ran two crons in two different modules,
 both trying to increment their execution count in an (common, shared)
 entity. I was shocked to see that even when I transaction,  both crons are
 running as if they are performing transaction in thier own copy of
 DataStore. Evertime, each cron will get copy of entity last updated by
 itself (ignoring updates made by other cron) and on top of that transaction
 will also commit without any exception.

 --
 Prashant

 On 8:24AM, Tue, 4 Aug 2015 Thomas Becker walkswiththeb...@gmail.com
 wrote:

 Thanks, Jeff! And one more thing, it's pretty clear from the doc, but
 let me make sure anyway. The same is true for ancestor queries, they
 guarantee strong consistency even when not performed inside a transaction,
 right?

 Thomas

 On Mon, Aug 3, 2015 at 8:48 PM, Jeff Schnitzer j...@infohazard.org
 wrote:

 Yes, that is correct. By default, if you perform a low-level
 get-by-key operation, it is strongly consistent whether or not you put it
 in a transaction.

 Note that you can, if you want, explicitly request an eventually
 consistent get-by-key operation in the low-level api. It does return 
 faster
 since it does not require a quorum response. However, this is a pretty
 obscure feature.

 Jeff

 On Mon, Aug 3, 2015 at 7:30 PM, Thomas Becker 
 walkswiththeb...@gmail.com wrote:

 Thanks for your detailed and thoughtful answer, Jeff. I was aware of
 the fact that within a transaction, all reads will return the original
 value even if one writes it within the transaction. That was not the
 problem, but thanks for pointing it out anyway, it's easy to forget!

 Other than that, after reading everything on the subject of GAE
 datastore consistency under JDO, I have decided to fall back to 
 low-level
 access in those cases where strong consistency is of the essence. At the
 risk of sounding acerbic or snarky, it seems clear to me that nobody 
 knows
 what's going on in JDO when it comes to consistency.

 So just to confirm, it is true that the low-level get-by-key
 guarantees strong consistency even *when performed outside of a
 transaction*, correct?

 Thanks again for your thoughtful answer. Very refreshing indeed.

 Thomas

 On Mon, Aug 3, 2015 at 8

Re: [google-appengine] Re: Stale Data from App Engine Datastore

2015-08-05 Thread Thomas Becker
Oh, yeah, that's right, there is the closing of the persistence manager.
All my JDO calls go through one function that has all the boilerplate, and
it ends with

} finally {
pm.close();
}
}

So we can safely assume that this is not the problem.

On Wed, Aug 5, 2015 at 1:36 PM, Jeff Schnitzer j...@infohazard.org wrote:

 JDO absolutely does have a session. You start a session by opening a
 persistencemanager and end by closing it. When you close the session, JDO
 does its dirty change detection and writes out any alterations. Also,
 repeated loads from an open session will return the same object. JPA works
 the same way.

 Objectify's session is very similar to this (minus the dirty change
 detection).

 If you aren't closing your PM sessions... this would explain the problem.

 Jeff

 On Wed, Aug 5, 2015 at 11:59 AM, Thomas Becker walkswiththeb...@gmail.com
  wrote:

 I believe that session caching is specific to the Objectify interface.
 Since I'm not using that, I don't think there even is a way for me to
 open/close any sessions. I'm quite sure that there is no such a thing as a
 JDO session. (There is of course the HTTP session that's provided by the
 Java servlet environment, but that's got nothing to do with the datastore.)

 Thomas

 On Wed, Aug 5, 2015 at 12:44 PM, Jeff Schnitzer j...@infohazard.org
 wrote:

 This sounds to me not like an issue with eventual consistency, but an
 issue with session caching. The thing about different *versions* is
 that it guarantees requests to go to different instances.

 I don't remember much about how JDO works, but are you sure you are
 opening/closing sessions correctly?

 Jeff

 On Tue, Aug 4, 2015 at 7:56 PM, Thomas Becker 
 walkswiththeb...@gmail.com wrote:

 Thanks again for eveybody's input. It looks like I have solved my
 problem by falling back on the low-level datastore access when strong
 consistency matters. Problems like this happen, and the bottom line is GAE
 is a great product that's done a lot for me. So kudos to all members,
 former and present, of the GAE team at Google.

 FWIW, here are two observations that could be helpful in understanding
 the behavior of the gae/JDO function GetObjectById:

 1) If you set the option Unapplied job percentage to 100% in the SDK,
 that is, you force eventually consistent to mean never consistent, then
 GetObjectById still acts strongly consistent. This means that the SDK
 thinks that GetObjectById should act strongly consistent, just like the low
 level get function.

 2) Demonstrating that GetObjectById can return stale data in the
 production environment is difficult because the behavior is, by its very
 nature, intermittent. But one can increase the probability of seeing stale
 data vastly if one performs the write and subsequent read from two
 different *versions* of the app. As others have observed, the
 probability already increases when write and read are performed from
 different instances of  the app. But with different *versions *(one of
 them being the default version), it's been happening pretty much every time
 in my context. The low-level get, by contrast, has always acted strongly
 consistent for me, even across versions.

 Thomas

 On Tue, Aug 4, 2015 at 12:07 AM, Jeff Schnitzer j...@infohazard.org
 wrote:

 Again, JDO is not my area of expertise, but if so, this seems like a
 shockingly obvious issue. Can you post a sample of the code you use to
 demonstrate the problem?

 Jeff

 On Mon, Aug 3, 2015 at 8:11 PM, Prashant antsh...@gmail.com wrote:

 I am facings exact same issue. getObjectById returns stale data even
 if call is made inside a transaction.

 I performed an experiment - I ran two crons in two different modules,
 both trying to increment their execution count in an (common, shared)
 entity. I was shocked to see that even when I transaction,  both crons 
 are
 running as if they are performing transaction in thier own copy of
 DataStore. Evertime, each cron will get copy of entity last updated by
 itself (ignoring updates made by other cron) and on top of that 
 transaction
 will also commit without any exception.

 --
 Prashant

 On 8:24AM, Tue, 4 Aug 2015 Thomas Becker walkswiththeb...@gmail.com
 wrote:

 Thanks, Jeff! And one more thing, it's pretty clear from the doc,
 but let me make sure anyway. The same is true for ancestor queries, they
 guarantee strong consistency even when not performed inside a 
 transaction,
 right?

 Thomas

 On Mon, Aug 3, 2015 at 8:48 PM, Jeff Schnitzer j...@infohazard.org
 wrote:

 Yes, that is correct. By default, if you perform a low-level
 get-by-key operation, it is strongly consistent whether or not you put 
 it
 in a transaction.

 Note that you can, if you want, explicitly request an eventually
 consistent get-by-key operation in the low-level api. It does return 
 faster
 since it does not require a quorum response. However, this is a pretty
 obscure feature.

 Jeff

 On Mon, Aug 3, 2015 at 7

Re: [google-appengine] Re: Stale Data from App Engine Datastore

2015-08-05 Thread Thomas Becker
Thanks for the suggestion, Ryan. I checked my code, and all my JDO calls go
through one function that has all the boilerplate. The last three four
lines of that function are,

} finally {
pm.close();
}
}

so we can safely assume that the persistence manger always gets closed.

But let me emphasize again, my original post on this was outright wrong:
it's *not *ancestor queries that are giving me the problem, it is
specifically the JDO function GetObjectById. That begs the question, of
course, if GetObjectById is even *supposed* to give strong consistency.
Re-reading the documentation very carefully, I found that the chapter on
the low-level datastore access states that getting entities by id via get()
gives strong consistency. But the chapter on JDO does *not* make a similar
statement about GetObjectById! On the other hand, when you set the option
Unapplied job percentage to 100% in the development environment, the
function GetObjectById will still act strongly consistent. So perhaps that
is the only problem here, that the SDK erroneously treats GetObjectById as
strongly consistent, when really it is not.

Thomas


On Wed, Aug 5, 2015 at 1:23 PM, Ryan (Cloud Platform Support) 
rbruy...@google.com wrote:

 Check out this link
 https://cloud.google.com/appengine/docs/java/datastore/jdo/creatinggettinganddeletingdata#Updating_an_Object
  specifically:

 Changes are persisted when the PersistenceManager is closed


 I ran some test to confirm and not closing resulted in eventual while
 closing resulted in strong consistency. Give it a try and let me know if
 that helps.

 On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote:

 I am using the app engine datastore with Java JDO. According to the
 documentation, ancestor queries are always strongly consistent. Recently,
 however, I've been seeing a lot of stale data from ancestor queries. It
 seems to happen randomly. A query may return the most recent data, and a
 moment later, the same query returns stale data.

 --
 You received this message because you are subscribed to a topic in the
 Google Groups Google App Engine group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/google-appengine/1re1FtqllnQ/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to
 google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/96de2818-896a-4877-aaa0-d496cc81dc06%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/96de2818-896a-4877-aaa0-d496cc81dc06%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/CAPxj-GBL-NZU0c8Bo2zLtaEUryAWVXfmUVeEk%3DNicecR9kAx_A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] Re: Stale Data from App Engine Datastore

2015-08-04 Thread Thomas Becker
Thanks again for eveybody's input. It looks like I have solved my problem
by falling back on the low-level datastore access when strong consistency
matters. Problems like this happen, and the bottom line is GAE is a great
product that's done a lot for me. So kudos to all members, former and
present, of the GAE team at Google.

FWIW, here are two observations that could be helpful in understanding the
behavior of the gae/JDO function GetObjectById:

1) If you set the option Unapplied job percentage to 100% in the SDK,
that is, you force eventually consistent to mean never consistent, then
GetObjectById still acts strongly consistent. This means that the SDK
thinks that GetObjectById should act strongly consistent, just like the low
level get function.

2) Demonstrating that GetObjectById can return stale data in the production
environment is difficult because the behavior is, by its very nature,
intermittent. But one can increase the probability of seeing stale data
vastly if one performs the write and subsequent read from two different
*versions* of the app. As others have observed, the probability already
increases when write and read are performed from different instances of
the app. But with different *versions *(one of them being the default
version), it's been happening pretty much every time in my context. The
low-level get, by contrast, has always acted strongly consistent for me,
even across versions.

Thomas

On Tue, Aug 4, 2015 at 12:07 AM, Jeff Schnitzer j...@infohazard.org wrote:

 Again, JDO is not my area of expertise, but if so, this seems like a
 shockingly obvious issue. Can you post a sample of the code you use to
 demonstrate the problem?

 Jeff

 On Mon, Aug 3, 2015 at 8:11 PM, Prashant antsh...@gmail.com wrote:

 I am facings exact same issue. getObjectById returns stale data even if
 call is made inside a transaction.

 I performed an experiment - I ran two crons in two different modules,
 both trying to increment their execution count in an (common, shared)
 entity. I was shocked to see that even when I transaction,  both crons are
 running as if they are performing transaction in thier own copy of
 DataStore. Evertime, each cron will get copy of entity last updated by
 itself (ignoring updates made by other cron) and on top of that transaction
 will also commit without any exception.

 --
 Prashant

 On 8:24AM, Tue, 4 Aug 2015 Thomas Becker walkswiththeb...@gmail.com
 wrote:

 Thanks, Jeff! And one more thing, it's pretty clear from the doc, but
 let me make sure anyway. The same is true for ancestor queries, they
 guarantee strong consistency even when not performed inside a transaction,
 right?

 Thomas

 On Mon, Aug 3, 2015 at 8:48 PM, Jeff Schnitzer j...@infohazard.org
 wrote:

 Yes, that is correct. By default, if you perform a low-level get-by-key
 operation, it is strongly consistent whether or not you put it in a
 transaction.

 Note that you can, if you want, explicitly request an eventually
 consistent get-by-key operation in the low-level api. It does return faster
 since it does not require a quorum response. However, this is a pretty
 obscure feature.

 Jeff

 On Mon, Aug 3, 2015 at 7:30 PM, Thomas Becker 
 walkswiththeb...@gmail.com wrote:

 Thanks for your detailed and thoughtful answer, Jeff. I was aware of
 the fact that within a transaction, all reads will return the original
 value even if one writes it within the transaction. That was not the
 problem, but thanks for pointing it out anyway, it's easy to forget!

 Other than that, after reading everything on the subject of GAE
 datastore consistency under JDO, I have decided to fall back to low-level
 access in those cases where strong consistency is of the essence. At the
 risk of sounding acerbic or snarky, it seems clear to me that nobody knows
 what's going on in JDO when it comes to consistency.

 So just to confirm, it is true that the low-level get-by-key
 guarantees strong consistency even *when performed outside of a
 transaction*, correct?

 Thanks again for your thoughtful answer. Very refreshing indeed.

 Thomas

 On Mon, Aug 3, 2015 at 8:13 PM, Jeff Schnitzer j...@infohazard.org
 wrote:

 I'm no expert on JDO, but the low-level api does guarantee strong
 consistency for get-by-key operations (that is, unless you explicitly ask
 for eventual consistency). One of those SO responses suggested it is
 possible to have the GAE/JDO plugin log its low-level operations - that
 should at least point you in the right direction.

 One other thing that might be related: In the low-level API, within a
 single transaction, all reads will return the original value even if you
 write it within the transaction. I don't know what JDO does with this; I
 would expect that subsequent reads would return a session-cached instance
 and hide this little quirk. But maybe it's related to what you are 
 seeing?

 Jeff

 On Mon, Aug 3, 2015 at 1:52 PM, Thomas Becker 
 walkswiththeb...@gmail.com wrote:

 Thanks for your quick

Re: [google-appengine] Re: Stale Data from App Engine Datastore

2015-08-03 Thread Thomas Becker
Thanks, Jeff! And one more thing, it's pretty clear from the doc, but let
me make sure anyway. The same is true for ancestor queries, they guarantee
strong consistency even when not performed inside a transaction, right?

Thomas

On Mon, Aug 3, 2015 at 8:48 PM, Jeff Schnitzer j...@infohazard.org wrote:

 Yes, that is correct. By default, if you perform a low-level get-by-key
 operation, it is strongly consistent whether or not you put it in a
 transaction.

 Note that you can, if you want, explicitly request an eventually
 consistent get-by-key operation in the low-level api. It does return faster
 since it does not require a quorum response. However, this is a pretty
 obscure feature.

 Jeff

 On Mon, Aug 3, 2015 at 7:30 PM, Thomas Becker walkswiththeb...@gmail.com
 wrote:

 Thanks for your detailed and thoughtful answer, Jeff. I was aware of the
 fact that within a transaction, all reads will return the original value
 even if one writes it within the transaction. That was not the problem, but
 thanks for pointing it out anyway, it's easy to forget!

 Other than that, after reading everything on the subject of GAE datastore
 consistency under JDO, I have decided to fall back to low-level access in
 those cases where strong consistency is of the essence. At the risk of
 sounding acerbic or snarky, it seems clear to me that nobody knows what's
 going on in JDO when it comes to consistency.

 So just to confirm, it is true that the low-level get-by-key guarantees
 strong consistency even *when performed outside of a transaction*,
 correct?

 Thanks again for your thoughtful answer. Very refreshing indeed.

 Thomas

 On Mon, Aug 3, 2015 at 8:13 PM, Jeff Schnitzer j...@infohazard.org
 wrote:

 I'm no expert on JDO, but the low-level api does guarantee strong
 consistency for get-by-key operations (that is, unless you explicitly ask
 for eventual consistency). One of those SO responses suggested it is
 possible to have the GAE/JDO plugin log its low-level operations - that
 should at least point you in the right direction.

 One other thing that might be related: In the low-level API, within a
 single transaction, all reads will return the original value even if you
 write it within the transaction. I don't know what JDO does with this; I
 would expect that subsequent reads would return a session-cached instance
 and hide this little quirk. But maybe it's related to what you are seeing?

 Jeff

 On Mon, Aug 3, 2015 at 1:52 PM, Thomas Becker 
 walkswiththeb...@gmail.com wrote:

 Thanks for your quick reply, Ryan. I have found several postings on the
 Web that describe the same problem, namely, GetObjectById returning stale
 data. Here are two from StackOverflow:


 http://stackoverflow.com/questions/26377347/inconsistent-fetch-from-google-app-engine-datastore


 http://stackoverflow.com/questions/22005349/appengine-jdo-with-multiple-server-instances-loses-transaction-updates-on-entiti

 Under the circumstances, I don't think it would be a good use of my
 time to make a demo app. It seems clear to me that the issue exists.
 Besides, the problem is so intermittent that a demo app is of very limited
 value. I would be perfectly happy with a statement of the kind,
 GetObjectById() does not guarantee strong consistency, that's how it is,
 and here's what you do instead to get strongly consistent data. I just
 need to know what's going on.

 On Mon, Aug 3, 2015 at 2:32 PM, Ryan (Cloud Platform Support) 
 rbruy...@google.com wrote:

 If you can create a sample app that shows this post on it on the PIT
 https://code.google.com/p/googleappengine/issues/entry so I can
 investigate this further.

 On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote:

 I am using the app engine datastore with Java JDO. According to the
 documentation, ancestor queries are always strongly consistent. Recently,
 however, I've been seeing a lot of stale data from ancestor queries. It
 seems to happen randomly. A query may return the most recent data, and a
 moment later, the same query returns stale data.

 --
 You received this message because you are subscribed to a topic in the
 Google Groups Google App Engine group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/google-appengine/1re1FtqllnQ/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to
 google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com
 .
 Visit this group at http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%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

Re: [google-appengine] Re: Stale Data from App Engine Datastore

2015-08-03 Thread Thomas Becker
Thanks for your quick reply, Ryan. I have found several postings on the Web
that describe the same problem, namely, GetObjectById returning stale data.
Here are two from StackOverflow:

http://stackoverflow.com/questions/26377347/inconsistent-fetch-from-google-app-engine-datastore

http://stackoverflow.com/questions/22005349/appengine-jdo-with-multiple-server-instances-loses-transaction-updates-on-entiti

Under the circumstances, I don't think it would be a good use of my time to
make a demo app. It seems clear to me that the issue exists. Besides, the
problem is so intermittent that a demo app is of very limited value. I
would be perfectly happy with a statement of the kind, GetObjectById()
does not guarantee strong consistency, that's how it is, and here's what
you do instead to get strongly consistent data. I just need to know what's
going on.

On Mon, Aug 3, 2015 at 2:32 PM, Ryan (Cloud Platform Support) 
rbruy...@google.com wrote:

 If you can create a sample app that shows this post on it on the PIT
 https://code.google.com/p/googleappengine/issues/entry so I can
 investigate this further.

 On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote:

 I am using the app engine datastore with Java JDO. According to the
 documentation, ancestor queries are always strongly consistent. Recently,
 however, I've been seeing a lot of stale data from ancestor queries. It
 seems to happen randomly. A query may return the most recent data, and a
 moment later, the same query returns stale data.

 --
 You received this message because you are subscribed to a topic in the
 Google Groups Google App Engine group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/google-appengine/1re1FtqllnQ/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to
 google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/9723734e-0b14-49c0-8c31-3407df8454ad%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/CAPxj-GA3OKiGfjwgYgKmvZ%3DSi7ZXG3VLvts7%2BjWZ7c2CsC693Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: Stale Data from App Engine Datastore

2015-08-03 Thread Thomas Becker
Thanks for the reply, Ryan. Actually, I need to apologize because the way I 
described my problem was incorrect. I'm seeing stale data not from queries, 
but from calls to the JDO function GetObjectById(). The calls are inside a 
transaction. Since the analogous low-level datastore access function get() 
is guaranteed to return strongly consistent data, I was under the 
impression that the same would be true for GetObjectById(). Am I perhaps 
wrong about this?

On Monday, August 3, 2015 at 1:28:14 PM UTC-6, Ryan (Cloud Platform 
Support) wrote:

 I would take a look at this article 
 https://cloud.google.com/appengine/docs/java/datastore/jdo/queries, 
 specifically the second paragraph under 'Datastore Read Policy and Call 
 Deadline'.:

 '
 If the query uses an ancestor filter, you can use transactions 
 https://cloud.google.com/appengine/docs/java/datastore/transactions to 
 ensure a consistent result set.) See the article Transaction Isolation in 
 App Engine 
 https://cloud.google.com/appengine/articles/transaction_isolation for 
 more information on how entities and indexes are updated.
 '
 On Saturday, August 1, 2015 at 6:24:55 PM UTC-4, Thomas Becker wrote:

 I am using the app engine datastore with Java JDO. According to the 
 documentation, ancestor queries are always strongly consistent. Recently, 
 however, I've been seeing a lot of stale data from ancestor queries. It 
 seems to happen randomly. A query may return the most recent data, and a 
 moment later, the same query returns stale data.



-- 
You received this message because you are subscribed 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/41d50d35-8e07-4f36-9a8f-7e1909f6c242%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Change in Scaling Algorithm? Seeing way more instances than usual.

2015-08-01 Thread Thomas Schranz
I just wondered if there were any changes made in how the app engine scales 
up?
We're seeing way more app instances being started than previously.

-- 
You received this message because you are subscribed 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/e1dc2152-7940-42e1-ad99-12a857a6f747%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Stale Data from App Engine Datastore

2015-08-01 Thread Thomas Becker
I am using the app engine datastore with Java JDO. According to the 
documentation, ancestor queries are always strongly consistent. Recently, 
however, I've been seeing a lot of stale data from ancestor queries. It 
seems to happen randomly. A query may return the most recent data, and a 
moment later, the same query returns stale data.

-- 
You received this message because you are subscribed 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/c82681e5-57fa-412b-8812-3140a13e21af%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] Naked domain has stopped working

2015-04-20 Thread Thomas Wiradikusuma
How do you handle both naked and www, esp in regards to SSL? At the moment, 
I set *both* in Console, so both http://bla.com and http://www.bla.com are 
valid but won't redirect to each other. Not a big deal (I can use 
canonical url meta tag for search engine crawlers), but if SSL doesn't 
work for naked, it makes me worried.

Regards,
Thomas


On Tuesday, April 21, 2015 at 5:39:28 AM UTC+8, Qian Qiao wrote:

 Instead of redirecting, you appengine app can now serve naked domain 
 directly. Go to console.cloud.google.com, choose your project, under 
 Computer - Appengine - Settings, click on the Custom domains tab, and you 
 can add the naked domain directly.

 SSL doesn't seem to work for naked domains just yet, but HTTP traffic 
 works fine.

 HTH.

 -- Joe

 On Mon, 20 Apr 2015 at 09:12 Paul Canning pa...@drawandcode.com 
 javascript: wrote:

 I have just checked today and it seems like the naked domain for my app 
 is no longer working.

 Previously, I could go to http://mydomain.com and it would load up 
 http://www.mydomain.com (this isn't my actual domain!)

 BUT, now, going to http://mydomain.com simply shows This web page is 
 not available

 Has anything changed in the past few days about naked domains?

 -- 
 You received this message because you are subscribed 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.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/google-appengine/d252a7fe-0929-4c55-8aa1-b171e44f6d5d%40googlegroups.com
  
 https://groups.google.com/d/msgid/google-appengine/d252a7fe-0929-4c55-8aa1-b171e44f6d5d%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/8c31369b-5516-47f2-977c-2cecfed7ad52%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] HR datastore is in readonly but there are no errors?

2015-04-10 Thread Thomas Schranz
Same here, since about 10-15 minutes.
Status page is all green though :/

https://code.google.com/status/appengine

On Friday, April 10, 2015 at 9:50:45 PM UTC+2, Andrew Greene wrote:

 I am seeing this too.

 On Friday, April 10, 2015 at 3:41:49 PM UTC-4, Joshua Smith wrote:

 I’m seeing something, too.

 It appears the entities are being updated but the indexes aren’t.

 That is, I updated a record but I’m not seeing the change. But if I click 
 through to the entity, I do see the change. So basically like what would 
 happen during the “inconsistent” phase of a HR database put. But it’s not 
 getting consistent.

 On Apr 10, 2015, at 3:38 PM, Matija matija@gmail.com wrote:

 Are we only one with this problem? For the last one hour it is like HR 
 datastore is in some kind read only state but datastore put statements 
 don't return any errors?

 We have noticed that they are testing 1.9.19 java GAE version on some 
 instances.

 Anybody??? What to do? Where to report? Koju posluku porati?

 -- 
 You received this message because you are subscribed 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 http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/google-appengine/42a9ecd3-3ee4-4c8b-a64b-d01ab9b519d8%40googlegroups.com
  
 https://groups.google.com/d/msgid/google-appengine/42a9ecd3-3ee4-4c8b-a64b-d01ab9b519d8%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/a36c7b2a-acde-402c-9fce-397ba342955d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Google Cloud SQL

2015-03-29 Thread Thomas Boyce


I just have a general query/problem.

I have a Google App Engine PHP/MySQL website. The website works fine and 
the database works correctly. I have connected the database instance to the 
application and I can access MySQL Client (and can perform queries).

But when I access the Google Cloud SQL API the database fails to load. For 
example I select the correct application/database instance. I go on 'Google 
Cloud SQL' API and then 'SQL Prompts' but get: Failed to load databases.

Any reasons as to why this is happening?

-- 
You received this message because you are subscribed 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/d1bc55e7-c531-4e22-b505-f187b628330b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Cloud Pub/Sub

2015-03-04 Thread Thomas Schranz
Is this the successor to Appengine's Channel API?

https://cloud.google.com/pubsub/

-- 
You received this message because you are subscribed 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/953220be-f8db-496f-aecf-564750ab4ba8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Google App Engine PHP website and database??

2015-02-28 Thread Thomas Boyce


I am creating a PHP website using Google App Engine. I need a register 
(which I can create fine), so for example a school register. Someone types 
there name and then it gets saved. So, when it is saved it gets saved as 
new entry on a database or something like that. I have experience with 
MySQL and databases connected within a local server. But I am unsure of how 
to do this with Google App Engine. I am ware of the Cloud SQL and Google 
Cloud (GC something I believe) but I am really unsure of how to connect a 
website to a database (and even how to create the database on google app 
engine). I have read many tutorials online but I am still struggling.

Any ideas welcome? (even if it doesn't involve a database, just somewhere 
to save the results)

-- 
You received this message because you are subscribed 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/afa23c49-01a6-412d-b03d-a433504a8132%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: OverQuotaException without being over quota

2015-02-01 Thread Trevis Thomas
My application 'flipcards-ttdc.appspot.com' is doing this right now.  All 
storage calls are throwing 'required more quota than is available' but 
according to the console all of my quote stats say 'Okay'




-- 
You received this message because you are subscribed 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/5b0d2ccb-bccb-4b9b-8c16-321ff9cc6bcf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Consolidated Billing, Cloud Console and 'old' App Engine Projects

2014-10-18 Thread Thomas Schranz
Is there any way for us to migrate our existing app engine project (which 
gets billed through the 'old' app engine billing (appengine.google.com)
over to the cloud console?

I see the project in the new cloud console and already set up billing there 
but I am not certain what will happen if I disable billing in 
appengine.google.com

We'd really love to have only one consolidated billing account for all our 
projects.

Related: 

http://googlecloudplatform.blogspot.co.at/2014/10/simpler-billing-on-google-cloud-platform.html
https://support.google.com/cloud/answer/6110821

-- 
You received this message because you are subscribed 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: Consolidated Billing, Cloud Console and 'old' App Engine Projects

2014-10-18 Thread Thomas Schranz
Forgot the url: https://plus.google.com/+MandyWaite/posts/T22jx2TAY3p

:)

On Saturday, October 18, 2014 8:26:23 PM UTC+2, Thomas Schranz wrote:

 Sounds like it is in progress :)

 On Saturday, October 18, 2014 12:34:47 PM UTC+2, Thomas Schranz wrote:

 Is there any way for us to migrate our existing app engine project (which 
 gets billed through the 'old' app engine billing (appengine.google.com)
 over to the cloud console?

 I see the project in the new cloud console and already set up billing 
 there but I am not certain what will happen if I disable billing in 
 appengine.google.com

 We'd really love to have only one consolidated billing account for all 
 our projects.

 Related: 


 http://googlecloudplatform.blogspot.co.at/2014/10/simpler-billing-on-google-cloud-platform.html
 https://support.google.com/cloud/answer/6110821



-- 
You received this message because you are subscribed 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: Consolidated Billing, Cloud Console and 'old' App Engine Projects

2014-10-18 Thread Thomas Schranz
Sounds like it is in progress :)

On Saturday, October 18, 2014 12:34:47 PM UTC+2, Thomas Schranz wrote:

 Is there any way for us to migrate our existing app engine project (which 
 gets billed through the 'old' app engine billing (appengine.google.com)
 over to the cloud console?

 I see the project in the new cloud console and already set up billing 
 there but I am not certain what will happen if I disable billing in 
 appengine.google.com

 We'd really love to have only one consolidated billing account for all our 
 projects.

 Related: 


 http://googlecloudplatform.blogspot.co.at/2014/10/simpler-billing-on-google-cloud-platform.html
 https://support.google.com/cloud/answer/6110821


-- 
You received this message because you are subscribed 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] A Pure Google App Engine Dev Experience

2014-10-16 Thread Todd Thomas
Hey guys, I attended a local Python User Group meeting last week; the 
presentation on GAE was great; during which we walked through an example of 
pushing a local/dev Django app to GAE - brilliant.

Now that I'm inspired I'd like to dive in. I use Python to manage the Linux 
OS but I'm a total newb with web dev so I have questions.

Assumptions:

   1. All aspects will be kept open; ie: HTML5, CSS, JavaScript, Python
   2. The project will be started from scratch.
   3. A an interest in *an As Pure As Possible App Engine experience*. 
   These pieces have been identified to get started:
   

   - App Engine https://cloud.google.com/appengine/ (SDK)
   - Google Web Starter Kit https://developers.google.com/web/starter-kit/
   - Jinja 2 http://www.pocoo.org/projects/jinja2/ (templating)
   - JavaScript: AngularJS https://angularjs.org/ with the possible 
   inclusion of a Classy http://www.pocoo.org/projects/classy/ backer.
   - OAuth2 http://oauth.net/2/ Integration (eventually)
   - Vim

Q: What is the best (supported, documented, *scalable*, most widely-used, 
etc.) framework to use with GAE?

Q: Why?

Q: Are there some other pieces of this puzzle I might be missing?

webapp2 https://cloud.google.com/appengine/docs/python/tools/webapp2 is 
highlighted on the GAE  Python  Tools age but Django gets special mention 
https://cloud.google.com/appengine/docs/python/tools/libraries27 as well; 
still others are supported 
https://code.google.com/p/tipfy/wiki/AppEngineFrameworks; it's very 
confusing.

I'm jazzed but research has become exhausting. I need to hear from the 
battle tested souls out there; essentially, those who have already stepped 
in it. *Just a newb trying to get started on the right foot.*

Thanks in advance guys,
TT

-- 
You received this message because you are subscribed 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 ?

2014-06-12 Thread Thomas Schranz
Thanks a lot for your clarification Jun.

I did not find anything in the documentation regarding how to hook appstats 
up with cloud endpoints (python)
(also see this unanswered stackoverflow 
question: 
http://stackoverflow.com/questions/17353467/how-to-get-appstats-data-for-a-cloud-endpoint-method)

Looking 
at 
https://code.google.com/p/googleappengine/source/browse/trunk/python/google/appengine/ext/appstats/recording.py
it seems like we might be able to somehow call/integrate appstats recording 
manually but if you have a pointer
(ideally a code example like you have for WSGI apps or django apps would be 
incredible).

For some reason we thought cloud endpoints are incompatible with appstats, 
but if we can use appstats this would rock.

On Wednesday, June 11, 2014 7:27:32 PM UTC+2, Jun Yang wrote:

 On Wed, Jun 11, 2014 at 9:11 AM, Thomas Schranz tho...@blossom.io 
 javascript: wrote:

 We are also having some performance problems with our cloud endpoints at 
 the moment and will spend some time to improve the response time for some 
 endpoints.


 Are you saying you are trying to improve the response time of your app 
 (that is also the API backend)?

 Do you have something like 'appstats' planned for cloud endpoints or is 
 there a way to get a breakdown re what takes how long (datastore queries, 
 memcache, other API calls, …)?


 Yes.

 It seems like right now if we want to get the advantages from google cloud 
 endpoints we need to give up the performance visibility/insight that we get 
 from 'good old' app engine request handlers or am I missing something?


 Endpoints has 2 layers in its architecture: the API frontend (a proxy) and 
 your API backend on App Engine. The second half is a regular App Engine app 
 and all the existing tools still work there. What we are adding is the 
 visibility into the first half.

 (PS: we're on the python 2.7 runtime if that matters)

 (Sorry for taking this thread a bit off-topic)


 On Saturday, May 24, 2014 10:29:48 PM UTC+2, 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 a topic in the 
 Google Groups Google App Engine group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/google-appengine/3XGJFaosX9s/unsubscribe
 .
 To unsubscribe from this group and all its topics, 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.


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

2014-06-11 Thread Thomas Schranz
We are also having some performance problems with our cloud endpoints at 
the moment and will spend some time to improve the response time for some 
endpoints.

Do you have something like 'appstats' planned for cloud endpoints or is 
there a way to get a breakdown re what takes how long (datastore queries, 
memcache, other API calls, …)?

It seems like right now if we want to get the advantages from google cloud 
endpoints we need to give up the performance visibility/insight that we get 
from 'good old' app engine request handlers or am I missing something?

(PS: we're on the python 2.7 runtime if that matters)

(Sorry for taking this thread a bit off-topic)

On Saturday, May 24, 2014 10:29:48 PM UTC+2, 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] Re: Announcing a credit for App Engine applications with new custom domains

2014-04-15 Thread Thomas Wiradikusuma
Hi Andrew,

The implementation of naked domain seems to conflict with naked domain 
redirection in Google Apps: 
https://code.google.com/p/googleappengine/issues/detail?id=10798

Regards,
Thomas Wiradikusuma

-- 
You received this message because you are subscribed 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] where is the google.appengine.dist.tempfile.py (Python)

2013-12-26 Thread John Thomas
I am getting an import error on this:

from google.appengine.dist import temp file

this works fine on my development server, but fails on the Google App 
Engine. Where is tempfile.py ??

Traceback (most recent call last):
  File 
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/runtime/wsgi.py,
 line 239, in Handle
handler = _config_handle.add_wsgi_middleware(self._LoadHandler())
  File 
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/runtime/wsgi.py,
 line 298, in _LoadHandler
handler, path, err = LoadObject(self._handler)
  File 
/base/data/home/runtimes/python27/python27_lib/versions/1/google/appengine/runtime/wsgi.py,
 line 84, in LoadObject
obj = __import__(path[0])
  File /base/data/home/apps/s~kditekpromise/1.372453794337927864/promises.py, 
line 13, in module
from google.appengine.dist import tempfile
ImportError: No module named dist

-- 
You received this message because you are subscribed 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] Where is tempfile.py?

2013-12-26 Thread John Thomas
I have this coded and it works on my development server:

from google.appengine.dist import temp file

When I upload the application and run it, I get this error:

 File /base/data/home/apps/s~kditekpromise/1.372453794337927864/promises.py, 
line 13, in module
from google.appengine.dist import tempfile
ImportError: No module named dist

Were is the dist directory?

-- 
You received this message because you are subscribed 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.


  1   2   3   4   >